Закачка всех кусочков одного файла по порядку, в несколько потоков.

я могу ошибаться, но по-моему это - задача сервера, решать, как отдавать

где фильм то находится? и как он обычно загружается?

А как же тогда докачка? Там насколько я понимаю программа отсылает место с которого нужно начать закачку.

И конечно меня интересуют не догадки. =)

wget ?? (комментарий)

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

Но так можно сделать только когда нагрузка спадает, а обычно скорость в 3 раза меньше положенной.

http://aria2.sourceforge.net/

Multi-Connection Download. aria2 can download a file from multiple sources/protocols and tries to utilize your maximum download bandwidth. Really speeds up your download experience.

оно?

Я не силен в командной строке и скриптах. Можно пример?

Далеко не каждый сервер станет отдавать чанками, но анон выше по треду привел ссылку на пример с curl, с помощью которого это можно проверить.

А где написано, что она делит файл на кусочки и уже кусочки качает в несколько потоков?

Что значит «чанками»? Вот сколько не лажу по интернету на большинстве сайтов для онлайн можно качать в несколько потоков и есть докачка. Или имелись ввиду куски файлов?

а если все-таки потрудиться перейти по ссылке?

Download using 2 connections per host:

$ aria2c -x2 http://a/f.iso

http://aria2.sourceforge.net/manual/en/html/README.html#features segmented downloading - не оно? Чанки - куски, фича HTTP. Если сервер отдаёт файл с любой позиции или даже в несколько потоков, то скорее всего может отдавать кусочками.

Скачивание использующее 2 соединения с хостом. Я правильно перевожу? Разве это не обычная загрузка в несколько потоков?

если фильм не редкий, то проще qbittorent - он умеет последовательное скачивание

программа качает в несколько потоков первые 20 мб

Нельзя загрузить один кусок в N потоков не поделив кусок на N частей. Потоки не знают друг о друге ничего.

Представь что у тебя есть N человек в подчинении. Перед тобой стоит задача переписать книгу из M страниц. Каждый человек может за один раз до тебя донести копию одной или нескольких страниц. Саму книгу брать нельзя. Обращение к книге возможно только путем копирования одного листа. Пометок на книге делать нельзя. Копирование страницы занимает определенное время (T), все это время подчиненный ожидает копии страницы. Твои подчиненные не знают друг друга в лицо, эту же книгу уже копируют тысячи подчиненных других людей.

Что каждому из твоих подчиненных нужно сказать, если тебе требуется первые K страниц книги? (K<=M)

Да твой совет самое оно, тсу нужно использовать торрент. А простая загрузка в несколько потоков обычно все загрузчики делят файл на кол-во потоков, т.е. Если 2 потока, второй будет с позиции 50%

А если запустить несколько процессов curl каждый из которых качает свой кусок в несколько потоков, а потом все объединить?

несколько процессов curl каждый из которых качает свой кусок в несколько потоков

Посмотри пример того, как можно загружать curl-ом в несколько потоков: http://www.opennet.ru/tips/info/1453.shtml. Каждый поток при этом загружает только свой кусок.

Прочитай, наконец, «man aria2c»

--stream-piece-selector=SELECTOR
Указать алгоритм выбора блока, который используется в HTTP/FTP-загрузке. Блок - означает сегмент фиксированной длины, который загружается параллельно, в разделенной на части, загрузке. Если задано default, то aria2 выберет блок так, чтобы это уменьшило количество установленных подключений. Это разумное поведение по умолчанию, поскольку установка подключения очень затратная операция. Если задано inorder, то aria2 выберет блок, который имеет минимальный индекс. Index=0 означает первый из файла. Это будет полезно при просмотре фильма, в то время как он загружается. Параметр --enable-http-pipelining может быть полезен для снижения накладных расходов при повторном подключении. Обратите внимание, что aria2 принимает на обработку параметр --min-split-size, так что необходимо будет указать разумное значение параметра --min-split-size. Если задано geom, то aria2 вначале выберет блок с минимальным индексом, как при inorder, однако она сохранит экспоненциально большую область от ранее выбранного блока. Это уменьшит количество установленных подключений и в то же время это позволит в первую очередь загрузить начало файла. Это будет полезно при просмотре фильма, в то время как он загружается. По умолчанию: default

Я правильно понимаю? Речь о том, что потоки будут начинаться более часто к началу и реже к концу?

да, «geom»

Значит расположением потоков все-таки можно управлять со стороны клиента?

То есть самым красивым решением будет так как я писал в первом посте - закачивать в несколько потоков кусок определённого размера, а потом следующий.

aria2c - это и есть клиент для качания, ты ему приказы даешь «что и как» качать. Если он сможет, то он скачает так, как ты ему сказал. Если сервер ему не позволит, то всё будет закачано в 1 поток. Плюс aria2c умеет качать с нескольких источников одновременно, в том числе и по торрент ссылкам.

Я про, что может ему можно задать опции при которых он не будет ставить больше потоков ближе к началу файла, чтобы оно закачалось быстрее. А будет качать именно покусочно, так чтобы потоки за пределами кусочка не появлялись пока не закачается кусок?

Это возможно в aria2c?

Если файл хочешь скачивать по http то сначала на вики за частичными GET-запросами, а потом bash+curl в зубы :)

http://ru.wikipedia.org/wiki/HTTP#.D0.A7.D0.B0.D1.81.D1.82.D0.B8.D1.87.D0.BD....

Вообще интересуют любые способы, от утилит командной строки и до (только не онлайн сервисы).

дык это:

man curl

       -C, --continue-at <offset>
              Continue/Resume  a  previous file transfer at the given offset. The given offset is the exact number of bytes that
              will be skipped, counting from the beginning of the source file before it is transferred to the  destination.   If
              used with uploads, the FTP server command SIZE will not be used by curl.

              Use  "-C  -"  to tell curl to automatically find out where/how to resume the transfer. It then uses the given out-
              put/input files to figure that out.

              If this option is used several times, the last one will be used.

но по-моему это - задача сервера, решать, как отдавать

не. Сервер может поддерживать, а может НЕ поддерживать докачку. Если не умеет, то no way.