Для тестирования кабеля и пропускной способности драйверов необходимо вынуть жесткий диск (и антивирус для поля окон) пределы записи.
Таким образом, Вы можете также:
создайте псевдодиск на поле окон, загрузите/продвиньте файлы на него
создайте и перенаправьте долю самбы к/dev/null и продвиньте файлы в него от поля окон
выполните межплатформенную утилиту пропускной способности (вероятно, часть утилит Intel NIC на платформе окон).
Если кто-либо знает о межплатформенном инструменте сравнительного теста Unix окон, сообщите мне/нам :-)
И да, необходимо будет удостовериться, что у Вас есть соответствие крупным кадрам (2 048 байтов, кажется, 'норма') на Ваших зарубках и переключателе. Стандартный размер пакета TCP/IP является немного небольшим для Гигабитных потоков.
Вам, вероятно, следует потратить некоторое время на изучение некоторой документации (обычно это хороший совет для чего угодно), поскольку это действительно зависит от вашего сервиса и его требований. Не существует общего «лучшего», только то, что соответствует требованиям вашего сервиса.
Разница в том, следует ли использовать более общий «уровень выполнения» или более явные события локальных файловых систем (7) и сетевого устройства. руководствоваться поведением на работе. Если ваша служба появится без действующего сетевого интерфейса (например, она привязывается к 0.0.0.0 или использует setsockopt (2) SO_FREEBIND), то событие уровня запуска предпочтительнее, так как ваша служба будет запускаться немного раньше и запускаться параллельно. с другими службами.
Однако, если ваша служба требует, чтобы по какой-либо причине был настроен интерфейс без обратной связи (т. е. он не запустится без возможности широковещательной передачи), тогда может помочь явное указание «как только появилось устройство без обратной связи» ...