Seenkao писал(а):это не ускорение. Это загрузка последовательная загрузка данных и пока одно загрузилось, другое (которое загружено) уже распаковывается и выводится.
Разумеется, одновременное чтение нескольких секторов физического диска невозможно, но есть нюанс: любое чтение с диска кэшируется, а драйвер обслуживания и функции ФС вполне реитерабельны. Так что ускорение есть, но не физическое, а «логическое» (последовательное чтение, кроме самого чтения, приходит длинную цепочку проверок транзакций и вычислений, которые можно успешно распараллелить).
Но, разумеется, кроме «логического ускорения» ФС есть и ускорение от параллельной обработки данных в программе (декодирование JPG и масштабирование любят кушать время). Однако особенно интересно «дикое ускорение» по «оптимизированному» варианту Load 2. Там большая часть загрузки идет «в темную», и списать всё на ускорение вывода не получится.
Зы
Кстати, есть идея!
Вначале читать всё в массив TMemoryStream и только потом раскодировать, масштабировать и т. п. (По идее, ускорение будет еще выше, а стабильность повысится за счет разделения операций... Хм, интересно, а можно ли из потока запустить другой (вторичный) поток?)
Seenkao писал(а):Надо загрузить данные и сразу отправлять их обрабатываться. Пока обрабатываются пришедшие данные, надо сразу грузить следующие, чтоб не ждать окончания обработки. В этом случае многопоточность немного выигрывает перед однопотоком, потому что позволяет так делать.
Вот и я о том же подумал... Правда, тут есть один «подводный камень»: данные могут понадобиться не все, а только частично (еще не БД, но уже некая структура), в этом случае обработку и загрузку придется как-то совмещать.
Добавлено спустя 20 минут 5 секунд:
Re: Правим код написанный ИИ . (Промты, тренинг, оптимизация)
Seenkao писал(а):Если говорить про интернет, то там примерно так же всё происходит, только узкое горлышко - это пропускная способность твоего интернета.
Это разумеется верно но опять-же любой нормальный сервер умеет обрабатывать запросы параллельно так что время получения ответа на псевдо одновременные запросы будет заметно меньше последовательной загрузки.