[Moscow.pm] Чуток поругал перл

[Victor Efimov]

28 апреля 2017 г., 19:00 пользователь Илья Винокуров via Moscow-pm
<moscow-pm на pm.org> написал:
> Здравствуйте, Александр!
>
> Пятница, 28 апреля 2017, 16:07 +03:00 от Alessandro Gorohovski
> <an.gorohovski на gmail.com>:
>
> 28 апреля 2017 г., 13:57 пользователь Илья Винокуров via Moscow-pm
> <moscow-pm на pm.org> написал:
>
> Здравствуйуте, коллеги!
>
> Пятница, 28 апреля 2017, 0:24 +03:00 от Daniel Podolsky via Moscow-pm
> <moscow-pm на pm.org>:
>
>> Может не в тему, но что пишем и почему нет смысла?
>
> а что ни пиши - проблемы все те же три:
>
> 1. нет возможности утилизировать несколько ядер в рамках одного процесса.
> 2. нет семплирующего профайлера. этот, кстати, мог бы уже и быть -
> вроде бы, последний perl5 использует стандартный стек. но - нетути.
> 3. нет JIT
>
>
> PHP 7 смог значительно ускориться и без JIT.
>
> По большому счету и обычного компилятора хватит...
>
> А вот проблема все же есть - Perl не умеет возвращать в систему
> аллоцированную память...
>
> Интересно, а почему Вы так решили?
> Это странно, что, по завершению выполнения perl-скриптов, в систему не
> возвращается память?
>
>
> Я не говорил про завершение работы скрипта - это вы придумали.
>
> Я имел в виду в процессе работы.
>
> Освободившуюся память перл не возвращает системе, но повторно использует по
> необходимости.
>

известная штука, но если не читать в память блобы по гигабайту, то
реальных проблем нет.
просто при чтении очень больших данных читайте и обрабатывайте их по кускам.

приведите кейз где от такого поведения возникают реальные проблемы? и
кстати какой язык возвращает память системе?
я просто не в курсе, ибо при "нормальном" программировании на это не
наткнёшься, и в перле то наткнулся когда писал скрипты "на коленке"
которые делают что-то не нормальное.

> С почтением,
>   Илья Винокуров.
>
>
> С уважением,
> Александр.
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>