AP>>> Разумеется, очень экономно - запустить сторонний бинарь на пару AP>> мегабайт AP> вместо вызова встроенной функции... AP>> AP>> смотри, ты пускаешь бинарь на пару мегабайт и после этого память СИСТЕМЕ AP>> ВОЗВРАЩАЕТСЯ, несмотря на то что бинарь разворачивает в памяти массив на AP>> 50 мегабайт (скажем) AP>> AP>> теперь берем скажем перл: ты разворачиваешь в памяти массив на 50 AP>> мегабайт, делаешь вычисления и идешь дальше AP>> массив выходит из области видимости, память освобождается для перла, но AP>> не для OS. AP> Например, использую веб-сервер AOLserver со встроенным тиклем, по вашей AP> логике, мне его после каждого запроса перезапускать нужно, чтоб память AP> освободить?! Возможно, конечно, что именно у перл есть такая проблема, но это AP> странно. у многих языков такая проблема не только у perl насколько я читал mod_perl-скрипты из за этого перезапускают спустя сколько то раз "использований" иначе они потихоньку растут в памяти не знаю как тикль устроен, но если на том же принципе 1 команда = 1 форк то с памятью тоже должно быть все хорошо :) многие языки не возвращают память системе именно из соображений быстродействия :) -- . ''`. Dmitry E. Oboukhov : :’ : unera@debian.org `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
Attachment:
signature.asc
Description: Digital signature