Sapega, можно подробнее, не могли бы ссылочку дать на источник, не в курсе событий.
Произвел заказ на прогон 5 сайтов.
ТС предложил выполнять работу без заключения контракта через арбитражный сервис WebMoney, что на много упрощает процедуру заказа.
Теперь будем ждать результатов.
заказал пачку постов для пробы, надеюсь все будет хорошо.
ставка 60, если аукцион не закрыт
закажу со скидкой, при оплате по факту
turok, есть отзывы, примеры?
netwind, спасибо за ответы, буду искать проблему.
mfl добавил 01.03.2009 в 18:27
Короче, нашел причину. Все дело в функции strtotime. Без преобразовавыния даты, процесс не увеличивает размер потребляемой памяти.
Для того, чтобы на 100% убедиться в своих выводах, запустил скриптик
<?php while(true) { $t = strtotime('03.02.2009, 01:04'); } ?>
Процесс занял всю свободную память (300 мб) практически за 20 сек. и завершился.
Теперь надо думать, как это можно исправить.
mfl добавил 01.03.2009 в 18:42
Да собственно, все понятно. Стоял PHP v 5.2.8
Нашел информацию по PHP v 5.2.9
...
Исправлена ошибка #46889 (Утечки памяти в strtotime())
vint, если б удилил должное внимание Вашему вопросу, возможно решил бы раньше эту проблему.
Всем спасибо за помощь.
Как и ожидал, скрипт окончил работу при поглащении всей свободной памяти.
Никаких предположений нет, из-за чего происходит утечка.
vint, и ось и php последние версии
ось - FreeBSD
mfl добавил 27.02.2009 в 22:19
netwind, да именно, ну и само сабой TIME
на данный момент
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 62866 solomk 1 96 0 50676K 47688K select 0 0:06 0.20% php-cgi 83259 mysql 9 20 0 26372K 23200K kserel 2 37:45 1.56% mysqld 11550 www 1 4 0 18816K 12508K kqread 0 0:05 0.00% httpd 22352 www 1 20 0 18808K 12504K lockf 3 0:03 0.00% httpd 9771 www 1 96 0 18792K 12484K select 3 0:05 0.00% httpd 8875 www 1 20 0 18744K 12488K lockf 2 0:06 0.00% httpd 9619 www 1 96 0 18744K 12460K select 3 0:06 0.00% httpd 83282 root 1 8 0 18368K 11936K nanslp 0 0:05 0.00% httpd 83292 root 1 96 0 17776K 11752K select 3 0:05 0.00% httpd 78205 solomk 1 96 0 14636K 11564K CPU3 2 0:03 0.83% php-cgi 78612 solomk 1 96 0 14320K 11292K select 1 0:01 0.59% php-cgi 61725 root 1 96 0 13964K 9364K select 2 0:01 0.00% ispmgr 56279 root 1 96 0 6280K 2860K select 1 0:00 0.00% sshd 80204 root 1 96 0 6280K 2860K select 0 0:00 0.00% sshd 83130 bind 1 96 0 5824K 4648K select 3 0:01 0.00% named 78541 root 1 96 0 4792K 3732K select 2 0:00 0.00% sendmail 83294 root 1 96 0 4692K 3672K select 2 0:05 0.00% sendmail 56745 root 1 5 0 3976K 2572K ttyin 1 0:00 0.00% csh 80509 root 1 20 0 3976K 2492K pause 1 0:00 0.00% csh 83273 dovecot 1 4 0 2676K 1848K kqread 1 0:00 0.00% pop3-login 83274 dovecot 1 4 0 2668K 1836K kqread 0 0:00 0.00% imap-login 83189 www 1 4 0 2504K 2012K kqread 0 2:44 0.00% nginx 80524 root 1 96 0 2304K 1532K CPU1 2 0:00 0.00% top 83188 root 1 20 0 2240K 1644K pause 3 0:00 0.00% nginx 83200 mysql 1 8 0 1728K 1180K wait 0 0:00 0.00% sh 62863 solomk 1 8 0 1708K 1092K wait 0 0:00 0.00% sh 83249 root 1 4 0 1696K 1100K kqread 0 0:01 0.00% dovecot-auth 83247 root 1 4 0 1504K 1016K kqread 0 0:03 0.00% dovecot 83315 root 1 96 0 1472K 1084K select 0 0:01 0.00% inetd 62860 root 1 -8 0 1412K 1060K piperd 1 0:00 0.00% cron 83300 root 1 8 0 1412K 1012K nanslp 0 0:00 0.00% cron 83123 root 1 96 0 1384K 900K select 3 0:02 0.00% syslogd
mfl добавил 27.02.2009 в 22:23
пришло сообщение с данными memory_get_usage
false - 258537
true - 1836140
mfl добавил 27.02.2009 в 23:17
На данный момент
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 62866 solomk 1 96 0 128M 125M select 2 0:20 0.73% php-cgi
значения memory_get_usage практически не изменились
netwind, так в том то и дело, что поглащаемая память постепенно увеличивается, дополнительно сделаю снимок через пол часа.
mfl добавил 27.02.2009 в 22:14
данные по memory_get_usage приводил выше, они в процессе работы скрипта практически не меняются
