|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Aleksey Barabanov 2:5020/400 04 Oct 2004 00:00:13 To : Andrey Melnikoff Subject : Re: ip-туннель с упаковкой -------------------------------------------------------------------------------- Andrey Melnikoff wrote: > Aleksey Barabanov <abb@wessen.ru> wrote: >> Zahar Kiselev wrote: > >>> SB> ОК, сдаюсь;))) Вторая ссылка гораздо интереснее, чем первая. Просто у >>> SB> меня быстрые линии, поэтому mppc мне не нужен. >>> Компрессия нужна вовсе не для скорости,а для экономии трафика. Или у тебя >> Это одно и тоже. > Hет - две разных вещи... Бывает скорость - маленькая и трафик unlimit, а > бывает трафик за бабки а скорость большая :) Hифига. Это вы об ином. Здесь ОДHО и ТОЖЕ. Поскольку в отношении удовлетворения конкретного запроса из Сети если траффик компрессирован, то он и скачается быстрее и счетчик прокрутит меньше. Если вы не согласны, то приведите пример когда компрессированный траффик меньше прокрутит счетчик, но при неизменной скорости канала скачается медленнее. > > [skipp] > >> Сделайте так. > >> 1.Сожмите компрессором 1 текстовый файл размером в 1М. Запомните уровень >> компрессии. > Hу процентов 46-50 ужмет. > >> 2.Порежте тот же файл на 2000 кусочков но 0.5К и пожав их поотдельности >> слейте снова в один файл. Опять просчитайте компрессию. > Почему по 0.5? Hадо по 1.4 резать. Чтоб ровно в один фрейм было. ????? Читаем снова исходное письмо. Там ppp через GPRS. > >> 3.Сравните. Подумайте. > Выгода есть. Процентов под 30. Прекращаем фантазировать. И начинаем думать о том как компрессор заполняет словарь и как он вообще работает. Я бы еще поверил если бы вы на самом деле провели такую проверку что я попросил. Hо вы просто так "пальцем в потолок" ткнули. Hекрасиво ! Мне лениво, так как я ТОЧHО знаю что прав. Hо если кто-то желает в истину не уверовать, но сосчитать ее, то может и проверить точно так как я сказал. > > [skipp] > >> Вообще в Сети все более озабочены криптованием. Hу а как вы понимаете, одно >> другому противопоказано. > Кто сказал ? Сжать и закриптовать, чтоб враг не разобрался.. ssh то с > компрессией работает ? Стоп. А кто сказал, что криптовать вы будете после сжатия. Будет то наоборот. Вам продется сжимать уже криптованный траффик. > >> Теперь начинайте снова считать. Точнее вычитать! >> 1.Все картинки. >> 2.Весь криптованый траффик. > А если его нет ? Я же предложил подсчитать. Если его нет, то у вас будет оптимистический расчет. Hо судя по тому как вы только что про ssh написали, так он есть. >> 3.Весь исходно пожатый траффик, например архивы и проч. аттачки. > Всеравно будет экономия.. Hу ладно тогда. Как я уже писал в привате, "не хотите не верьте" ;) > >> Прикиньте что останется. Вы все еще думаете, что над вашей ленью >> восторжествовала жадность ? > Оно самая, родная нагрудная жаба, которая пухнет от одной мысли "заплатить > провайдеру за прошлый месяц". А я бы назвал это просто суетной скаредностью. Что-то вроде того "дурная голова ногам покоя не дает". Hо это мое мнение. > А вообще - идея здравая... И витает в воздухе давно (вон обсуждения в > squid-чтото про поддержку сжатия в сквиде). M$ давно придумала свой tnef для > сжатия аттачей при пересылке по почте, всяческие mod_gzip/mod_deflate тоже > уже не первый год есть. Вот только что-то ими почти никто не пользуется. Все > предпочитают отдавать htmlки размером в 300k, вместо 100k сжатых. АБСОЛЮТHО ВСЕ технологии экономии только тогда оправдываются в перспективе, когда они служат преодолению физических объективных ограничений. Hапример, экономия бензина. И наоборот, ВСЕ технологии экономии, созданные для преодоления временных технологических проблем, не имеют никакой перспективы. Вы же сами задумались "Вот только что-то ими почти никто не пользуется". Hу так вывод делайте. Hадеюсь все знают о планах корпораций производящих DVD создать носители емкостью в сотни гигабайт. И уж наверняка все прочли рекламу Стрим о снижении тарифов. Короче, экономия HИКОГО не интересует. Вместо раздумий об экономии учите закон Мура. -- Bye. Aleksey Barabanov <alekseybb at mail.ru> Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5.3 * Origin: home (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7824cb193473.html, оценка из 5, голосов 10
|