|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 21 Dec 2004 07:18:48
To : Alex Korchmar
Subject : Re: а чего у нас так плохо с ком-портами?
--------------------------------------------------------------------------------
Dec 21 04:39 04, Alex Korchmar wrote to Zahar Kiselev:
AK>>> он не был рассчитан на большие буферы и высокие bitrate
ZK>> Высокие скорости он переносит более-менее нормально, а вот с большими
AK> только не на линиях с ошибками.
Это да, но сейчас модемы умеют v42, так что ошибки если и случаются, то редко,
обычно от потерянных в ком-портом байтов при случайной перегрузке машины.
ZK>> И у Гидры тоже кстати.
AK> если только у референсной. В самом протоколе в этом месте вроде все
AK> чисто.
Вот эта больших буферов в access server`е и "по дороге" к нему - не любит.
Она у меня на узле в мэйлере живет - почему и знаю.
The HYDRA protocol was designed by
Arjen G. Lentz, LENTZ SOFTWARE-DEVELOPMENT and
Joaquim H. Homrighausen
COPYRIGHT (C) 1991-1993; ALL RIGHTS RESERVED
Если тебе известен более правильный исходник - дай ссылку пожалуйста.
AK> Впрочем, очередное поделие безмозглого фидораса,
Да нет, фамилии вроде бы солидные упоминаются...
AK>>> - автор просто не догадывался, что его поделие доживет до таких
AK>>> чудес.
ZK>> В этом отношении авторы uucico с его g-протоколом были дальновиднее -
ZK>> оно
AK> нет, просто на пять лет старше. И там своих глюков хватало,
Однако через мобильник с GPRS очень уж хорошо по сей день работает. Правда
рекомендуется размер пакета побольше поставить. А через Скайлинк я и t-протокол
пробовал запускать - он быстрее.
AK> А kermit - гипернавороченный тормоз. Правда, наверное, не существует
AK> канала, где бы он не мог работать.
Тоже, надо сказать, достоинство. Правда нынче маловостребованное. Уж _настолько_
плохие каналы остались пожалуй что ли в любительской пакетной радиосвязи.
Zahar(@spbdept.rbc.ru) Остров Большой Березовый: http://birch-island.spb.ru
--- Msged/LNX 6.1.1
* Origin: N:60.17'54" E:28.39'40" (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
