|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Anton Shuko 2:5005/66 02 Nov 2006 09:22:04 To : Artem Chuprina Subject : туннельный вопрос -------------------------------------------------------------------------------- 01 Nov 06 17:52, you wrote to Zahar Kiselev: AS>>>> вот бы к опенвпн ктонить чота типа bzip2 компресии на тцп AS>>>> прикрутил... AC>>> Hа bzip2 оно за эти 10% выигрыша по сравнению с zlib будет AC>>> ступорить канал намертво. Медленный он дюже, падла. ZK>> Даже если процессор в ноутбуке 330мгц, а канал - gprs ? Что-то ZK>> сомневаюсь что проц может не успеть сжать эти жалкие 2-3 тысячи ZK>> cps в реальном времени. AC> bzip2 в реальном времени и вполне современные процессоры жать не AC> успевают. Даже не при интерактивной работе, где придется дохренища AC> времени ждать, пока libbz2 соберет себе блок, а при бэкапе, когда AC> сжатие идет в одну сторону, на больших объемах и _до_ запихивания в AC> канал. gzip нада колупать в сторону увеличения буфера/словаря мег до 10-100. но это алгоритм переделывать нада, т.к. такие смещения нада как-то записывать и чтобы не было избыточности из-за длинных ссылок. да и метод поиска должен поменяться, на 3 порядка буфер увеличился. rzip буфер до гига имеет и жмет реально и много быстрее bzip2. правда жопорезникам ето не поможет - они разорятся за сессию 100мег выкачать :) а мне реально в помощь. в день сотни мег пролетают. и пока сессия не порвется буфер щитается валидным на обеих концах - тцп веть :) Anton --- GoldED/W32 3.0.1 * Origin: Пиво пить - здоровым быть !!! (2:5005/66) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18574549abfd.html, оценка из 5, голосов 10
|