Наверное назрело... Добро получено, тема создана. Давайте придерживаться простых правил:

1. Здесь обсуждаются проблемы с компьютерным железом, программным обеспечением, периферией (принтерами, сканерами и пр.)
2. Здесь не обсуждаются компьютерные магазины интернета и города. Можно лишь дать совет где купить ту или иную железку/программу.
3. Здесь не продают и не покупают компьютерное железо. Есть соответствующий раздел.
4. В компьютерном языке (как в любом техническом) есть много терминов. Просьба: грамотно пользоваться терминами и по возможности их избегать.
5. Олбанский и подончегский язык не приветствуется и приравнивается к мату.
6. Здесь не обсуждается "пиратский" софт! (ломалки на программы, нелицензионные операционные системы и прочее). Если есть вопросы, пишите в личку. Ибо в УК России существует статьи 146, 272, 273, или статья 7.12 КоАП РФ.
7. При решении проблемы, указывайте как ее решили, или, пусть описание решения напишет человек, который вам помог.

Эти правила только дополняют правила форума в данной теме.

И дополнение связанное с ситуацией, с которой может столкнуться любой пользователь компьютера. Потеря данных на носителе (не суть важно какой носитель - жесткий диск, флэшка, карта памяти и пр.). Первое и основное - если вы не занимаетесь восстановлением информации и имеете весьма смутное представление о содержимом компьютера - не пытайтесь что либо предпринимать самостоятельно! Обратитесь к тем, кто умеет это делать - знайте: ваша информация имеет ценность только для вас. Некорректные действия могут привести к ситуации, при которой восстановление данных будет невозможным. Не существует абсолютно надежных цифровых носителей - дублируйте вашу информацию на нескольких носителях.

И да хранят Вас всех пресвятые электроны! Во имя харда, процессора и клавиатуры в путь!

Сообщение отредактировал iblis - 13.6.2011, 17:07

Я не претендую на звание специалиста, но данный пост пост похож на новость с рамблера. Никакой конкретики. Как объем данных может меняться из-за специфики протокола? От этого может меняться скорость. Надежность передачи. Но объем протоколы не уменьшают.
Модернизация стека TCP/IP? Не распространена?

HTTP трафик с основном это текст. Так что вранья тут нет. Теги и текст он сжимает отлично. Но медиа-контент существенно не сжимается.
Компрессии трафика до 99% могут быть только с одном случае. Если это пустая страница

Сообщение отредактировал Fry - 3.6.2014, 0:25

Fry.
А ты возьми и попробуй сам. Возьми кучу мелкого файла количеством несколько десятков или сотен тысяч файлов общим объемом в 1 гигабайт например, и возьми один файл размером 1 гигабайт. Расшарь это все по сети и качни с одного компьютера на другой, сперва директорию с кучей файла, потом один файл размером 1 гигабайт, ты наглядно увидишь разницу когда пару часов подождешь пока куча мелких файлов скачаются тебе на компьютер, соличество переданных байт на интерфейсе также будет разным.
По такому принципу работает и HTTP, у тебя создаются кучи сессий, каждая из которых тебе предает данные - текст, графика, звук, видео и т.п., в итоге когда загрузится страница по протоколу HTTP которая окажется размером 100 килобайт, окажется что такой объем загрузить одним файлом гораздо быстрее. По схожему принципу работают программы оптимизации трафика, которые просто получают от тебя запрос на HTTP соединение, сервер соединяется с нужным ресурсом по высокоскоростному каналу, кеширует у себя содержимое ресурса и передает посредством своего фирменного протокола, инкапсулированного (упакованного) особым образом для передачи по сети общего пользования, потом посредством клиентского ПО содержимое запрошенного ресурса распаковывается на компьютере клиента.

Firwalle, это особенности чтения с диска, то что одним файлом быстрее загрузить. протоколы тут не причем. так что выражайтесь вернее если вы специалист.
Фирменный, особый. Вы бы еще "брендовый" сказали для пущего пафоса. HTTP это язык разметки. Это не сетевой протокол. А PHP -протокол ваш сервис поддерживает?

Вообще то HTTP - это сетевой протокол прикладного уровня согласно OSI. PHP - это программа - средство формирования гипертекстовых документов протокола HTTP, PHP никакого отношения к сетевым протоколам не имеет. Под фирменным или особым протоколом я имею фирменный или особый протокол каждого конкретного производителя, который работает по принципу точка-точка и несовместим с протоколами прикладного или транспортного уровня, обычно это расширенные версии TCP протоколов которые позволяют передавать большие пакеты данных посредством небольших (умных) кадров, за счет которых и происходит экономия канального времени.

Если вы считаете что это особенности чтения с диска то что мешает загрузить данные в оперативную память? или как вы объясните разницу в количестве передаваемых байт?

Вообще конечно глупо развивать полемику по этому вопросу - это школьный курс информатики.

Сообщение отредактировал Firwalle - 3.6.2014, 0:37

Fry, это ты с HTML в кучу смешал. Hyper Text Transport Protocol, если я не путаю.

А по поводу мелких файлов, это я бы даже сказал - особенности записи на диск... на наш диск... ну и что-то такое припоминаю про длину передаваемого пакета, может быть что размер мелкого файла меньше... ну или имеем остаток от деления на целые пакеты, в таком случае большой файл, конечно, потребует мЕньшего количества байт по факту...


Когда я учился в школе, мы такого не проходили...

