+  HandyCache форум
|-+  Главная категория» Общие вопросы» Что такое Pipelining?
Имя пользователя:
Пароль:
Страниц: 1 2 [3]  Все   Вниз
« предыдущая тема следующая тема »
  Отправить эту тему    Печать  
Автор Тема: Что такое Pipelining?  (Прочитано 43887 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Михаил
Gold beta tester
*****

Репутация: +337/-14
Offline Offline

Сообщений: 5513
« Ответ #40 : 22 мая 2007, 19:48:09 »
Цитата: Rick от 22 мая 2007, 19:16:47
Внешний прокси имеется?
FireFox-HC-Proxomitron-Интернет. Без Проксомитрона тоже нет pipelining'a. Кто-нибудь его наблюдал воочию в FireFox'e? Как достичь? А то самому муторно разбираться. Только ради эксперимента надо.
Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #41 : 22 мая 2007, 19:57:27 »
Цитата: Михаил от 22 мая 2007, 19:48:09
Кто-нибудь его наблюдал воочию в FireFox'e? Как достичь?
Я наблюдаю постоянно.
network.http.pipelining=true
network.http.pipelining.maxrequests=4
network.http.proxy.pipelining=true
network.http.max-persistent-connections-per-proxy=4
network.http.max-persistent-connections-per-server=2

Погоду может портить внешний прозрачный прокси у провайдера.
Сообщить модератору   Записан
Михаил
Gold beta tester
*****

Репутация: +337/-14
Offline Offline

Сообщений: 5513
« Ответ #42 : 22 мая 2007, 20:08:01 »
Цитата: Rick от 22 мая 2007, 19:57:27
Я наблюдаю постоянно.
Погоду может портить внешний прозрачный прокси у провайдера.
У меня network.http.max-persistent-connections-per-server=4, но это влиять не будет.
Прозрачный прокси провайдера тоже по идее не влияет (если конечно не отвечает HTTP 1.0). FireFox видит только НС и общается с ним. Для него внешний мир - это НС. И с НС он и не хочет конвейер организовывать. Специально в автономном режиме проверил - тоже нет конвейера. Приложи, плиз свой файл конфигурации FireFox. Попробую слепо его скопировать. Мож, дело в еще каких настройках.
Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #43 : 22 мая 2007, 20:20:44 »
Цитата: Михаил от 22 мая 2007, 20:08:01
Приложи, плиз свой файл конфигурации FireFox. Попробую слепо его скопировать. Мож, дело в еще каких настройках.
Сорри, но я понятия не имею в каком файле FF хранит настройки. Ткни плз пальцем.
Сообщить модератору   Записан
Михаил
Gold beta tester
*****

Репутация: +337/-14
Offline Offline

Сообщений: 5513
« Ответ #44 : 22 мая 2007, 20:32:46 »
Цитата: Rick от 22 мая 2007, 20:20:44
Сорри, но я понятия не имею в каком файле FF хранит настройки. Ткни плз пальцем.
М-да... Я FireFox практически впервые в жизни запустил. Не издевайся. Улыбка
Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #45 : 22 мая 2007, 21:32:09 »
Дык вот и я его терпеть не могу - пользуюсь только для тестов по необходимости.
Сообщить модератору   Записан
NothingAnother
Beta tester
*****

Репутация: +7/-2
Offline Offline

Сообщений: 434

Spoiler
« Ответ #46 : 22 мая 2007, 21:55:30 »
Цитата: Rick от 22 мая 2007, 20:20:44
в каком файле FF хранит настройки. Ткни плз пальцем
Тыц (prefs.js)!
« Последнее редактирование: 22 мая 2007, 22:00:11 от NothingAnother » Сообщить модератору   Записан
Мы тоже не всего читали Шнитке!..
© В. Вишневский
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #47 : 22 мая 2007, 22:09:50 »
NothingAnother, cпасибо.
* prefs.rar (1.66 Кб - загружено 23 раз.)
Сообщить модератору   Записан
Михаил
Gold beta tester
*****

Репутация: +337/-14
Offline Offline

Сообщений: 5513
« Ответ #48 : 23 мая 2007, 00:11:27 »
Rick
Не получилось и с этими настройками. Странно как-то. У тебя Fox действительно шлет по одному соединению сразу пачку GET-запросов, и только потом получает на них ответы?
Сообщить модератору   Записан
Rick
Администратор
*****

Репутация: +15/-1
Offline Offline

Сообщений: 868


WWW
« Ответ #49 : 23 мая 2007, 05:10:14 »
Действительно и шлет и получает пачками.
Сообщить модератору   Записан
popkov
Beta tester
*****

Репутация: +3/-0
Offline Offline

Сообщений: 349
« Ответ #50 : 14 октября 2007, 20:34:37 »
Впрочем, наблюдается неэффективность pipelining: если хотя бы один запрос тормозит, как например на странице
http://ma.fashiontime.ru/all/models/page-1.html
недоступна рекламная ссылка
http://newsblock.marketgid.com/j//216/6
 - и из=за неё приходится ждать весь tiomeout (несколько секунд), пока в Мониторе не появится
Цитировать
14.10.2007/20:29:47 local/127.0.0.1 http://newsblock.marketgid.com/j//216/9 0 0/113 0 0 "502 Bad Gateway / Not connected (HC)" П.4
, и только тогда дозагружаются оставшиеся картинки. Пока этот ответ не поступит, FireFox ждёт...
Причём при работе в обход HC такой задержки не наблюдается.
Все настройки, связанные с pipelining, в FireFox установлены на True.
Сообщить модератору   Записан
DenZzz
Модератор
*****

Репутация: +179/-11
Offline Offline

Сообщений: 5589
« Ответ #51 : 14 октября 2007, 22:14:50 »
Цитата: popkov от 14 октября 2007, 20:34:37
Впрочем, наблюдается неэффективность pipelining: если хотя бы один запрос тормозит

Да, и это уже обсуждалось в данной теме выше! Такова уж сущность Pipelining'а - если один запрос тормозит, то ждет вся цепочка! Это не баг, а особенность конвейера!

Цитировать
Причём при работе в обход HC такой задержки не наблюдается.

Этому есть логическое объяснение. Когда браузер работает через прокси, то он может по одному открытому с прокси соединению слать конвейером запросы на совершенно разные сайты, а прокси уже сам устанавливает соединения с нужными серверами. И если один из них тормозит, то встает вся цепочка!
Когда браузер работает напрямую, то он сам устанавливает отдельные соединения с нужными серверами и использует конвейер уже в их рамках, т.е. если один сервер тормозит (в твоем примере - сервер рекламы), то другие продолжают передавать данные (в твоем примере - сервер сайта).

Цитировать
Все настройки, связанные с pipelining, в FireFox установлены на True.

Там есть возможность более тонкой настройки! Попробуй поиграть с количеством запросов в одном соединении и количеством непрерывных соединений с прокси и сервером:
Цитировать
network.http.pipelining.maxrequests=4
network.http.max-persistent-connections-per-proxy=4
network.http.max-persistent-connections-per-server=2
Сообщить модератору   Записан
Михаил
Gold beta tester
*****

Репутация: +337/-14
Offline Offline

Сообщений: 5513
« Ответ #52 : 14 октября 2007, 23:08:59 »
Цитировать
если один запрос тормозит, то ждет вся цепочка!
В случае запросов, тормозящих по причине ожидания "Пауз на повторные...", что если поступать таким образом:
Не выжидать эту паузу, а сразу формировать ответ "503 Service Unavailable" с заголовком Retry-After со значением, равным паузе. Мы дадим клиенту знать, через сколько времени надо перезапросить, и снимем с себя эту заботу. Клиент будет повторять запрос с определенными нами промежутками времени и то количество раз, которое установлено в его собственных настройках. При этом проблемный УРЛ не затормозит поток ответов по постоянному соединению между НС и клиентом.
« Последнее редактирование: 15 октября 2007, 00:03:08 от Михаил » Сообщить модератору   Записан
DenZzz
Модератор
*****

Репутация: +179/-11
Offline Offline

Сообщений: 5589
« Ответ #53 : 15 октября 2007, 08:57:17 »
Цитата: Михаил от 14 октября 2007, 23:08:59
Не выжидать эту паузу, а сразу формировать ответ "503 Service Unavailable" с заголовком Retry-After со значением, равным паузе.

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

Цитировать
Клиент будет повторять запрос с определенными нами промежутками времени и то количество раз, которое установлено в его собственных настройках.

Что-то не припоминаю в IE такой тонкой настройки... Подмигивающий
Сообщить модератору   Записан
Михаил
Gold beta tester
*****

Репутация: +337/-14
Offline Offline

Сообщений: 5513
« Ответ #54 : 15 октября 2007, 10:56:44 »
Цитата: DenZzz от 15 октября 2007, 08:57:17
Имхо, так имеет смысл делать, только если дальше в очереди этого соединения есть запросы к другому серверу (сайту). Иначе, велика вероятность, что следующие запросы постигнет та же участь и мы все их отфутболим назад клиенту! В итоге, время ожидания загрузки только возрастет!
Можно и так.
Сообщить модератору   Записан
popkov
Beta tester
*****

Репутация: +3/-0
Offline Offline

Сообщений: 349
« Ответ #55 : 18 октября 2007, 02:14:30 »
Цитата: DenZzz от 14 октября 2007, 22:14:50
Когда браузер работает через прокси, то он может по одному открытому с прокси соединению слать конвейером запросы на совершенно разные сайты, а прокси уже сам устанавливает соединения с нужными серверами.
Выходит, это принципиальный недостаток работы через прокси? Хотя с другой стороны, это недоработка браузера: следовало бы ему для каждого сайта устанавливать новое соединение с прокси-сервером, чтобы избежать подобных тормозов и увеличить производительность. Даже глупо как-то получается... Выходит, преимущество pipelining при открытии страницы, содержащей ссылки на разные сервера, превращается в недостаток из-за тупости браузера?
Сообщить модератору   Записан
Михаил
Gold beta tester
*****

Репутация: +337/-14
Offline Offline

Сообщений: 5513
« Ответ #56 : 05 ноября 2007, 13:22:37 »
Поэкспериментировал. Вышеозвученное предложение не проходит. Пробовал слать ответы 503 с Retry-After и 408. Опера и ухом не ведет - перезапрашивать повторно и не пытается Грустный.
Сообщить модератору   Записан
Страниц: 1 2 [3]  Все   Вверх
  Отправить эту тему    Печать  

« предыдущая тема следующая тема »
 
Перейти в:  



Powered by SMF 1.1.3 SMF © 2006, Simple Machines LLC
Joomla Bridge by JoomlaHacks.com