Re: скорость по гигабиту
- From
- Vitaly Filatov (2:5020/400)
- To
- Victor Sudakov
- Date
- 2009-11-17T15:24:56Z
- Area
- RU.UNIX.SOLARIS
From: Vitaly Filatov <vitaly@royint.com>
Victor Sudakov wrote:
> Vitaly Filatov wrote:
>>> [sudakov@db02-sibptus ~] time dd if=/net/db01-sibptus/d01/bigfile.bin
>>> of=/dev/null bs=1048576
>>> 5120+0 records in
>>> 5120+0 records out
>>> 0.02u 13.91s 0:46.38 30.0%
>>>
>>> Я правильно посчитал, что это 111 МБ/сек? А разве столько много может
>>> быть?
>>>
>> Оценка по nfs может быть неточной и завышенной, т.к. в nfs используется
>> кеширование.
>
> Файл bigfile.bin свежесозданный с помощью 'mkfile -n', так что
> кеширование вряд ли влияет.
>
> А могло повлиять то, что файл sparse?
>
> Впрочем по FTP скорость такая же, а FTP точно не пользуется ни
> кешированием, ни знанием о дырявых файлах.
>
У nfs свой кеш. Это не кеш ОС. И общее время выполнения прикладной
программы, с помощью которого вы определяете скорость передачи,
зависит от того дожидается ли она заключительного сообщения
commit от nfs-файловой системы. Кто его знает.
Поэтому я и написал, что оценка может быть не точной.
Наверное ftp лучше, а ещё лучше http использовать для оценки.
А что скрипт показывает?
Я его использую, когда закачиваю файл на какой-нибудь файлообменный
сервис, который не показывает процент уже выполненной работы (например,
files.mail.ru). Видно: идёт закачка или "слетела" и сколько ждать ещё.
--- ifmail v.2.15dev5.4
* Origin: MTU-Intel ISP (2:5020/400)
SEEN-BY: 236/100 450/1024 461/640 469/142 999 4625/8 5000/5000 5006/1 5007/1
SEEN-BY: 5010/70 5011/13 5012/46 5015/28 5020/18 175 194 400 545 902 1042 2238
SEEN-BY: 5020/4441 5021/29 5025/3 5030/1080 1957 5035/38 5036/1 5045/7 5054/1
SEEN-BY: 5054/4 8 9 28 37 5060/88 5061/15 120 5062/10 5066/18 5075/35 5080/68
SEEN-BY: 5085/13 5095/20 5096/18 6001/10 6037/7
PATH: 5020/400 545 5054/1 37