Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Andrey Melnikoff                     2:5020/400     16 Nov 2004  21:00:25
 To : Zahar Kiselev
 Subject : Re: predictor 1
 -------------------------------------------------------------------------------- 
 
 Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> wrote:
 
 > Nov 16 13:45 04, Andrey Melnikoff wrote to Zahar Kiselev:
 
 >  >> Сегодня один человек мне рассказал, что существует драйвер(виндовый), 
 >  >> которые сам внутри себя содержит реализацию ppp и сам работает с 
 >  >> модемом, а снаружи выглядит как сетевая карточка:) 
 >  AM> А зачем?
 > Я так думаю для того, чтобы не плодить многочисленных промежуточных уровней и
 > ускорить передачу данных. Для модема даже и 33600 - это не существенно, однако
 > абонентский терминал сети Скайлинк может передавать данные раз в пять быстрее.
 
 С какого перепугу ? Может ублюдочен дизайн изначально?
 
 > А так как передача через порт и все последующие "уровни абстракции" происходит
 > _побайтно_ - то это уже может тормозить. 
 
 Захар. Ты это больше не кури. Почти всё com чипы давно умеют FIFO. Hекоторые
 даже DMA. 
 
 > Да еще плюс использование демона pppd, работающего даже не внутри ядра - 
 > то есть еще и многочисленные переключения контекста.
 
 Захар, какого контекста ? Ты в pppd хоть раз заглядывал, как он работает? 
 
 > Выгоднее ограничить побайтную передачу только самим портом, а дальше собрать
 > данные в пакеты и в таком виде обрабатывать. 
 
 Ага.. Выгодно. Вон недавно наступили на багу - новомодное "мобилло" с pop3
 клиентом через gpgs общалось исключительно "один байт на ethernet пакет".
 
 > Hу и в качестве примера - есть у меня pocket-ethernet адаптер на принтерный
 > порт - и драйвер к нему, который все делает сам и "наверх" уже выдает пакеты
 > данных. 
 
 Захар, ты не спутал LP и COM? 
 
 >  AM> PS: Hет, это явный регрес. Подняли из помойки 1993 года predictor, 
 >  AM> который весь запатентован.
 > Я так думаю именно поэтому и подняли - чтобы иметь возможность получить
 > дополнительные деньги. Это конечно не к нашей стране относится - у нас только
 > многочисленные неудобства.
 
 Ты алгоритм видел ? RLE жмет сильне, чем этот "8 byte guesser". Hафига
 спрашивается поднимать такую рухлядь из пыльных подвалов, когда можно у
 китайцев заказать аппаратный [де]компрессор ? Он дешевле обойдеться в
 конечном итоге, чем платить патентные отчисления.
 
 Вот смотри (скомпилил пример из rfc):
 
 BlackLife:~# ./predictor vmlinux >vmlinux.pr
 BlackLife:~# ls -las vmlinux*
 2592 -rw-r--r--   1 root     root      2645248 Nov 12 15:53 vmlinux
 1796 -rw-r--r--   1 root     root      1832716 Nov 16 19:32 vmlinux.pr
 
 BlackLife:~# ./predictor logsentry-1.1.1.tar.gz >logsentry-1.1.1.tar.gz.pr
 BlackLife:~# ls -las logsentry-1.1.1.tar.gz*
   32 -rw-r--r--   1 root     root        30267 Jul 22  2003
 logsentry-1.1.1.tar.gz
   36 -rw-r--r--   1 root     root        33582 Nov 16 19:32
 logsentry-1.1.1.tar.gz.pr
 
 BlackLife:~# ./predictor index.html >index.html.pr
 BlackLife:~# ls -als index.html*
  454 -rw-r--r--   1 root     root       462359 Aug  2  2003 index.html
   88 -rw-r--r--   1 root     root        87770 Aug  2  2003 index.html.gz
  188 -rw-r--r--   1 root     root       189413 Nov 16 19:34 index.html.pr
 
 Hу? Куда нужен такой хлам ? У него только одно приемущество, за счет тупости
 - скорость, что наверное было оправданно в 1993 году. 
 И заметь - это на монотонных данных. Если всё, что тут приведено, 
 порезать шматьями по 1480 байт и перемешать... Добавить ужатых gif'ов,
 jpegов и gzipped htmlей. 
 
 >  AM> Соседняя лавка вместо того, чтоб использовать vpnы 
 >  AM> - крутит навороты вокруг telnet'a. Мне уже даже смешно "передеача 
 >  AM> информации в налоговую инспекцию посредством telnet протокола".
 > А мне вот не смешно. Потому что если кто-нибудь из моих знакомых поставит себе
 > эту систему и позовет меня устранить какие-нибудь неполадки - телнет починить
 > будет _значительно_ проще чем какие-либо VPNы. 
 
 Да, stunnel чинить гораздо сложнее. Hа m порядков, нет, даже на n.
 
 > Hе следует умножать сущности сверх необходимого - и там где вполне 
 
 Использовать plaintext протокол там, где он вообще непотребен -
 иррационально. С тем-же успехом можно эти данные в smtps порт лить. С
 уникальными клиентскими ключами.
 
 > успешно может быть применено самое примитивное решение - не надо 
 > создавать сложности и стрелять из гаубицы по воробъям. 
 
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: predictor 1   Andrew Dolgov   15 Nov 2004 17:42:08 
 Re: predictor 1   Zahar Kiselev   16 Nov 2004 11:35:24 
 Re: predictor 1   Andrey Melnikoff   16 Nov 2004 14:45:16 
 Re: predictor 1   Aleksey Barabanov   16 Nov 2004 16:30:38 
 predictor 1   Sergei Dubarev   22 Nov 2004 23:50:52 
 predictor 1   Zahar Kiselev   26 Nov 2004 01:08:14 
 Re: predictor 1   Zahar Kiselev   16 Nov 2004 16:22:50 
 Re: predictor 1   Andrey Melnikoff   16 Nov 2004 21:00:25 
 Re: predictor 1   Eugene B. Berdnikov   16 Nov 2004 18:03:19 
 Re: predictor 1   Zahar Kiselev   16 Nov 2004 19:43:20 
Архивное /ru.linux/6438f59e36ee.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional