Я запускаю Debian Squeeze на машині, що базується на моторній платі Jetway J7F5M1G2E-VDE-LF. Цю конкретну установку перенесли з іншої машини, але я спробував зі свіжою установкою, і вона проявляє таку ж поведінку.
Використовуючи вбудовану гігабітну ефірну мережу Via Velocity (VT6120 / VT6121 / VT6122 згідно lspci), навіть SSH був млявим і робив щось таке просто, як запуск 'dmesg' в сеансі SSH призведе до того, що сеанс зависне. Враховуючи це, воно було абсолютно непридатним для цілей обслуговування файлів (його головне призначення), оскільки навіть просто запуску "ls" у каталозі на загальній частці NFS не вдасться. Враховуючи поведінку (тобто, здавалося, вона дещо пов'язана з обсягом даних), я підозрював, що це пов'язано з МТУ, але не знав, як далі провести дослідження.
В якості зупинки я встановив мережеву карту з машини, на якій раніше вона працювала (на картці на основі Realtek RTL8169), але оскільки ця плата, будучи міні-ITX, має лише один слот PCI, який я мав би використовувати для інші цілі, це не ідеально. Зараз SSH є корисним, як і NFS, хоча він демонструє величезну невідповідність між швидкістю читання і запису: хоча швидкість читання є розумною (близько 35 МБ / с), швидкість запису є часткою від цієї (спочатку максимум на рівні близько 2 МБ / с) . Незважаючи на те, що обмежена підсистемою вводу-виводу попередньої машини, ця карта все-таки змогла досягти стійких 30 Мб / с в обох напрямках через NFS.
Досліджуючи це, можна припустити, що це може бути пов’язане з використанням параметра кріплення «синхронізація», тому я встановив його на «асинхронізація», а швидкість запису приблизно збільшилась удвічі (в кращому випадку приблизно до 5 МБ / с), але все ще була набагато меншою від обох швидкість читання і навіть те, чого можна було досягти попереднім налаштуванням. Інші доповіді припускають, що це може бути загалом пов'язане з NFS і що продуктивність була такою, як очікувалося з Samba, тому я експериментував із Samba лише для того, щоб виявити, що (використовуючи конфігурацію за замовчуванням Debian) продуктивність запису була приблизно половиною тієї, що спочатку досягалася з NFS (~ 500 КБ / з)
Однак, виконуючи деяке копіювання на самій машині, я зрозумів, що це не обов'язково пов'язано з мережею. Використовувані накопичувачі - це Toshiba MK2006GAL на інтерфейсі IDE і (наразі) єдиний Western Digital WD2000EARX на одному з інтерфейсів SATA, і єдиним дисковим контролером, переліченим lspci, є "VIA CX700 / VX700 RAID Controller". Хоча швидкість зчитування в режимі необмеженої зчитування для накопичувача SATA становить приблизно 80 МБ / с (як повідомляється hdparm, а також загалом, що спостерігається), я зараз намагаюся скопіювати файл об'ємом 30 Гб (привід SATA як джерело, так і призначення); майже через 12 годин після запуску він зараз лише на 28 Гб.
Отже, я хочу вирішити дві проблеми: проблема швидкості запису та можливість повернутися до інтерфейсу бортового LAN. Наразі я в збитку і буду вдячний за будь-яке розуміння.