Linux and FreeBSD

From

Vladimir Stvolov (2:5000/104)

To

Valentin Nechayev

Date

2005-06-01T18:15:04Z

Area

RU.UNIX.BSD

Hello Valentin!

01 Jun 05 10:25, you wrote to me:

 VN> cut-through и fragment-free не проще, а сложнее. Потому что требуется
 VN> аккуратная синхронизация скорости приёма и передачи, учёт разницы
 VN> скоростей (как надо делать если принимаем на 10Mbit а отдаём на 100Mbit?
 VN> Принять с запасом или целиком? и так далее...), внутренний одновременный
 VN> захват двух портов... словом, если программировали многонитевые
 VN> приложения, знаете, какой это гимор. А в железе - тем более гимор.
 VN> Принять пакет целиком, пожевать его и отдать опять же целиком - куда
 VN> проще.

    может я конечно ничего не понимаю, но нафига городить такие сложности?
ведь есть же исходящий буфер - в него и запихиваем, сигнализируем, что пакет принят, после чего он передается... По крайней мере об этом писано достаточно давно в какой-то книженции от Cisco... попытался ее откопать - но видимо уже утеряна... иначе фигня получается... как же у нас будет жить сервак на 100 порту и 10 клиентов на 10-ти? все дружно будут ждать согласовывания скоростей каждый раз и передачи в час по чайной ложке? в случае store-and-forward уже появляется большой входной буфер - в который пакет и принимается, а уж потом сигнализируется, что он принят....

 VN> Ну как всегда в такой книжке можно верить ровно половине данных и
 VN> утверждений. Остальное - перегибы, натяжки и так далее.

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

 VN> Лучше скажите - что там поют по поводу jumbo frames? Тотальный
 VN> store-and-forward для пакета, например, в 32K меня не радует.

    а кто-то уже такие поддерживает? для CRC-32 остановились на 9k (типа дальше оно уже не ловит ошибки).... хотя может я отстал от жизни....

С уважением,
Vladimir Stvolov.
...VS645-RIPE, UIN:5982861, mailto: ssnow /at/ mail.ru
... Искренность - залог счастья. Размер залога определяет суд.
--- Microsoft Outlook Express 6.00.2600.0000
 * Origin: Novosibirsk, Russia (2:5000/104)
SEEN-BY: 46/50 400/520 814 450/1024 463/68 464/36 910 465/213 5000/0 1 20 26
SEEN-BY: 5000/27 61 68 94 104 116 129 170 245 363 5000 5004/75 1111 5005/14
SEEN-BY: 5009/14 5010/77 275 5011/13 5013/21 5015/10 5019/31 5020/545 715 4441
SEEN-BY: 5021/29 5025/3 5027/16 5029/34 5030/115 5035/38 5036/34 5054/1 4 8 9
SEEN-BY: 5054/28 35 36 37 63 66 67 70 75 81 84 85 5057/119 5062/10 5063/3
SEEN-BY: 5069/7 5080/1003 5085/13 5090/1029 5095/20 5096/18 6000/254 6001/10

PATH: 5000/104 5000 5020/545 5054/1 37