Исправление
gh0stwizard,
(текущая версия)
:
удержать в руках этот инструмент дано не каждому
Ага, Экскалибур прям. Я вижу, что опыт у Вас, ваше величество, есть. И вижу, что он недостаточно полный. Взять тот же DBI::Oracle, вы писали с его помощью многопоточные приложения? Думаю, нет, а стоило бы. Перейду к делу: весь DBI писался в то время, когда не было SMP, и только-только внедрялся. Поэтому единственный вариант работы с любым DBI для РСУБД в перле нормально и быстро работает только в (pre-)fork приложениях. При этом в критических случаях перерасход ОЗУ и ЦП зашкаливает любые альтернативы на Java, C/C++ и даже XS не спасёт. Но что уж говорить, я уже слышу ответ: 128Гб это мелочь нынче.
100 млн - это немного.
Назовите цифру, а я вам скажу сколько это должно весить. Вобщем, я ожидал услышать про Bit::Vector, чтобы продолжить дискуссию. Но раз для вас 1Гб ОЗУ вместо десятка Мб это нормально, то продолжайте болтологию о том, какой перл чудесный в своей уютном мирке.
Ничто не идеально. Многие модули на CPAN решают ряд задач, но также вносят массу других проблем. И да, я вижу, что вы не осилили AnyEvent::Fork::Pool, там всего в двух местах напильником подпилить :)
Ну и на последок. Если перл такой чудесный, то назовите приложения на Perl+Qt, Perl+Gtk2/3, Perl+Tk, Perl+Prima. Думаю их не шибко много лишь потому, что поддержка графических тулкитов (кроме Prima) в перле никакая. Лично я увидел столько багов, что лучше писать сразу на си/плюсах, чем испытать все муки ада.
Исходная версия
gh0stwizard,
:
удержать в руках этот инструмент дано не каждому
Ага, Экскалибур прям. Я вижу, что опыт у Вас, ваше величество, есть. И вижу, что он недостаточно полный. Взять тот же DBI::Oracle, вы писали с его помощью многопоточные приложения? Думаю, нет, а стоило бы. Перейду к делу: весь DBI писался в то время, когда не было SMP, и только-только внедрялся. Поэтому единственный вариант работы с любым DBI для РСУБД в перле нормально и быстро работает только в (pre-)fork приложениях. При этом в критических случаях перерасход ОЗУ и ЦП зашкаливает любые альтернативы на Java, C/C++ и даже XS не спасёт. Но что уж говорить, я уже слышу ответ: 128Гб это мелочь нынче.
100 млн - это немного.
Назовите цифру, а я вам скажу сколько это должно весить. Вобщем, я ожидал услышать про Bit::Vector, чтобы продолжить дискуссию. Но раз для вас 1Гб ОЗУ вместо десятка Мб это нормально, то продолжайте болтологию о том, какой перл чудесный в своей уютном мирке.
Ничто не идеально. Многие модули на CPAN решают ряд задач, но также вносят массу других проблем. И да, я вижу, что вы не осилили AnyEvent::Fork::Pool, там всего в двух местах напильником подпилить :)