26.03.2012 11:51, Slawa Olhovchenkov пишет:
On Mon, Mar 26, 2012 at 11:49:33AM +0400, Владимир Друзенко wrote:
25.03.2012 15:56, Mikolaj Golub пишет:
On Sun, 25 Mar 2012 07:11:50 +0400 Владимир Друзенко wrote:
ВД> Тред нашёл:
ВД>
http://lists.freebsd.org/pipermail/freebsd-stable/2011-November/064611.html
ВД> Но в нём обсуждается другой вопрос - просто о низкой пропускной
ВД> способности NFS.
ВД> Указанные там тюнинги увеличили скорость в 1.1-1.4 раза, но скачок при
ВД> размере буфера 800-900Kb так и остался:
ВД> # dd if=/dev/zero of=/mnt/documents/test.zero bs=*884983* count=256
ВД> 226555648 bytes transferred in 55.568878 secs (*4077024* bytes/sec)
ВД> # dd if=/dev/zero of=/mnt/documents/test.zero bs=*884982* count=256
ВД> 226555392 bytes transferred in 2.931009 secs (*77296040* bytes/sec)
ВД> Тюнинги на клиенте: nfs опции mount -
ВД> rw,intr,soft,bg,nfsv3,readahead=4,wsize=65536,rsize=65536,tcp,async.
ВД> Тюнинги на сервере: zfs set sync=disabled datastorage/documents/
ВД> vfs.nfsrv.async/ в 9.0 нет.
ВД> Патч из треда и для /vfs.nfsrv.async /так же НЕ накладывал.
ВД> Может ещё какие мысли?
Задампить трафик tcpdump-ом для двух случаев и посмотреть в wireshark в чем
отличие.
Спасибо за наводку.
Отфильтровал оба случая по наличию nfs.write.committed: в случае
нормальной скорости "Committed: UNSTABLE (0)", а в случае плохой
"Committed: FILE_SYNC (2)".
При копировании 8 блоков вышеуказанных размеров получается чуть более
100 таких строк в каждом случае:
V3 WRITE Replay (Call xxx) Len:65536 UNSTABLE и V3 WRITE Replay (Call
xxx) Len:65536 FILE_SYNC соответственно.
Также в случае медленной скорости было 6 пакетов вида: [RPC duplicate of
#4302][TCP Retransmission] V3 WRITE Reply (Call In 4274) Len:65536
FILE_SYNC.
Теперь хотя бы понятно кто виноват. Остался вопрос "что делать?".
Дампы могу выслать, если нужно - оба в архиве 130Kb.
добавить опцию async в параметры монтирования?
Спасибо Кэп, но уже есть и уже писал об этом в треде...