Я использую Debian Squeeze на машине, основанной на шасси Jetway J7F5M1G2E-VDE-LF. Эта конкретная установка была перенесена с другой машины, но я пробовал с новой установкой, и она демонстрирует то же поведение.
Используя встроенный гигабитный Ethernet Via Velocity (VT6120/VT6121/VT6122 в соответствии с lspci), даже SSH работал медленно и делал что-то такое же простое, как выполнение dmesg в сеансе SSH, что приводило к зависанию сеанса. Учитывая это, он был полностью непригоден для обслуживания файлов (его основная цель), поскольку даже просто запустить 'ls' в каталоге на общем ресурсе NFS не удастся. Учитывая поведение (то есть то, что оно, похоже, было связано с объемом данных), я подозревал, что оно связано с MTU, но не знал, как провести дальнейшее расследование.
В качестве временного промежутка я установил сетевую карту с компьютера, на котором ранее выполнялась эта установка (карта на основе Realtek RTL8169), но в качестве этой платы, являющейся mini-ITX, имеется только один слот PCI, который я собирался использовать для другие цели, это не идеально. Теперь можно использовать SSH, как и NFS, хотя он демонстрирует огромное несоответствие между скоростями чтения и записи: хотя скорости чтения приемлемы (около 35 МБ / с), скорости записи - это лишь малая часть (изначально максимальная скорость составляет около 2 МБ / с). , Хотя эта карта была ограничена подсистемой ввода-вывода предыдущей машины, она все же могла достигать стабильных 30 МБ / с в обоих направлениях через NFS.
Изучение этого предположило, что это может быть связано с использованием опции монтирования 'sync', поэтому я установил его на 'асинхронный', и скорость записи примерно удвоилась (в лучшем случае, до 5 МБ / с), но все еще не дотягивала до обоих. скорость чтения и даже то, чего могла достичь предыдущая установка. В других отчетах указывалось, что это может быть связано с NFS в целом, и что производительность была такой, как и ожидалось с Samba, поэтому я поэкспериментировал с Samba только для того, чтобы выяснить, что (с использованием конфигурации по умолчанию Debian) производительность записи была примерно вдвое ниже, чем первоначально была достигнута с NFS (~ 500 КБ / s)
Однако, просто выполняя некоторое копирование на самой машине, я понял, что это не обязательно связано с сетью. Используемые диски - это Toshiba MK2006GAL на интерфейсе IDE и (в настоящее время) один Western Digital WD2000EARX на одном из интерфейсов SATA, а единственным контроллером дисков, указанным lspci, является VIA CX700/VX700 RAID Controller. Хотя сырая скорость чтения для диска SATA составляет около 80 МБ / с (как сообщает hdparm, а также наблюдается в целом), в настоящее время я пытаюсь скопировать файл объемом 30 ГБ (с диском SATA как источником и местом назначения); почти через 12 часов после запуска он теперь составляет всего 28 ГБ.
Итак, есть две проблемы, которые я хочу решить: проблема скорости записи и возможность вернуться к использованию встроенного интерфейса локальной сети. Я в настоящее время в растерянности и был бы признателен за любое понимание.