TCPIP
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Все-таки не очень понимаю смысл настройки Количество соединений в неограниченном режиме. Почему там нельзя установить бесконечность? Например я хочу, чтобы всегда по HTTP создавалось не больше 4 соединений на закачку (если не оговорено другое в настройках сайта/отдельной закачки), а по FTP всегда было 1 соединение. Первоенастраивается установкой значения Свойства закачки по умолчанию --> Максимальное количество одновременных соединений в 4. Кроме того, я хочу, чтобы в любом случае работало не более 20 закачек одновременно (то есть, чтобы в произвольный момент времени всегда были активны только 20 записей списка). Это можно сделать, установив значение параметра Общие настройки --> Максимум одновременных закачек равным 20. Всё! Зачем мне ещё Количество соединений в неограниченном режиме? Конечно, в идеале вообще хотелось бы, чтобы не нужно было бы задавать даже параметр Максимум одновременных закачек. Собственно, зачем это нужно? Пусть себе используется столько трафика, сколько возможно пропустить физически и все! Зачем мне ограничивать себя? Я хочу ограничить ТОЛЬКО число соединений на ОДНУ закачку. Пусть это будут те самые заветные 4 или 10 или 100, которые вычисляются эмпирически (если НСМ во вкладках идут сообщения вроде "подключаемся", "таймаут" и ничего, кроме обмена служебной информацей, более не выполнятеся, то это и значит, что мы нашли Максимальное количество одновременных соединений). А дальше пусть молотит столько закачек (элементов списка), сколько необходимо, чтобы покрыть физические возможности канала. И не надо никаких Максимум одновременных закачек. А то в одной ситуации 20 одновременно работающих закачек --- много (так как серверы работают хорошо), а в другой --- плохо (если серверы выдают всего по сотне байт в секунду. Так хоть 20, хоть 200 поставь, а все мало будет: и пропускная способность сети не используется и остальные (n-20) закачек простаивают).
Частенько, кстати, возникает проблема с этими дохлыми серверами. Если имеются закачки с 1 дохлого FTP-сервера, а также много закачек с быстрых HTTP-серверов (с которыми еще вдобавок можно установить несколько одновременных соединений), то очень скоро ReGet "бросает" вяло текущую закачку и отдает весь поток на быстрые закачки. Причем, если оставить работать ТОЛЬКО закачки с этого вялотекущего сервера, то все будет работать нормально --- ReGet потихоньку скачает ВСЕ файлы с дохлого сервера. В противном же случае, если такие "умирающие" закачки не подталкивать вручную (через принудительный старт Alt+Start), они так никогда и не скачаются, так как, когда ReGet наконец-то снова доберется до них (скачав все, что качается быстро) их может уже не быть. Такая вот лабуда. Так что приходится для закачки с FTP пользоваться FTP-менеджерами (пользовался AceFTP, так у него тоже заморочки --- нет Auto Resume, так что если сервер долгое время не отвечает, AceFTP так же как и ReGet плюет на то, чтобы скачивать и выдает что-то вроде Connection Timed Out. Меж тем как всего-то делов, нужно снова инициировать закачку. Во FlashFXP такая функция вроде есть, но работает ли она?). В ReGet есть правда параметр Рестартовать при низкой скорости, но, по всем признакам, он у меня что-то не работает (или работает не так) //установлены стандартные 200 байт за 300 секунд//. |
