Как определить, что является узким местом при LAN соединении PC-to-PC?

Question

[Stolov]

Исходные данные:

Есть 100 Мбитные карточки в 2-х компьютерах (компьютеры разные, производительность разная, карты разные).

Есть патч-корд (3-5м).

Это дело соединяется в сеть.

Начинаем передавать файлы с одной машины на другую с использованием Samba, имеем при этом КПД, отличный от единицы.


Вопрос:

Как определить, что является узким местом? Из-за чего конкретно режется скорость?


P.S. Понимаю, что идеала не добиться. Но не просто так задаю вопрос, скорость действительно можно было бы и побольше иметь, мне кажется.

Comments

[deleted-mifki]

так опубликуйте цифры-то какие-нибудь, а то мы тут гадаем, а у вас то ли 10% не хватает до максимума, то ли 50%…

[Stolov]

В ходе тестов получил очень интересные результаты.

Исходные 100 MBit/s (скорость передачи по ftp и smb замерял с помощью nload)
Samba: 72 MBit/s
FTP: 94 MBit/s
iperf: 94 MBit/s

Т.е. подтвердилась теория о том, что виновата Samba.
Но я взял на пробу ноут с гигабитным портом, замерил на нём всё то же самое. И вот, что вышло…

1 GBit/s
Samba: 128 Mbit/s
FTP: 115 Mbit/s
iperf: 885 MBit/s

Как объяснить такие цифры? Тут Samba обогнала FTP, а разница между максимальной реальной скоростью передачи данных и замером iperf — гигантская!

Answer 1

[mark_ablov]

Очевидно, что samba.
Ну а проверить что проблема не в сети iperf'ом можно.

Comments

[Stolov]

Спасибо огромное за iperf, не знал о существовании такой простой и полезной утилиты :)

Но если получаю и с помощью iperf неутешительные результаты — как искать виновника?

Answer 2

[Diam0n]

на гигабите такая разница в скорости объясняется очень просто — быстродействие HDD либо нагрузка на ЦП/шины данных.
на 100 мбит разница в скорости непонятна, если железо слабое, тогда объясняется тем, что samba более тяжелое приложение чем фтп.
Уточните железо.

Comments

[Stolov]

А слона-то я и не приметил… Верно, на гигабите всё упирается в скорость HDD.

По железу.
Тащим со стационарника — ASUS P5K WS (сетевая Marvell 88E8052/88E8056), процессор C2D E6600, DDR2 6Гб (в dual channel 1+1 и 2+2).
Качаем в случае 100Мбит/сек — с нетбука Asus Eee 1225c; в случае гигабита — с ноутбука Asus P50IJ.

Answer 3

[Илья Плотников]

Т.к. я могу лишь догадываться о уровне Ваших знаний, то осмелюсь спросить, а как обжат кабель?

Comments

[Stolov]

Знания весьма поверхностные.
Кабель покупался обжатым, ручками не переобжимался. Обжат кроссом под 100Мбит/сек

Answer 4

[JDima]

Какой результат получен при копировании и про прожигании iperf'ом?
Случайно не 11-12мб/с? :)

Comments

[Николай Васильчук]

11-12мб/с это практически максимум для 100mbps сети.
Или я юмора не понял?

[JDima]

Не совсем юмор.
Раз «Знания весьма поверхностные.» — нельзя исключать, что автор перепутал мегабиты с мегабайтами.
Иначе единственное объяснение низкой скорости и на iperf, и на SMB — чудовищные потери на портах или патч-корде. Но это маловероятно.

[Nickel3000]

МБ — мегабайт, Мб — мегабит, не путайте.

[Stolov]

Поверхностные, но не настолько. Мало знаком с обжимкой и стандартами её просто, не перепутал ничего :)

Answer 5

[ComodoHacker]

Ответы уже даны, я добавлю несколько замечаний для лучшего понимания.

Первое. Все пишут: Самба «виновата». Не виновата, а просто имеет определенные накладные расходы. Как сам протокол, так и его реализация. В Windows эти расходы тоже есть, но меньше (в идеальном случае) за счет вылизанной годами реализации и больших возможностей оптимизации под ОС. Из разработчиков Самбы никто не ставит целью «догнать и перегнать», так как протокол не родной.

Второе. Протокол SMB заточен вовсе не под перекачку больших файлов, а под работу приложений с ними по сети. То есть чтение/запись небольшими порциями в разные места файла. Плюс поддержка совместного доступа привносит свои требования.

Третье. 100% утилизации вы не добъетесь никак, глупо ожидать этого. Вспомните, сколько протоколов в TCP/IP стеке и каждый имеет какие-то накладные расходы.

Ну и просто на заметку. Если нужно быстро перелить по сети что-то огромное, нет ничего лучше старого доброго nc. Нулевые накладные расходы на прикладном уровне. Только не забудьте потом сверить контрольные суммы (md5sum).

Comments

[Eddy_Em]

«Накладные расходы» у самбы таковы, что по ssh (scp) и то быстрее будет файл скопировать…