Повышение чтения и размеров полезной нагрузки записи может помочь. Особенно в сочетании с крупными кадрами.
Я склонен находить, что 32k оптимален.
rsize=32768,wsize=32768
Переключение на транспорт UDP, конечно, быстрее затем TCP, потому что это сохраняет издержки управления передачей. Но это только применимо в надежных сетях и где NFSv4 не используется.
Если Вы используете FTP, увеличиваете Ваш отправлять и получаете буферы.
Я не рекомендовал бы жесткое кодирование 1000/полный; Gigabit Ethernet рекомендуют использовать автоматическое обнаружение, поскольку существует больше к согласованию, чем простое исследование дуплекса скорости. Я не так уверен, что имел бы какое-либо отношение к производительности, но это - лучшая практика. У меня никогда не было проблем с автоматическим обнаружением в гигабитной среде. Мы раньше трудно кодировали все 100/полных устройств, поскольку автоматическое обнаружение было поверхностным там, но гигабит всегда, кажется, обнаруживает правильно.
Эта статья делает достойное задание объяснения, что продолжает автоматическое обнаружение:
http://www.dell.com/content/topics/global.aspx/power/en/ps1q01_hernan?c=us&cs=555&l=en&s=biz
Для максимизации скорости передачи увеличьте mtu до 9 000 (крупные кадры). С тем же размером заголовка Ваш кадр будет нести больше данных, таким образом увеличивая пропускную способность. Однако обратите внимание, что это не поддерживается всем equipements.
И протестировать эту пропускную способность, iperf является большим инструментом и имеет графический frontends как jperf.