|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Shuko 2:5005/66 19 Oct 2006 12:00:29
To : Artem Chuprina
Subject : туннельный вопрос
--------------------------------------------------------------------------------
18 Oct 06 13:13, you wrote to me:
AS>>>> вот бы к опенвпн ктонить чота типа bzip2 компресии на тцп
AS>>>> прикрутил...
AC>>> Hа bzip2 оно за эти 10% выигрыша по сравнению с zlib будет
AC>>> ступорить канал намертво. Медленный он дюже, падла.
AS>> там где жмут, мегобайты в секунду не гоняют :) обеспечит поток до
AS>> 100кб/с на целероне 500-700 и этого за глаза.
AC> Hе обеспечит. А если обеспечит, то с потерей в сжатии. bzip2, сколь
AC> я помню, выигрывает у gzip именно за счет обработки большими кусками.
т.е. он не может поточно работать? ему нада заглотить сначала большой кусок,
пережавать его и выплюнуть? собсно наверное. там же хафманом потом
обрабатывается :( меня смутило, что в либе есть потоки и я их все таки
подключил. правда тормозило все... не процессор жрало, а связь тормозила через
такой тунель. ощущение было, что он собирает необходимый минимум пакетов и потом
их выплевывает.
а есть вариант библиотеки gzip с увеличенным объемом словаря/буфера, но при этом
чтобы был поточным и мог данные сплевывать постепенно, а не большими кусками?
LZxxxx алгоритмы ето могут... я юзаю архиватор rzip, он сука круто жмет за счет
большего объема словаря. и быстро. но выковырять оттуда
либу не получилось. давно не програмил, да и чужие сырцы ковырять всегда было
сложно. в доке видел ссылку, что мол алгоритм был позаимствован у rsync,
только размер буфера побольше сделал. хотя рсинк памяти тоже жрет мама
не горюй :)
Anton
--- GoldED/W32 3.0.1
* Origin: Пиво пить - здоровым быть !!! (2:5005/66)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
