| 1.1, Аноним (-), 20:56, 14/12/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Ну просто смешно.
Почему C-расширения перла такие корявые? Да потому, что в перле жутко коряво сделана работа с памятью! Python так просто и красиво расширяется только потому, что он изначально хорошо сдизайнен и в нём нет никакой мартализации и прочих перловых изврещений. И перл не может отказаться от изврещений потому, что в нём есть дофига мехнизмов, которых нет в нормальных языках (на пример, чувствительность к контексту). Чтобы перлу стать нормальным языком, ему надо перестать быть перлом, а стать питоном :-)
Далее, ну смешно говорить о mod_perl и mod_perlite или ещё о чём-то (как ни называй), пока перл не научится возвращать системе неиспользованную память (я уж молчу о том, что найтив алокатор памяти ещё и подтекает, под линуксом это кое-как залатали, а под той же фрёй всё так и осталось). MaxRequestsPerChild, конечно позволяет на сколько-то решить эту проблему, но это же не дело для массового хостера...
| | |
| |
| 2.2, w (?), 04:16, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Почему C-расширения перла такие корявые? Да потому, что в перле жутко коряво
>сделана работа с памятью! Python так просто и красиво расширяется только
>потому, что он изначально хорошо сдизайнен и в нём нет никакой
>мартализации и прочих перловых изврещений. И перл не может отказаться от
>изврещений потому, что в нём есть дофига мехнизмов, которых нет в
>нормальных языках (на пример, чувствительность к контексту). Чтобы перлу стать нормальным
>языком, ему надо перестать быть перлом, а стать питоном :-)
По-вашему, нормальным является язык с бейсикоподобным синтаксисом, forced indentation и тормозными регулярными выражениями, реализованными в виде библиотеки. Все, что выходит за эти рамки, вроде контекстов, объявляется извращениями. Функциональные языки, вроде Haskell или Lisp, тоже должны быть похожими на Python? Так пользуйтесь всегда только Python, и будьте счастливы, никто же не запрещает.
>
>Далее, ну смешно говорить о mod_perl и mod_perlite или ещё о чём-то
>(как ни называй), пока перл не научится возвращать системе неиспользованную память
>(я уж молчу о том, что найтив алокатор памяти ещё и
>подтекает, под линуксом это кое-как залатали, а под той же фрёй
>всё так и осталось). MaxRequestsPerChild, конечно позволяет на сколько-то решить эту
>проблему, но это же не дело для массового хостера...
Простой сборщик мусора (счетчик ссылок) там всегда был, для нормально написанных программ его достаточно.
| | |
| |
| 3.4, Аноним (4), 10:44, 15/12/2008 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален В хаскель и лисп совсем другой подход к контесту Почита... большой текст свёрнут, показать | | |
| |
| 4.5, SHRDLU (ok), 11:58, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>1) Сборщик мусора в Perl не возвращает память в систему. Никогда.
Не курите больше эту траву. Куда ж он эту память тогда девает-то, потрудитесь объяснить... Продает налево, что ли?
| | |
| |
| 5.6, Stanislauz (?), 12:29, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– | |
К сожалению, есть такой грешок за Perl... Это можно заметить в mod_perl приложениях и процедурах, написанных на PLPERL... Память утекает нещадно, как бы тщательно код не был вылизан. Память "освобождается" его системой подсчета ссылок для использования самим Перлом, но в систему не возвращается...
Если кто знает, как это обойти, жду совета....
| | |
| |
| 6.10, SHRDLU (ok), 16:39, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>К сожалению, есть такой грешок за Perl... Это можно заметить в mod_perl
Это грехи mod_perl (и, вероятно, PLPERL), но не самого perl
| | |
|
| 5.8, Аноним (4), 15:32, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– |
я вам советую почитать документацию на перл
perldoc -q "program shrinks"
и впредь, умеренней демонстрировать своё невежество :-)
| | |
| |
| 6.9, SHRDLU (ok), 16:36, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>и впредь, умеренней демонстрировать своё невежество :-)
Улыбнуло :) Особенно после ваших пассажей о красоте Python'а.
Не надо переносить недостатки отдельных модулей на всю систему, конкретно - не путайте mod_perl и собственно perl.
| | |
| |
| |
| 8.12, SHRDLU (ok), 20:45, 15/12/2008 [^] [^^] [^^^] [ответить] | +/– | Равно как mod_perl не имеет никакаго отношения к Five Features Perl 5 Needs N... текст свёрнут, показать | | |
| |
| |
| 10.14, w (?), 05:37, 17/12/2008 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Ты хоть сам читал то, что ты цитируешь Выделение освобо... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 2.3, SHRDLU (ok), 07:43, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Ну просто смешно.
Действительно, смешно...
>Почему C-расширения перла такие корявые? Да потому, что в перле жутко коряво
Значит, пишем - еще один Ононим "ниасилил" Perl...
| | |
| |
| 3.7, WinLin (??), 14:04, 15/12/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Значит, пишем - еще один Ононим "ниасилил" Perl...
Apache 2.2.8/mod_perl 2.0.3
Запущено на разных портах (8100, 8102) два приложения.
Используется template::toolkit.
При обращении к одному из приложений в логах валились ошибки:
- не найдена переменная XXX, которая упоминается в другом приложении;
- вызовы функций почему-то вызывались из другого приложения;
- нормально работало только одно приложение, к которому было первое
обращение клиента.
Путем научного изыскания нашел, что нужны такие настройки:
PerlOptions +Clone
PerlInterpStart 2
PerlInterpMax 2
Подскажите, что это может быть.
Что делать, если будет 3 и более приложений.
| | |
| |
| 4.15, w (?), 05:52, 17/12/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>- нормально работало только одно приложение, к которому было первое
>обращение клиента.
>
>Путем научного изыскания нашел, что нужны такие настройки:
>PerlOptions +Clone
>PerlInterpStart 2
>PerlInterpMax 2
>
>Подскажите, что это может быть.
>Что делать, если будет 3 и более приложений.
Увеличить число PerlInterpMax до максимально возможного числа одновременных HTTP-сессий. См. это число в настройках Апача.
| | |
|
|
|
|
