Это понятно, но нафиг оно вообще в скрипте если не работает? Показать, что были мысли на эту тему?

Да, включение опции no-cache избавило от "глюка". Надо бы в шапку скрипта этот нюанс добавить.

А что собственно смотреть? Единственная модификация скрипта (Connection:Close) - и гугл не ждёт по 30 сек после каждого запроса "из кэша"

Причина - другое железо, другая винда и другой набор софта/дров в системе. Видимо, это и вносит свою лепту.

А разве это не равносильно тому, что я удаляю кэш HC - т.е. если он и пытается что-то оттуда прочесть, то безуспешно? Такое уже делал не раз.

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

да ну? А на моём двухъядерном HC вообще не занимает больше 3% процессорного времени. И это с Connection:Close... И то, это в основном когда идёт подгрузка из инета, а так 0..1,5%. Или это мой двухъядерник круче? 

Скрипт в его чистом виде - опять вешает клиента. Править ручками на тему Connection:Close (и тогда ОК).

Версия HC.182 - затык с проксированием HTTPS (secure-запросы не воспринимаются проксей, не появляются в мониторе и не обрабатываются, итог - Timeout).
HC.183 - вроде опять заработало.

Причина в другом сетевом конфиге: у Михаила, вероятно, что-то убивает коннекты по окончании передачи контента(?). Это может делать файрвол, гейт, проксик, провайдер и далее по восходящей.
У других этого может и не быть.

Восьмипроцессорник Xeon с 24Гб рамы (из них под винду - 4Гб). Разницы в скорости двух скриптов не замечено даже при запуске пяти ГЕ в один HC.
"Основные" (1.5-2% от каждого) тормоза - от собственно скроллинга ГЕ-глобуса и анизотропной фильтрации графики на максимуме (в каждом из ГЕ).
Добавлено: 23 Июня 2009, 14:24:59

Это общее использование на всё - или использование именно HC?
В ГЕ само вращение глобуса кушает вполне вменяемо (особенно если кучу слоев включить и софт-рендер заюзать, оййй....).

zed, Parasite
Похоже, догадался, в чем у вас дело, хоть и не хотите помогать...
Вместо Connection: close впишите Connection: Keep-alive

Причина проблем скорее всего в том, что клиент настроен на использование протокола HTTP 1.0 и будет поддерживать постоянные соединения только при взятии из кэша НС (и то только если указать Connection: Keep-alive) . При скачивании из сети соединение будет рваться/возобновляться после каждого запроса.

Чтобы полностью перейти на постоянные соединения, надо в Свойствах обозревателя IE/Дополнительно поставить обе галки на использовании HTTP 1.1

У меня галка "Использовать HTTP 1.1" стояла, а вот "Использовать HTTP 1.1 через прокси-соединения" - нет. Включение этой галки решило вопрос клина гугла. Убрал из скрипта Connection:Close - полёт нормальный.

Михаил, респект! Таки докапался в чём сабака зарыта

P.S. Только что поставил на виртуалку чистую винду (не ту сборку что у меня в системе, а другую), так вот, там ситуация с Connection:Close повторилась один в один. Т.е. пока не поставил галку "Использовать HTTP 1.1 через прокси-соединения" по-умолчанию настроенная система, работать со скриптом отказывалась, что не есть хорошо.  Согласен с Parasite в том, что " лучше бы таки ограничиться именно скриптом... но не далее".

Ага, а в шапку скрипту инфу о том, как сделать его наиболее эффективным
Замысел в том, чтобы не затирался dbRoot, хотелось бы, знаете ли, оставить его "на память", авось когда и пригодится. Коллекция дбрутов будет доступна тут.
А можно скриптом добавлять к имени номер не по порядку, а тот, что записан в седьмом байте файла? И не плохо бы, рядом со вновь скачанным дбрутом ложить текстовичёк с датой из заголовка Last-Modified (или к имени самого дбрута добавлять эту инфу). Для статистики, так сказать.

Так в этом же и был цимус: принудительно указывать в скрипте состояние коннекта. Close ли, Alive ли....лично мне более ближе Close (траху меньше на nix-системах - подвисшие сокеты не надо ручками отслеживать и давить).

Докладаюсь:
1. Вставка в скрипт Connection: Keep-alive вместо Connection: Close: всё работает как и предсказывалось ранее, никакой визуальной разницы не видно в т.ч. и на файрволе (ну, кроме изменившейся этой строчки).
2. Пляска в разные стороны с двумя вышеуказанными галочками (в скрипте - Connection: Keep-alive): всё работает, никакой визуальной разницы не видно.
3. Пляска в разные стороны с двумя вышеуказанными галочками (в скрипте - Connection: Close): всё работает, никакой визуальной разницы не видно.
4. Пляска в разные стороны с двумя вышеуказанными галочками (в скрипте - оторвано указание про Connection вообще, то есть скрипт в его первоначальном виде от Михаила): клиент виснет за время 5...15 минут при ЛЮБОЙ комбинации галочек, как и указано в первом посте этой ветки.

Да, кстати - при Keep-Alive у меня не получается "Коннект один раз установился, и по этому соединению идет хоть тысяча запросов"© ни при какой комбинации настроек. Михаил, не могли бы дать свой дамп этой ситуации со сниффера? Погляжу, в чем разница...
Добавлено: 24 Июня 2009, 07:45:29

Совершенно верно.

Это позволяет иметь "в коллекции" все дбруты согласно их версий. Сугубо для истории - в плане кэширования это не дает ровным счетом ничего, ну разве что задачи "взять дбрут версии N и подсунуть в кэш, чтобы клиенту отдавался именно он вместо текущего гуглевого".
В дбрутах помимо всего прочего описываются параметры доступных для клиента слоев, где каждый слой может иметь кучу условий для показа в разных версиях ГЕ, да и устаревшие версии клиента хотят как правило дбрут не выше определенной версии оного (например, для третьего это дбрут где-то 134...150 версии, тогда как сейчас на гугле 204я версия) - а в противном случае старичку рвет крышу....

Короче, эту фичу с дбрутом очень желательно бы иметь.
Добавлено: 24 Июня 2009, 07:55:18

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

Не знаю, Вам виднее.

Скажу лишь, что у меня сабж в 100% повторяем и без HC
(клиент->(апач+перлскрипт)->сервер ГЕ, получаем висняки сокетов если Перлом принудительно не формировать Сonection:Close при отдаче контента в клиент, причем висняк будет бесконечным и очень скоро настает переполнение очереди.
Solaris 10, Апач 1.3.35 (емнимс). Proxy-Connection тоже не формирую.

Клиент всегда просит 1.1\KeepAlive.