Вот есть моя качалка файлов через НетБиос... Шло там такое действо:
var Temp : array [0..$FFFF] of Byte;
...
while Stream.Size <> Stream1.Size do
 begin
   if ( Stream.Size - Stream1.Position ) < sizeof (Temp) then
     begin    
       Stream1.CopyFrom ( Stream, Stream.Size - Stream1.Position );
     end else Stream1.CopyFrom(Stream,sizeof(Temp));
 end;
вот, терь собственно вопрос, Какой оптимальный размер буфера? т.е. по сколько байт за раз копировать? Также есть другой вариант - в нескольких потоках копировать файл из разных мест, но вот опять ж проблема, по сколько байт? Вот какой вариант лучше? Тут 2 версии: чем больше размер копируемой за один цикл информации, тем больше ошибок при передаче, но больше скорость, также меньше точность при измерении скорости передачи информации. и соответственно, чем меньше размер копируемой за один цикл информации, тем меньше ошибок, больше точность и т.д. , но меньше скорость, что существенно, потому как прога-то качалка

Только экспериментальным путем - одно дело у тебя компы соединены 10 Mb карточками и десяток их включен в один hub - так что у тебя 100 метров ночь качаются, другое дело компьютеры соединены оптоволокном и скорость трансфера больше чем скорость чтения с винта... С локального компьютера оптимальный размер буфера для файлового потока мной определялся как что-то между 64K и 512K. Опять таки размер RAM если у тебя 32 метра то даже метровый буфер приведет к сильному свопированию и замедлению работы, а если памяти немерянно то на скорость этот показатель не будет влиять. Я предлагаю экспариментировать - попробуй посчитай скорость на разной концигурации и разном размере буфера и найди приблизительную зависимость скорости от этих параметров, а в программе в зависимости от скорости и размера памяти меняй размер буфера исходя из найденной закономерности.

А по сколько качает винда?

Я читал где-то, что размеры пакетов где-то в реестре закопаны. По умолчанию качает по-моему очень небольшими пакетами.

Хех...придется её снифить мне кажется, что там где-то 32 кб