Цитата
Firwalle,
Это не "малораспространенные протоколы" - это модернизированные протоколы, например TCP IP. Одно из решений, которое работает по этому принципу:
Riverbed Steelhead оптимизация трафика происходит за счет модернизации TCP IP и протоколов прикладного уровня, за счет избавления от избыточных данных значительно снижаются передающиеся по сети объемы и пользователь ИТ сервиса получает комфортную скорость отклика приложений, не отличающуюся от таковой в локальной сети. Кроме того, протокольно-независимая компрессия позволяет работать с разными стеками TCP IP в отдельных сегментах сети. Как показывает практика, обычно поток данных сжимается в 4-5 раз, встречаются случаи компрессии трафика до 99%. Проведенное в Украине тестирование у одного из заказчиков на обычном потоке корпоративных данных (обмен файлами, электронная почта, резервное копирование, системы управления документами, ERP и CRM приложения) показало, что при расстоянии между ЦОД в 300 км удается получить сжатие трафика на 80%.
http://ru.riverbed.com/У меня Ривербед не заработал как ожидалось, так как он более применим у провайдеров а вот Cisco WAAS отлично сжимал трафик, особенно HTTP.
Для домашних пользователей такие штуки неприменимы конечно, но с определенной долей эффективности работают такие программы как TrafficCompressor, но попроще конечно. =)
А такие штуки как Cisco WAAS и Riverbed стоят у провайдеров, чтобы наjobывать людей на деньги. =)
Я не претендую на звание специалиста, но данный пост пост похож на новость с рамблера. Никакой конкретики. Как объем данных может меняться из-за специфики протокола? От этого может меняться скорость. Надежность передачи. Но объем протоколы не уменьшают.
Модернизация стека TCP/IP? Не распространена?
HTTP трафик с основном это текст. Так что вранья тут нет. Теги и текст он сжимает отлично. Но медиа-контент существенно не сжимается.
Компрессии трафика до 99% могут быть только с одном случае. Если это пустая страница
Fry.
А ты возьми и попробуй сам. Возьми кучу мелкого файла количеством несколько десятков или сотен тысяч файлов общим объемом в 1 гигабайт например, и возьми один файл размером 1 гигабайт. Расшарь это все по сети и качни с одного компьютера на другой, сперва директорию с кучей файла, потом один файл размером 1 гигабайт, ты наглядно увидишь разницу когда пару часов подождешь пока куча мелких файлов скачаются тебе на компьютер, соличество переданных байт на интерфейсе также будет разным.
По такому принципу работает и HTTP, у тебя создаются кучи сессий, каждая из которых тебе предает данные - текст, графика, звук, видео и т.п., в итоге когда загрузится страница по протоколу HTTP которая окажется размером 100 килобайт, окажется что такой объем загрузить одним файлом гораздо быстрее. По схожему принципу работают программы оптимизации трафика, которые просто получают от тебя запрос на HTTP соединение, сервер соединяется с нужным ресурсом по высокоскоростному каналу, кеширует у себя содержимое ресурса и передает посредством своего фирменного протокола, инкапсулированного (упакованного) особым образом для передачи по сети общего пользования, потом посредством клиентского ПО содержимое запрошенного ресурса распаковывается на компьютере клиента.
Firwalle, это особенности чтения с диска, то что одним файлом быстрее загрузить. протоколы тут не причем. так что выражайтесь вернее если вы специалист.
Фирменный, особый. Вы бы еще "брендовый" сказали для пущего пафоса. HTTP это язык разметки. Это не сетевой протокол. А PHP -протокол ваш сервис поддерживает?
Цитата(Fry @ 2.6.2014, 23:23)
Firwalle, это особенности чтения с диска, то что одним файлом быстрее загрузить. протоколы тут не причем. так что выражайтесь вернее если вы специалист.
Фирменный, особый. Вы бы еще "брендовый" сказали для пущего пафоса. HTTP это язык разметки. Это не сетевой протокол. А PHP -протокол ваш сервис поддерживает?
Вообще то HTTP - это сетевой протокол прикладного уровня согласно OSI. PHP - это программа - средство формирования гипертекстовых документов протокола HTTP, PHP никакого отношения к сетевым протоколам не имеет. Под фирменным или особым протоколом я имею фирменный или особый протокол каждого конкретного производителя, который работает по принципу точка-точка и несовместим с протоколами прикладного или транспортного уровня, обычно это расширенные версии TCP протоколов которые позволяют передавать большие пакеты данных посредством небольших (умных) кадров, за счет которых и происходит экономия канального времени.
Если вы считаете что это особенности чтения с диска то что мешает загрузить данные в оперативную память? или как вы объясните разницу в количестве передаваемых байт?
Вообще конечно глупо развивать полемику по этому вопросу - это школьный курс информатики.
Fry, это ты с HTML в кучу смешал. Hyper Text Transport Protocol, если я не путаю.
А по поводу мелких файлов, это я бы даже сказал - особенности записи на диск... на наш диск... ну и что-то такое припоминаю про длину передаваемого пакета, может быть что размер мелкого файла меньше... ну или имеем остаток от деления на целые пакеты, в таком случае большой файл, конечно, потребует мЕньшего количества байт по факту...
Цитата(Firwalle @ 3.6.2014, 0:35)
Вообще конечно глупо развивать полемику по этому вопросу - это школьный курс информатики.
Когда я учился в школе, мы такого не проходили...
тили-тили... трали-вали... это нам не задавали...
Цитата(Гидр @ 2.6.2014, 23:40)
Fry, это ты с HTML в кучу смешал. Hyper text transport protocol, если я не путаю.
ну и что-то такое припоминаю про длину передаваемого пакета, может быть что размер мелкого файла меньше... ну или имеем остаток от деления на целые пакеты, в таком случае большой файл, конечно, потребует мЕньшего количества байт по факту...
Это про размеры кластера на диске.
Скорее всего уже в школе не проходили.
Firwalle, я именно про передачу говорил. Она ведь тоже осуществляется пакетами определённого размера, как я понимаю.
А про диск - это, как я понимаю, вопрос не размера кластеров, а бОльшего количества обращений к файловой системе... что, собственно, можно наблюдать при банальном копировании в пределах одного диска.
Извиняюсь, да, HTTP - это протокол (плохо быть пьяным).
Эти ваши расширенные протоколы должны работать поверх поверх стандартного стека TCP\IP. И что за умные кадры? RFC в студию.
Сжатие на прокси - это реально (за счет скорости)
Цитата
Если вы считаете что это особенности чтения с диска то что мешает загрузить данные в оперативную память? или как вы объясните разницу в количестве передаваемых байт?
Давайте все подряд грузить в оперативную память. Куда грузить то? На сервере? 100 ТБ в оперативную память? SSD еще слишком маленькие и дорогие, чтобы удовлетворять всем нашим требованиям.
Цитата(Гидр @ 2.6.2014, 23:47)
Firwalle, я именно про передачу говорил. Она ведь тоже осуществляется пакетами определённого размера, как я понимаю.
А про диск - это, как я понимаю, вопрос не размера кластеров, а бОльшего количества обращений к файловой системе... что, собственно, можно наблюдать при банальном копировании в пределах одного диска.
Передача данных в IP сетях производится пакетами, размер которых регламентирован значением MTU на оборудовании провайдера, обычно это 1492 байт. Если протокол прикладного уровня формирует пакет большего размера чем значение MTU то протокол транспортного уровня "рубит" этот пакет на куски, равные значению MTU.
А про диск, тут главное не время, которое потребуется на копирование, а количество байт, большая часть из которых будет потрачена на обрашение к файлам.
Цитата(Fry @ 2.6.2014, 23:51)
Эти ваши расширенные протоколы должны работать поверх поверх стандартного стека TCP\IP. И что за умные кадры? RFC в студию.
Сжатие на прокси - это реально (за счет скорости)
Давайте все подряд грузить в оперативную память. Куда грузить то? На сервере? 100 ТБ в оперативную память? SSD еще слишком маленькие и дорогие, чтобы удовлетворять всем нашим требованиям.
Эти расширенные протоколы не мои а производителей таких как Riverbed, для передачи из по ip сетям их инкапсулируют в стандартные пакеты TCP/IP, вот только несут в себе эти пакеты гораздо больше информации чем передается в сети провайдера.
Прокси - это не сжатие - это кеш.
Fry,
BTW, нас в школе учили картинки делать в PNG для веб-сайтовследовательно, ты лет на 15 младше меня. Не учи отца...
По теме тебе сказать нечего, ну и молчи уже тогда, ага.
luisfigo, вот по теме.
с википедии
Экономия трафикаЦитата
Сжатие содержимого web-страниц по алгоритму LZW, используемому в архиваторе gzip, значительно уменьшает необходимый трафик. Современные браузеры, поддерживающие протокол HTTP версии 1.1, могут читать архивированные страницы, однако далеко не все веб-сервера отдают свой контент сжатым в gzip. Сэкономить трафик путём передачи архивированиого контента можно с помощью сетевых сервисов, таких как WebCompressor, WebWarper, TrafficCompressor, TrafficOptimizer, CProxy, Toonel.net, fasTun, OMPD, 3Ginet
DDimas,
мы уже ведь договорились, что архивирование трафика не работает
Да тут всё уже понятно... сжатия нет... а если есть 30% сжатия, то это мало и не считается...
...а если картинку ужали вполовину, то на неё смотреть невозможно... а если возможно, то вполовину - это мало, это не сжатие, это не считается...
...а если ужали и можно смотреть, то это не считается, потому что таких картинок на веб-страницах нет...
...а если есть, то не считается, потому что мало...
...а если не мало, а много, то не считается, потому что картинки это ерунда, а вот фильмы - это трафик...
Эту х#рню до бесконечности можно продолжать.
Я понимаю, что сайты там госуслуг, странички ведомств, энциклопедий и так оптимизированы. Герб, флаг,
гимн, фотка руководителя и текст. Что там оптимизировать-то
Я, напрмер, 99% смотрю инетерсующие меня тематические форумы. А там как выложат пошаговые инструкции и т.п. с десятками фотками HD качества, так и хочется и оптимизировать "по самое немогу"
Ладно мы тут с дорогим интернетом морочимся сжатием трафика. Вот просто интерсно, а по каким ещё мотивам это делают. Не принимая во внимание спутниковый интеренет, там как бы для дела пользуют. Ведь везде давно дешёвый безлимит. Для чего столько программ по сжатию трафика? В смысле бытовых для конечного пользователя, а не для провайдеров (тут было сказано про надуривание по трафику клиентов). Или это отживающее ПО и по-этому и закрылся Трафик Компрессор?
shans2, интернет на телефонах не всегда безлимитный. всякие мобильные 3г и т.п. - сейчас им больше нужны сжатия траффика
и экономия (ну, в зависимости от тарифа) и на мобильном, в общем то, не нужны особые красивости в картинках (экран то мал).
хотя серьезные сайты клепают мобильные версии сайтов, которые не перегружены контентом )))
Цитата(shans2 @ 3.6.2014, 13:00)
Я понимаю, что сайты там госуслуг, странички ведомств, энциклопедий и так оптимизированы. Герб, флаг,
гимн, фотка руководителя и текст. Что там оптимизировать-то
Я, напрмер, 99% смотрю инетерсующие меня тематические форумы. А там как выложат пошаговые инструкции и т.п. с десятками фотками HD качества, так и хочется и оптимизировать "по самое немогу"
Ладно мы тут с дорогим интернетом морочимся сжатием трафика. Вот просто интерсно, а по каким ещё мотивам это делают. Не принимая во внимание спутниковый интеренет, там как бы для дела пользуют. Ведь везде давно дешёвый безлимит. Для чего столько программ по сжатию трафика? В смысле бытовых для конечного пользователя, а не для провайдеров (тут было сказано про надуривание по трафику клиентов). Или это отживающее ПО и по-этому и закрылся Трафик Компрессор?
Сервисы типа TrafficCompressor приносят хорошие деньги их владельцам, которые зарабатывают на перепродаже трафика, поэтому они будут жить. Как ни удивительно, но такие сервисы используют даже пользователи, сидящие на безлимите, как прокси серверы, например у меня плохой маршрут трафика к серверу какой нибудь онлайн игрушки, а через сервисы типа TrafficCompressor все нормально.
Можно удалять содержимое папки C:\Users\Пользователь\AppData\Local\Temp ???
А то 20 гигов блин(
Цитата(MagON @ 3.6.2014, 22:18)
Можно удалять содержимое папки C:\Users\Пользователь\AppData\Local\Temp ???
А то 20 гигов блин(
Нужно.
А че она сама не чистится при перезагрузке?
Цитата(MagON @ 3.6.2014, 22:38)
А че она сама не чистится при перезагрузке?
Она чистится не при перезагрузке. Временные файлы, которые там находятся должны удаляться программами, которые их создают. Если программы были закрыты некорректно или комп выключился некорректно, временные файлы остаются.
MagON, стоковая Очистка диска не спасает что ли?
Торонага, у меня с компом договоренность: я меньше его тыкаю - он меньше ломается)))
Сейчас просто уперся в нехватку места на С и задался вопросом собственно.
MagON, зря, поверка диска С обязательна хотя бы раз в неделю, а перед проверкой всегда показана чистка.
избавляет от большинства потенциальных головняков. Просто возьми себе за правило.
MagON, когда не хватает места - я обычно порнуху удаляю. А так-то кроме папочки Temp есть ещё хитрая папочка C:\Program Files (x86)\MagadanDC++\Downloads - ну это понятно, но ещё хитрее C:\Program Files (x86)\MagadanDC++\Incomplete - вот именно тут собираются временные куски скачиваемых файлов, которые не всегда корректно затем удаляются, и порой как от скаченных, так и от недокаченных и отменённых фильмов тут остаются гигабайты мусора.
Гидр, грейлинк поставь, ужос!
dissector, это и есть грейлинк.
у меня тмп там же где и закачки, а грейлинк на диске d:\
dissector, понятно, однако так не у всех... да и в твоём случае будет точно так же загаживаться D:\...
вот правильный человек, на кой хер ставить файлопомойку на системный диск ваще? на кой хер назначать темповым файлам иную папку?
пусть все валит в кучу - следить проще.
Торонага, я раньше тоже заморачивался и даже знал, где и что в реестре надо подправить, чтобы к примеру назначить своё расположение папки Мои документы где-нибудь на левом разделе, ну и прочие подобные вещи. Потом это просто надоело, если честно. Я примерно знаю, где проги срут, и пофиг что на системном, пускай срут, главное что я об этом знаю.
Гидр, зачем в реестре-то?
все тупо делалось в Свойствах папки примитивным одним действием.
не усложняйте вы себе жизнь.
затроллил
Гидр, гы
ты ж знаешь мой принцип не плодить сущностей, если есть простые методы.
Гидр, у меня грей стоит на С, качает на D/download
и времянки туда же.
Поставь 5.999 грей, он пободрей
MagON, и ты затроллил
все затроллили
банхаммеров на вас нет
Нажмите для просмотра прикрепленного файла
Гидр, купить пару дисков на 4ТБ и долго можно будет всякие темпы-свомпы не чистить.
klofelin, и ты затроллил
Мой компутер:
Нажмите для просмотра прикрепленного файла(ребят, скучно на форуме - просто пипец.)
Гидр, я не тролил, я искренне советовал.
могу кст еще пару хардов подогнать на 40 гигов)
Hydr - бяка, ты чё молчал раньше?
Торонага, молчал о чём?
У меня всё забито по одной простой причине: качаю разношёрстную музыку для ознакомления такска-ать сначала в Downloads на C:\... потом когда забился C:\ - на D:\... потом когда забился D:\ - на E:\... при этом 90% в принципе можно удалить сразу после 5-секундного прослушивания, но мне тупо лень
да и появляются мысли - а вдруг это просто поначалу не пошло, а потом я врублюсь?..
Вот и результат... надо просто сесть и поудалять всё нахрен
Гидр, проще
, можно просто сесть
музыку удалять грех, любуйу
это ноут или десктоп?
Цитата(Гидр @ 4.6.2014, 10:08)
Торонага, молчал о чём?
У меня всё забито по одной простой причине: качаю разношёрстную музыку для ознакомления такска-ать сначала в Downloads на C:\... потом когда забился C:\ - на D:\... потом когда забился D:\ - на E:\... при этом 90% в принципе можно удалить сразу после 5-секундного прослушивания, но мне тупо лень
да и появляются мысли - а вдруг это просто поначалу не пошло, а потом я врублюсь?..
Вот и результат... надо просто сесть и поудалять всё нахрен
отличная команда для освобождения места на харде format c:
dissector
4.6.2014, 12:53
Гидр, Гидр, порно весит.....
Гидр,
Да тут всё уже понятно... сжатия нет... а если есть 30% сжатия, то это мало и не считается...
...
Эту х#рню до бесконечности можно продолжать.
можно! Просто тут никто не показал сжатия месячного трафика, например. По моему мнению никакого такого сжатия не будет. А показали тут только одну картинку.
По-моему, проще поставить програмку и посмотреть потом. Я Трафик Компрессор удалил, так как он прекратил работу. В нем была статистика по трафику.
Цитата(luisfigo @ 4.6.2014, 17:13)
можно! Просто тут никто не показал сжатия месячного трафика, например. По моему мнению никакого такого сжатия не будет. А показали тут только одну картинку.
Это все потому что у людей есть деньги на Интернет и они не готовы "давиться" за каждую копейку. Я вообще не представляю, каким надо быть жадным, чтобы сидеть в интернете без картинок ради экономии трафика при цене 0,85 руб за мегабайт и безлимитных тарифах за 600 руб. в мес. =)) хы
Firwalle,
твоя правда, одни нищеброды без картинок сидят, другие нищеброды мифические сжиматели трафика ставят. Не могут найти эти несчастные 600 рублей, чтобы смотреть порно онлайн весь день
А еще говорят, что у нас 60 тыр средней зарплаты.
dissector
4.6.2014, 21:57
я (по работе ) скачиваю херзнает сколько картинок, цена трафика, по сравнению с ценой скачиваний (на нужных сервисах,в основном платных) - куйня.
и порно тоже -х....
быстрый доступ к нужной информации-ВСЕ.
да, как писал эксперт
luisfigo, сжатия трафика не бывает. это совершенно лишняя и ненужная вещь.
именно по этому:
Цитата
Опубликовано: 16 января 2014 г
В новой версии мобильного браузера Chrome появилась возможность сжатия данных и оптимизации интернет-соединения, которая позволит экономить сотовый трафик. Сжатие трафика работает в версиях Chrome для iOS и Android, а экономия может составить до 50 процентов, сообщают в официальном блоге Google.
для десктопной версии хрома по умолчанию сервис "сжатия трафика" сейчас недоступен. но есть
неофициальное расширение, которое позволяет этот сервис включить и для десктопа.
вот какие результаты пишет по посещении главной страницы этого сайта
с сжатием трафика
Received (KB) 835.4
без сжатия трафика
Received (KB) 1384.7
оба теста проводил с пустым кэшем. первым запускал тест с сжатием.
посмотреть самостоятельно сколько трафика ест хром можно тут chrome://net-internals/#bandwidth
поскольку писал парень не с гугла, есть
баг, не показывает к-во трафика сэкономленного - постоянно пишет 0.
в гугле пишут они на этим багом работают.
Цитата(Firwalle @ 4.6.2014, 18:51)
Это все потому что у людей есть деньги на Интернет и они не готовы "давиться" за каждую копейку. Я вообще не представляю, каким надо быть жадным, чтобы сидеть в интернете без картинок ради экономии трафика при цене 0,85 руб за мегабайт и безлимитных тарифах за 600 руб. в мес. =)) хы
как раз для ваших безлимитных тарифов с чудо-скоростью и имеет смысл пользоваться такими сервисами.
не из-за экономии денег, а чтоб оно быстрее открывалось - меньшая по размеру страница и откроется быстрее.
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.