Вы видите, что эффекты головки диска ищут задержку при выполнении параллельных копий.
С большинством файловых систем, включая NTFS и расширение [234], данные хранятся в отличных местоположениях на диске. Информация о файловой системе здесь, данные выделения блока там и магистраль данных файла там.
При записи единственного файла, изменения метаданных относительно нечасто, таким образом, голова находится главным образом в правильном месте для записи блоков данных. При выполнении 20 параллельных записей голова должна подчеркнуть штриховой линией между областями выделения блока и областями данных приблизительно в 20 раз более часто, и головка диска ищет, измеряются в 10-х миллисекунд.
При записи в собственную файловую систему некоторые свободы могут быть взяты с объемом сделанного поиска (например, сохраняя копию части свободного списка в памяти и только выписывая это нечасто, таким образом сохранение набора ищет). Я ожидаю, что то же относится к NTFS в соответствии с Windows, но разработчики файловой системы Linux NTFS не могут позволить себе быть столь же бесцеремонными, выбирая непротиворечивость по производительности.
Как заявил ранее вывод выглядит достаточно легиру. Вот вещь, однако, вы на самом деле попробовали доступ к серверу TFTP через клиента. Только верный способ узнать, стоит ли ли он слушать ...
Одно дело в том, что одна из шагов может быть изменена, если это Ubuntu. В основном это должно быть:
Sudo Service Xinetd Restart
Not
Sudo Service Xinetd Stop
Sudo Service Shinetd Start
Только шаг 4 должен быть изменен, поскольку Xinetd нерешит UPSTART. Вам нужно перезапустить его с помощью «Сервис Xinetd Restart» - BBOVIћ SEP 4 '13 в 12:14 https://shubuntu.com/Questions/201505/how-do-i-install-and-run-a-tftp-server
Другая альтернатива - просто попробовать другой TFTP (TFTPD-HPA, ATFPD и т. Д. ...) Сервер, чтобы получить работу ...
http://www.cyberciti.biz/faq/install-configure-tftp-server-ubuntu-debian-howto/
Вы не упомянули, какой учебник вы пошли. Однако вывод кажется вполне законным. TFTP Использует Whinper Xinetd, поэтому вы увидите подключение в NetStat, только если на самом деле подключен клиент. Дайте это попробовать, а затем снова запустите NetStat с
netstat -tupan
Убедитесь, что ваш брандмауэр позволяет подключить к порту:
iptables -I INPUT -s <your subnet> -p tcp --dport 69 -j ACCEPT
iptables -I INPUT -s <your subnet> -p udp --dport 69 -j ACCEPT
где «ваша подсеть» вроде 192.168.1.0/24
. TFTP - это протокол на основе UDP, и поэтому вы не найдете строчки с надписью LISTEN или LISTENING.
Запустить netstat -na | grep udp
и посмотрите, что у вас получится.