Comments 29
UFO just landed and posted this here
HTTP появился уже 20 с лишним лет назад — под него отпимизировано всё: железо, веб-сервера, браузеры, прокси и т.д. SPDY начал массово внедряться в прошлом году. Тот факт, что его реализация пока не идеальна не меняет того, что в действительности он лучше и может работать быстрее.
Простите, а как железо оптимизировано для http?
Как это
С новым процессором интел ваш Интернет станет в 2 раза быстрее
С новым процессором интел ваш Интернет станет в 2 раза быстрее
Поправьте меня, если я ошибаюсь, но разве всякие там прокси\шлюзы провайдерского уровня не имеют фильтров\перенаправлений для HTTP протокола?
Всегда думал что они работают с сетью на более низком уровне, а подобные фильтры скорее программная необходимость чем оптимизация железа. Хотя я могу ошибаться.
Я хотел сказать только, что независимо от того, как это сделано, люди вот уже 20 лет думают над тем, как лучше через такие железки гонять HTTP трафик (потому что его больше всего). И неважно, что именно они оптимизируют — железо или прошивку, они делали это все эти годы под HTTP. А теперь есть SPDY, который теоретически быстрее, но под него никто ничего такого еще не делал.
С чего вы взяли, что HTTP-трафика больше всего? Согласно этой статье, 74% трафика — P2P, а HTTP составляет всего 11%. Данные за 2007 год и про Германию, но это дает представление о соотношении этих типов трафика.
UFO just landed and posted this here
«Тот факт, что его реализация пока не идеальна»
Это не так. Парсинг SPDY гораздо проще.
Это не так. Парсинг SPDY гораздо проще.
SPDY хорош и без прибавки к скорости. дает разработчикам больше возможностей с меньшим гемороем.
UFO just landed and posted this here
На любом оригинальном проекте вся статика расположена на том же сервере, что и html.
А тестировать свойство (SPDY), а на самом деле его не использовать — смысл?
Статика (особенно картинки) по объёму занимает намного больше 50% от объёма html (например, 10 кб страница, а на ней 10 изображений каждая по 10 Кб, то есть, статика занимает примерно 90%), поэтому для правдоподобных тестов SPDY статика тоже должна отдаваться через него.
А тестировать свойство (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 топ-алексовых сайтов — неудачная выборка для такой статистики.
По своей сути SPDY — бесплатная оптимизация на стороне сервера, без участия разработчика. Поэтому и 500 топ-алексовых сайтов — неудачная выборка для такой статистики.
>> SPDY случайным образом отключается в 5% случаев, так задумано компанией Google
А зачем так?
А зачем так?
Sign up to leave a comment.
SPDY не так быстр на реальных сайтах