Linux and FreeBSD
- From
- Slawa Olhovchenkov (2:5030/500)
- To
- Dmitry Miloserdov
- Date
- 2005-06-01T13:59:24Z
- Area
- RU.UNIX.BSD
Hello Dmitry!
01 Jun 05, Dmitry Miloserdov writes to Slawa Olhovchenkov:
DM>>> ну для начала п2-3 не мешает п1-4 так что схема немного неверна
SO>> Почему это не мешает? Там в очереди перед п1-4 болтается п1-3.
DM> Это была 4тая строчка а 1-3 был отправлен 3ей так что вместе с 2-3
DM> должен был уйти 1-4
Тебя не затруднит не заниматься фигурным квотингом и оставлять контекст, а?
Каким образом 1-3 мог уйти одновременно с 2-3? 1-3 ждет пока не закончится передача 2-3.
DM>>> т.е для второго пакета из 2 в 3 получили задержку ~288мкс (если это
DM>>> 9k пакеты на гигабитном линке) которую никак невозможно предсказать.
SO>> Можем-можем, это у нас перегруженный линк и потому он в жопе.
DM> Ты можешь обяснить но не предсказать. То есть приходится сразу рассчитывать
DM> что у тебя задержка будет в разы больше времени передачи. Так что для задач
DM> где время отклика не менее важно чем скорость передачи возможно стоит
DM> посмотреть на технологии "без буферизации" или пересмотреть топологию.
Блин, причем тут нафиг топология?! Если у тебя перегружен приемный линк, то задержки на нем будут в жопе _независимо от топологии_. Если ты с 10 гигабитных портов льешь на полной скорости в один гигабитный порт, то задержки на нем начнут расти до переполнения буферов, а потом начнуться потери пакетов. Независимо от топологии. Поскольку верблюд в игольное ушко не пролазит.
DM>>> В реальных железках будет еще хуже - этот пакет скорее всего вообще
DM>>> не будет доставлен.
SO>> Ась?!
DM> буфера не резиновые.
Ну и? Они конечно не резиновые, но мегабайт на порт обычно присутствует.
DM>>> Но в этих технологиях буферизация есть и задержка в них существенно
DM>>> меньше.
SO>> Нету в них буферизации.
DM> Есть. По стандарту положено.
Давай ссылку на конкретную цитату.
DM>>> Выглядеть это должно примерно так:
DM>>> in:1-3 in:2-3 sleep(s) out:1-3
DM>>> in:1-3 in:2-3 sleep(s) out:2-3
DM>>> in:1-4 in:2-7 sleep(s) out:1-3 out:1-4 out: 2-7
SO>> Как это у тебя сразу два пакета с первого порта передаются?
DM> 1-4 передается с линии а 1-3 из буфера.
Не верю, дай ссылку.
DM>>> Так что store-n-forward гораздо медленнее конкурентов если мы про
DM>>> эзернет.
SO>> Ага и поэтому все свичи на езернете нынче ведущими компаниями делаются
SO>> store-n-forward.
DM> IEEE стандарт обязывает свитч уметь store-n-forward (так же он обязывает
DM> его уметь half-duplex)
Не обязывает. Особенно half-duplex не обязывает. Я тебе такую пачку свичей показать могу, которые half-duplex на гигабите вообще не умеют -- мама не горюй.
... Шумы на линии обеспечил MoldTelecom
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
SEEN-BY: 46/50 50/203 400/814 450/186 247 1024 451/30 550/196 4635/4 4652/15
SEEN-BY: 5000/5000 5011/13 5015/10 5019/31 5020/52 154 175 400 545 549 715 758
SEEN-BY: 5020/830 937 1523 1604 1630 2020 2142 2238 2450 2590 4441 5021/29
SEEN-BY: 5022/128 5025/3 750 5027/16 5029/32 5030/49 115 473 500 556 966 1063
SEEN-BY: 5030/1900 5031/70 72 5035/38 5036/34 5042/13 5049/50 97 5054/1 4 8 9
SEEN-BY: 5054/28 35 36 37 63 66 67 70 75 81 84 85 5055/95 5061/120 5062/1 10
SEEN-BY: 5063/3 5067/2 5069/7 5070/1222 5079/23 5080/80 1003 5082/6 5083/21
SEEN-BY: 5085/13 5090/108 5095/20 5096/18 6000/12 254 6001/10
PATH: 5030/500 5020/4441 545 5054/1 37