тили-тили... трали-вали... это нам не задавали...

Сообщение отредактировал Гидр - 3.6.2014, 0:41

Это про размеры кластера на диске.

Скорее всего уже в школе не проходили.

Сообщение отредактировал Firwalle - 3.6.2014, 0:43

Firwalle, я именно про передачу говорил. Она ведь тоже осуществляется пакетами определённого размера, как я понимаю.

А про диск - это, как я понимаю, вопрос не размера кластеров, а бОльшего количества обращений к файловой системе... что, собственно, можно наблюдать при банальном копировании в пределах одного диска.

Извиняюсь, да, HTTP - это протокол (плохо быть пьяным).
Эти ваши расширенные протоколы должны работать поверх поверх стандартного стека TCP\IP. И что за умные кадры? RFC в студию.

Сжатие на прокси - это реально (за счет скорости)


Давайте все подряд грузить в оперативную память. Куда грузить то? На сервере? 100 ТБ в оперативную память? SSD еще слишком маленькие и дорогие, чтобы удовлетворять всем нашим требованиям.

Эти расширенные протоколы не мои а производителей таких как Riverbed, для передачи из по ip сетям их инкапсулируют в стандартные пакеты TCP/IP, вот только несут в себе эти пакеты гораздо больше информации чем передается в сети провайдера.

Прокси - это не сжатие - это кеш.

Fry, BTW, нас в школе учили картинки делать в PNG для веб-сайтов
следовательно, ты лет на 15 младше меня. Не учи отца...
По теме тебе сказать нечего, ну и молчи уже тогда, ага.

luisfigo, вот по теме.

с википедии
ссылка доступна только зарегистрированным

DDimas,
мы уже ведь договорились, что архивирование трафика не работает

Да тут всё уже понятно... сжатия нет... а если есть 30% сжатия, то это мало и не считается...
...а если картинку ужали вполовину, то на неё смотреть невозможно... а если возможно, то вполовину - это мало, это не сжатие, это не считается...
...а если ужали и можно смотреть, то это не считается, потому что таких картинок на веб-страницах нет...
...а если есть, то не считается, потому что мало...
...а если не мало, а много, то не считается, потому что картинки это ерунда, а вот фильмы - это трафик...

Эту х#рню до бесконечности можно продолжать.

Я понимаю, что сайты там госуслуг, странички ведомств, энциклопедий и так оптимизированы. Герб, флаг, гимн, фотка руководителя и текст. Что там оптимизировать-то Я, напрмер, 99% смотрю инетерсующие меня тематические форумы. А там как выложат пошаговые инструкции и т.п. с десятками фотками HD качества, так и хочется и оптимизировать "по самое немогу" Ладно мы тут с дорогим интернетом морочимся сжатием трафика. Вот просто интерсно, а по каким ещё мотивам это делают. Не принимая во внимание спутниковый интеренет, там как бы для дела пользуют. Ведь везде давно дешёвый безлимит. Для чего столько программ по сжатию трафика? В смысле бытовых для конечного пользователя, а не для провайдеров (тут было сказано про надуривание по трафику клиентов). Или это отживающее ПО и по-этому и закрылся Трафик Компрессор?

Сообщение отредактировал shans2 - 3.6.2014, 14:04

shans2, интернет на телефонах не всегда безлимитный. всякие мобильные 3г и т.п. - сейчас им больше нужны сжатия траффика
и экономия (ну, в зависимости от тарифа) и на мобильном, в общем то, не нужны особые красивости в картинках (экран то мал).
хотя серьезные сайты клепают мобильные версии сайтов, которые не перегружены контентом )))

Сервисы типа TrafficCompressor приносят хорошие деньги их владельцам, которые зарабатывают на перепродаже трафика, поэтому они будут жить. Как ни удивительно, но такие сервисы используют даже пользователи, сидящие на безлимите, как прокси серверы, например у меня плохой маршрут трафика к серверу какой нибудь онлайн игрушки, а через сервисы типа TrafficCompressor все нормально.

Можно удалять содержимое папки C:\Users\Пользователь\AppData\Local\Temp ???
А то 20 гигов блин(

Нужно.

А че она сама не чистится при перезагрузке?

Она чистится не при перезагрузке. Временные файлы, которые там находятся должны удаляться программами, которые их создают. Если программы были закрыты некорректно или комп выключился некорректно, временные файлы остаются.

MagON, стоковая Очистка диска не спасает что ли?

Торонага, у меня с компом договоренность: я меньше его тыкаю - он меньше ломается)))
Сейчас просто уперся в нехватку места на С и задался вопросом собственно.

MagON, зря, поверка диска С обязательна хотя бы раз в неделю, а перед проверкой всегда показана чистка.
избавляет от большинства потенциальных головняков. Просто возьми себе за правило.

MagON, когда не хватает места - я обычно порнуху удаляю. А так-то кроме папочки Temp есть ещё хитрая папочка C:\Program Files (x86)\MagadanDC++\Downloads - ну это понятно, но ещё хитрее C:\Program Files (x86)\MagadanDC++\Incomplete - вот именно тут собираются временные куски скачиваемых файлов, которые не всегда корректно затем удаляются, и порой как от скаченных, так и от недокаченных и отменённых фильмов тут остаются гигабайты мусора.

Сообщение отредактировал Гидр - 4.6.2014, 0:21

Гидр, грейлинк поставь, ужос!