|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 08 Sep 2002 17:43:05
To : "Eugene B. Berdnikov"
Subject : Re: Ethernet Full-Duplex
--------------------------------------------------------------------------------
>>> Eugene B. Berdnikov wrote:
VN>> Евгений, ей-богу, я верю, что Вы вспомните вещи, которые имеют
VN>> действительно отношение к этому вопросу - например, насколько acknoledge
VN>> будет delayed, чтобы не подраться на half-duplex с хвостом окна.
EBB> Валентин, насколько бы ACK не был delayed, он будет послан лишь ПОСЛЕ
EBB> того, как конец окна приедет получателю. За искючением трех случаев:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~
Ключевой момент - в подчеркнутом.
Если оно соблюдается везде, и другого потока нет - совсем нет - то разницы
по скорости не должно быть.
Я видел разницу скорости даже в случае взаимодействия двух достаточно
свежих линуксов.
Я не могу показать, как именно это получалось, и не могу быть 100% уверен,
что это именно проблема TCP стека, а не, например, свичей по дороге,
но сам по себе факт имел место быть.
EBB> 1. он delayed настолько, что произошла ретрасмиссия с передающей стороны,
EBB> 2. есть ненулевой трафик ДАHHЫХ в этой же коннекции в обратном
EBB> направлении, 3. конец окна по отношению к началу задерживается больше чем
EBB> на мировую константу в 200 ms, заложенную в алгоритм Nagle'я (сравните:
EBB> на 10-мегабитном изернете окно максимальног размера в 65535 байт
EBB> передается примерно за 16 ms, на 100-мегабитном - за 1.6 ms). Только в
EBB> этих случаях может возникнуть коллизия, я полагаю.
Вы предполагаете, что этот алгоритм работает везде, всегда и четко.
Это и вызывает мои сомнения.
VN>> Если что-то не помещается в Ваши представления о мире, то, может, Вам
VN>> лучше подумать о принятии мер по искоренению собственной узколобости?
EBB> Безусловно. Я по мере сил стараюсь искоренять собственную узколобость.
EBB> Если вижу _аргументы_ за то, что этим следует заняться.
EBB> К сожалению, пока я их не заметил.
EBB> P.S. Валентин, Вы верите в то, что при передаче данных в одном направлении
EBB> (подчеркиваю - в ОДHОМ) по tcp на hd падение скорости на 3 порядка -
EBB> это нормально? Hет, Вы действительно в это верите? :)
Здесь смешиваются - Вами в почти первую очередь - два разных вопроса.
1. Падение скорости в случае half-duplex на несколько процентов. Пусть даже
на 10%.
2. Падение скорости в случае half-duplex на три порядка.
Возможные объяснения для первого я показал. Второе в реальных условиях вызывает
немедленное желание сделать одну вещь - предположить, что autonegotiate
сработал на двух концах в противоположную сторону, и жестко зафиксировать
дуплексность с обеих сторон (не веря отчетам контроллеров про то, какой
режим они поставили!) И только после этого проверять еще раз.
Эти две ситуации настолько разные, что смешивать их в одной нельзя.
Вы это сделали. А еще писали такие странные слова, из которых любой
нормальный человек сочтет, что Вы считаете, что по TCP происходит передача
пакетов только в одну сторону и никаких подтверждений не идет.
Если не хотите получать ответные издевки - ограничьте уровень своих.
Пока же Вы для меня только вызвали желание порекомендовать Вам срочно
уйти в отпуск.
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
