История изменений
Исправление DRVTiny, (текущая версия) :
Согласно этому закону, ускорение выполнения программы за счёт распараллеливания её инструкций на множестве вычислителей ограничено временем, необходимым для выполнения её последовательных инструкций.
По-моему актуально только для тех случаев, когда есть некая выдача конечного результата, вынуждающая программу собрать данные со всех порождённых процессов. Если же результат работы параллельного процесса на «принимающей» стороне (тоже распараллеленой) может быть принят сразу - подобной проблемы не возникает.
Например, примитивная параллельная генерация картинки: здесь вполне можно отправлять пользовательскому приложению части изображения по мере их генерации, а не ждать завершения рендеринга - это позволит пользователю увидеть хотя бы что-то сразу (и, возможно, вообще отдать команду на прерывание загрузки), а не сидеть в печали и ждать загрузки полного результата.
Исходная версия DRVTiny, :
Согласно этому закону, ускорение выполнения программы за счёт распараллеливания её инструкций на множестве вычислителей ограничено временем, необходимым для выполнения её последовательных инструкций.
По-моему актуально только для тех случаев, когда есть некая выдача конечного результата, вынуждающая программу собрать данные со всех порождённых процессов. Если же результат работы параллельного процесса на «принимающей» стороне (тоже распараллеленой) может быть принят сразу - подобной проблемы не возникает.
Например, примитивная параллельная генерация картинки: здесь вполне можно отправлять пользовательскому приложению части картинки сразу, а не ждать её полной генерации - это позволит пользователю увидеть хотя бы что-то сразу (и, возможно, вообще отдать команду на прерывание загрузки), а не сидеть в печали и ждать загрузки полного результата.