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