Короче изменил я параметры пинга в ini-файле до 10 сек и параметры в секции "управление загрузкой":


Кэнди стал немного получше "вытягивать"  файлы.
Но всё равно когда у меня средняя скорость GPRS соединения падает до 100 байт в секунду некоторые сайты грузятся с 3-й...10-й попытки (т.е. когда в файер фоксе жмёшь кнопку "Refresh" по 3(10) раз после каждого очередного сообщения об ошибке загрузки)
П Р И   Т Е Х   Ж Е    У С  Л О В И Я Х  CoolProxy почему-то всё равно
во-первых: грузит сайты пошустрей
во-вторых: с меньшим числом неудачных попыток (как правило с 1-й и реже со 2-й попытки).

Ну и кто тебе рекомендовал ставить именно такие цифры в "Управление загрузкой"?

Пауза 12 секунд для "Время на повторные запросы без ответа" на медленном канале - это бездумный мазохизм! У меня даже на быстрой выделенке пауза 45 секунд!

В двух других настройках пауза 12 секунд дает только уменьшение количества попыток и следовательно шансов загрузить файл!


Естественно! Это прямое следствие твоих неправильных настроек!

Минимум 60 или вообще отключить последнюю настройку, поставив 0 в левом поле.
Когда я пользовался GPRS-ом, то так и делал. Ожидание ответа сервера больше минуты там было обычное дело. Думаю, CoolProxy ждет до победного, потому у него и шансов дождаться больше.


А зачем ты так сделал? Ты думаешь, что увеличив паузы для простоя в первых двух опциях, ты увеличишь вероятность удачной закачки? Это не так. Ты просто увеличил интервалы между попытками, во время которых HC не делает ничего, он простаивает. Пусть время будет 240 секунд, но паузу больше 3-5 секунд делать бессмысленно.

Потому что у меня ConnectTimeOut=10000 мС поэтому я и сделал паузы по 12 сек

Понял.
Спасибо за объяснение

Технические детали реализации таких "фишек" являются "хлебом" разработчика, поэтому, как правило, не афишируются.

Я просто чисто из опыта работы с CoolProxy и HandyCache заметил, что в CoolProxy "плохие" сайты не подвешивают намертво весь канал как в HandyCache. Поэтому и общее кол-во выкачанных в единицу времени (например за 5 минут) файлов у CoolProxy больше, чем у HandyCache.

Ок. Почитаю.

А можно "на пальцах" мне объяснить тогда что это такое:

Эти параметры не зависят друг от друга, потому что работают в разное время и при разных обстоятельствах.
Их описание есть в Документации, а рекомендуемые значения обсуждались в соответствующей теме: Время на повторные соединения/запросы...

Добавлено: 27 Апреля 2011, 08:25:21

ConnectTimeOut - это время в мс, в течение которого НС ждет установления соединения с сервером. Если соединение не установилось за это время, начинает работать опция "Время на повторные соединения при ошибке".

Паузы в первых двух опциях - это время в секундах после окончания предыдущей неудачной попытки до начала следующей.

Нет. ConnectTimeOut выжидается при каждой попытке соединения.

Алгоритм действия системы/HC примерно такой:
1-я попытка соединения. Серверу посылается запрос на установление соединения (SYN-SENT). Затем в течение времени ConnectTimeOut HC ожидает от сервера подтверждения установления соединения (SYN-RECEIVED). Если соединение не установилось (сервер не прислал SYN-RECEIVED), то попытка признается неудачной. HC выжидает паузу для "Время на повторные соединения при ошибке" и переходит к следующей попытке.
2-я попытка соединения. Все, как в 1-й попытке и т.д.

Чтобы дать серверу "передохнуть" и "одуматься"!

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

Не хочешь ждать, поставь 0 в поле пауза, тогда после истечения ConnectTimeOut сразу будет новая попытка соединения.

Опытным путём (меняя значения ConnectTimeOut и параметры в секции "управление загрузкой" и анализируя логи) установил, что всё обстоит совсем не так, как описал г-н DenZzz (плохо что на вопросы, касающиеся логики работы программы отвечает не сам разработчик, а просто модератор, плохо разбирающийся в программе).

Перечислю просто то, что удалось выяснить:
1) Время между попытками установления соединения с сервером (между отправками запросов) состоит из 2-х фаз: активное ожидание и пассивное ожидание. В фазе активного ожидания (1 фаза) кенди послав запрос заданное время ожидает ответ от сервера и "слушает" сеть. В фазе же пассивного ожидания (2-я фаза) кэнди просто тупо ждёт и НЕ слушает сеть. Поэтому даже если ответ сервера всё же придёт, но придёт когда кэнди находится в режиме "пассивной ожидания", то соединение не будет установлено.
2) Длительность фазы активного ожидания определяется параметром ConnectTimeOut. Поэтому, если взять для ConnectTimeOut очень маленькое значение (например 20мС), то любой сайт НЕ будет загружен никогда НЕЗАВИСИМО от значений параметров из секции "управление загрузкой" (в частности параметра "время на повторные соединения" )
3) Параметр "Время на повторные соединения при ошибке" определяет (как это можно догадаться по названию параметра) время, которое даётся на установление соединения, начиная от момента завершения 1-й неудачной попытки.
4) Параметр "пауза" в строке "Время на повторные соединения при ошибке" оказалось довольно хитро влияет на поведение кэнди.
4.а) Если он равен нулю, то период между попытками соединения (между повторными отправками запроса на установление соединения серверу) равен не нулю, а значению параметра ConnectTimeOut и при этом во всех попытках весь период состоит только из фазы активного ожидания. Фаза пассивного ожидания при этом равна нулю. При паузе = 0 кэнди прекрасно грузит сайты если ConnectTimeOut  имеет достаточное значение (у меня 5000 мС)
4.б) Если он больше нуля, то фаза активного ожидания присутствует только в самой первой попытке. А во 2-й и последующих кэнди сразу после отправки запроса переходит в пассивную фазу (т.е. он не "слушает" сеть). Поэтому каким бы большим вы не делали кол-во попыток (увеличивая параметр "Время на повторные соединения при ошибке") соединение не будет установлено если оно не было установлено в 1-й же попытке.


Таким образом если вы хотите, чтобы кенди "слушал" сеть при всех попытках установить соединение, а не только при самой первой, то нужно параметр "пауза" в строке "Время на повторные соединения при ошибке" установить равным нулю.
В этом случае время между попытками будет равным ConnectTimeOut, а число повторных попыток будет определяться тем, сколько значений ConnectTimeOut уместятся в параметре "Время на повторные соединения при ошибке"

DenZzz
Предлагаю не отвечать больше этому умнику. Надеюсь, ему надоест общаться самому с собой и он избавит нас от своего общества.