История изменений
Исправление DRVTiny, (текущая версия) :
Написанное в FAQ RPerl'а прямо бальзам на душу:
Perl v2.0 will further empower them to finally take full advantage of all the shiny, new multi-core processors and cloud accounts.
Software developers will like programming in RPerl because it will provide superior serial performance, and RPerl v2.0 automatically parallelize their applications to be compatible with current and future high-performance computing platforms.
Стандартный Perl'овый подход с асинхронной обработкой в общем-то хорош только тогда, когда 90% времени работы приложения приходится на разного рода ввод-вывод. Ну и для event-based программирования тоже. Для задач же параллельной сборки результата «вычислений» (у меня это чаще всего - сборка одной большой структуры данных, разные куски которой могут собираться совершенно независимым образом или максимум требуют одного-двух семафоров для синхронизации) - Perl 5 предлагает убогие механизмы либо с fork'ами и IPC (или ещё хуже - тупо с файликами и flock'ами, будь они неладны), либо с тредами, которые ещё хуже форков, поскольку предполагают реальной копирование гигантских объёмов ОЗУ между этими как бы тредами.
Исправление DRVTiny, :
Написанное в FAQ RPerl'а прямо бальзам на душу:
Perl v2.0 will further empower them to finally take full advantage of all the shiny, new multi-core processors and cloud accounts.
Software developers will like programming in RPerl because it will provide superior serial performance, and RPerl v2.0 automatically parallelize their applications to be compatible with current and future high-performance computing platforms.
Стандартный Perl'овый подход с асинхронной обработкой в общем-то хорош только тогда, когда 90% времени работы приложения приходится разного рода на ввод-вывод. Ну и для event-based программирования тоже. Для задач же параллельной сборки результата «вычислений» (у меня это чаще всего - сборка одной большой структуры данных, разные куски которой могут собираться совершенно независимым образом или максимум требуют одного-двух семафоров для синхронизации) - Perl 5 предлагает убогие механизмы либо с fork'ами и IPC (или ещё хуже - тупо с файликами и flock'ами, будь они неладны), либо с тредами, которые ещё хуже форков, поскольку предполагают реальной копирование гигантских объёмов ОЗУ между этими как бы тредами.
Исходная версия DRVTiny, :
Написанное в FAQ RPerl'а прямо бальзам на душу: --- Perl v2.0 will further empower them to finally take full advantage of all the shiny, new multi-core processors and cloud accounts. Software developers will like programming in RPerl because it will provide superior serial performance, and RPerl v2.0 automatically parallelize their applications to be compatible with current and future high-performance computing platforms. ---
Стандартный Perl'овый подход с асинхронной обработкой в общем-то хорош только тогда, когда 90% времени работы приложения приходится разного рода на ввод-вывод. Ну и для event-based программирования тоже. Для задач же параллельной сборки результата «вычислений» (у меня это чаще всего - сборка одной большой структуры данных, разные куски которой могут собираться совершенно независимым образом или максимум требуют одного-двух семафоров для синхронизации) - Perl 5 предлагает убогие механизмы либо с fork'ами и IPC (или ещё хуже - тупо с файликами и flock'ами, будь они неладны), либо с тредами, которые ещё хуже форков, поскольку предполагают реальной копирование гигантских объёмов ОЗУ между этими как бы тредами.