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

[Толян II]

3 мая 2017 г., 12:49 пользователь Илья Винокуров via Moscow-pm <
moscow-pm на pm.org> написал:

>
> Среда, 3 мая 2017, 10:24 +03:00 от Павел Борисов via Moscow-pm <
> moscow-pm на pm.org>:
>
> И снова дико извиняюсь, но разве free() возвращает память операционке ?
> Нет, если она вызывается непосредственно перед выходом из программы
> (процесса), то конечно, память возвращается ОС, но по ходу выполнения
> процесса free() просто ОСВОБОЖДАЕТ память для повторного использования в
> ЭТОМ же процессе. Поправьте меня, если я не прав...
>
>
> Функции malloc/free работают с кучей. malloc либо использует свободный
> кусок из кучи, либо запрашивает еще памяти у OS.
> free()помечает область памяти свободной и эта память в дальнейшем может
> использоваться повторно или может быть отдана OS.
>
>

Ключевое слово "может быть отдана OS". А в реальности в тестах может память
отдаваться системе, а при реальной нагрузке  демон будет её только
потреблять.

А если надо, то такое возможно, если написать свои malloc/free функции,
либо достать правильную библиотеку.

Oracle в старых версиях так и делал, может только эти функции по другому
называл.



>
>
> 3 мая 2017 г., 0:20 пользователь Илья Винокуров via Moscow-pm <
> moscow-pm на pm.org> написал:
>
> Здравствуйте!
>
> Вторник, 2 мая 2017, 19:12 +03:00 от Павел Борисов via Moscow-pm <
> moscow-pm на pm.org>:
>
> А приведите, плиз, пример ОС, в которой вообще реализован возврат памяти
> от процесса обратно операционке В ПРОЦЕССЕ РАБОТЫ ПРОЦЕССА (извините за
> каламбур) ? Насколько я знаю, ни в Линухе, ни в Винде это не реализовано, и
> не важно перловый это процесс или какой другой...
>
>
> C/C++ в любой OS malloc/free (new/delete).
>
> С почтением,
>   Илья Винокуров.
>
>
>
> 29 апреля 2017 г., 0:10 пользователь Вадим Власов via Moscow-pm <
> moscow-pm на pm.org> написал:
>
> Вы не поверите, но у многих на перле именно что демоны и написаны. И то
> что перл не возвращает системе память - это проблема, да.
>
> 28 апр. 2017 г. 19:16 пользователь "Alessandro Gorohovski via Moscow-pm" <
> moscow-pm на pm.org> написал:
>
> Илья, Здравствуйте!
>
> 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-скриптов, в систему не
> возвращается память?
>
>
> Я не говорил про *завершение* работы скрипта - это вы придумали.
>
> Я имел в виду в *процессе работы*.
>
> Ладно, не оправдывайтесь, "у меня все ходы записаны"
> :)
>
> Освободившуюся память перл не возвращает системе, но повторно использует
> по необходимости.
>
> А куда он (Perl) её девает?
> Вы рассуждаете так, будто  Perl этот какой то процесс/сервис/демон,
> постоянно работающий в системе.
>
> Проблему искусственно не надо надумывать.
> Получается сотни тысяч (если не больше) систем по миру работают
> и не знают о страшных проблемах.
>
> С почтением,
>   Илья Винокуров.
>
>
> С уважением,
> Александр.
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> --
> С уважением,
> Борисов Павел
> программист
> ООО "Ф-Лайн Софтвер"
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> --
> С уважением,
> Борисов Павел
> программист
> ООО "Ф-Лайн Софтвер"
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20170503/8545ac36/attachment-0001.html>