Pull to refresh

Comments 29

UFO just landed and posted this here
HTTP появился уже 20 с лишним лет назад — под него отпимизировано всё: железо, веб-сервера, браузеры, прокси и т.д. SPDY начал массово внедряться в прошлом году. Тот факт, что его реализация пока не идеальна не меняет того, что в действительности он лучше и может работать быстрее.
Простите, а как железо оптимизировано для http?
Как это

С новым процессором интел ваш Интернет станет в 2 раза быстрее
Поправьте меня, если я ошибаюсь, но разве всякие там прокси\шлюзы провайдерского уровня не имеют фильтров\перенаправлений для HTTP протокола?
Всегда думал что они работают с сетью на более низком уровне, а подобные фильтры скорее программная необходимость чем оптимизация железа. Хотя я могу ошибаться.
Я хотел сказать только, что независимо от того, как это сделано, люди вот уже 20 лет думают над тем, как лучше через такие железки гонять HTTP трафик (потому что его больше всего). И неважно, что именно они оптимизируют — железо или прошивку, они делали это все эти годы под HTTP. А теперь есть SPDY, который теоретически быстрее, но под него никто ничего такого еще не делал.
С чего вы взяли, что HTTP-трафика больше всего? Согласно этой статье, 74% трафика — P2P, а HTTP составляет всего 11%. Данные за 2007 год и про Германию, но это дает представление о соотношении этих типов трафика.
UFO just landed and posted this here
Железо не настраивается на количество http-сессий, это программные настройки и к железной части особо не имеют отношения.
«Тот факт, что его реализация пока не идеальна»
Это не так. Парсинг SPDY гораздо проще.
Идеального ничего не бывает, всякая реализация — это компромисс между читабельностью, производительностью и потреблением ресурсов. Но не об этом речь, я просто хотел обратить внимание на то, что существенно оптимизировать там нечего, чтобы была прям такая уж заметная разница.
SPDY хорош и без прибавки к скорости. дает разработчикам больше возможностей с меньшим гемороем.
UFO just landed and posted this here
SPDY задумывался для улучшения user experience, а не оптимизации магистрального трафика.
UFO just landed and posted this here
Это типа был сарказм? 3% скорости загрузки веб-сайта ни один юзер не заметит.
UFO just landed and posted this here
которая тут же будет потрачена на не менее бесполезное занятие
UFO just landed and posted this here
На любом оригинальном проекте вся статика расположена на том же сервере, что и html.

А тестировать свойство (SPDY), а на самом деле его не использовать — смысл?

Статика (особенно картинки) по объёму занимает намного больше 50% от объёма html (например, 10 кб страница, а на ней 10 изображений каждая по 10 Кб, то есть, статика занимает примерно 90%), поэтому для правдоподобных тестов SPDY статика тоже должна отдаваться через него.
А кто сказал, что статика отдавалась не через него? Вероятно, со сторонних ресурсов подключаются всякие JS библиотеки, ютубовские плееры и прочее. Ну часть может отдаваться с доменов третьего уровня типа img.host.net, потому что топ Alexa — явно проекты с высокой нагрузкой и заинтересованы в том чтобы распределять её. А ещё есть DNS балансировка. На самом деле пространство для тестирования большое. Я бы посмотрел на тесты сайтов, которые загружаются целиком через SPDY.
До SPDY разработчиков учили разделять домены для динамики и статики — картинки, css, js выносили на отдельные домены — это позволяло браузеру параллелить загрузку (обычная настройка браузеров — не более N коннектов к одному хосту именно этим способом и обходилась). Кроме этого, спрайтовые картинки и минификация и склейка js/css давали еще нешуточную оптимизацию. Поэтому если брать топовые сайты (как правило, хорошо оптимизированные под HTTP-протокол), то разница с SPDY и должна быть небольшая. SPDY, по идее, должен дать заметный прирост как раз для неоптимизированных трафиков, где к одному хосту надо открывать десятки коннектов на десятки css/js файлов и картинок. Вот тут это все склеится в один поток и будет работать PUSH для встроенных css/js/png и SPDY покажет себя в полную силу.

По своей сути SPDY — бесплатная оптимизация на стороне сервера, без участия разработчика. Поэтому и 500 топ-алексовых сайтов — неудачная выборка для такой статистики.
P.S. «неоптимизированных трафиков» читать как «неоптимизированных сайтов»
>> SPDY случайным образом отключается в 5% случаев, так задумано компанией Google
А зачем так?
Думаю, они сами статистику собирают. И для сравнения производительности потом берут 5% SPDY и 5% HTTP и сравнивают.
Sign up to leave a comment.

Articles