php как заставить скрипт освободить ресурсы?

system('pkill www-data');

это слишком радикально....

Собственно, скрипт выполнен

Как теперь заставить скрипт освободить ресурсы

/0

имхо вы что-то делаете не так.

Можно не на Вы.

Насколько я понимаю, процесс, в котором выполнялся этот скрипт, остается работать, так как к серверу поступают какие-то запросы. Как я написал выше, если уменьшить в настройках apache время keepAliveTimeout, то этот процесс завершается.

А вообще, не исключаю, что я в чем-то и ошибаюсь, но разве php не должен сам освобождать ресурсы?

но разве php не должен сам освобождать ресурсы?

должен.
а скрипт после работы должен завершаться

Это логично, но у меня этого, почему-то, не происходило....Во всяком случае, если верить top'у... Отсюда и возник вопрос...

скрипт кривой, не?

А где он может быть кривой? Я там динамическим выделением памяти не занимаюсь. Все, что я делаю - построчно вычитываю файл и выполняю некоторые действия с полученными данными... Вроде косячить негде...

файл надеюсь закрываешь?

Естественно. Это было первое, что я проверил...

может, надо как-то в сторону сборщика мусора посмотреть?
//я не пхпшник

ну там garbage collector присутствует. В php.ini, если мне память не изменяет, есть какие-то настройки. Вроде должен работать...

Я тоже не особо php-шник. Но пришлось несколько скриптов наваять...

Собственно, скрипт выполнен

Как теперь заставить скрипт освободить ресурсы

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

попахивает очередным мемликом в пхп

Ну если не лень, то посмотрите. Буду признателен. Только не пинайте за быдлокодерство =)

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

foreach ($filepath as $file) {
	$fullpath = $rootpath.$file;
	if (is_file ($fullpath)) {
		$fd = fopen ($fullpath, "r");
		if ($fd === false)
			continue;
		while (!feof($fd)) {
			$str = fgets ($fd, 512);
			$str = rtrim ($str);
			unset ($tmp_arr);
			$tmp_arr = parseStr ($str);
			if ($tmp_arr !== false) {
				if (!checkArr ($tmp_arr[SRCID], $arr['src']))
					continue;
				if (!checkArr ($tmp_arr[EVCODE], $arr['events']))
					continue;
				if (!checkArr ($tmp_arr[UID], $arr['users']))
					continue;
				if ($arr['card_no'] != $tmp_arr[CARD])
					continue;

				$events_arr[] = $tmp_arr;
			}
	
		}
		fclose ($fd);
	}
}

Здесь $filepath - массив с именами файлов (сейчас файл только один, но достаточно большой - примерно 13К строк).

parseStr разделяет строку на отдельные элементы и возвращает массив (фактически, делает explode). В случае, если строка некорректна, возвращает false.

checkArr проверяет, есть ли указанный элемент (1 параметр) в массиве (2 параметр). Внутри нее используется in_array.

unset (tmp_arr) прикрутил уже в процессе доработок. Не уверен, что от него здесь есть толк...

Да, и еще....

events_arr - массив, созданный внутри функции. Насколько я понимаю, мне не нужно явно вызывать unset (events_arr). Он ведь сам должен уничтожиться по завершении функции, так?

А что в parseStr, может там утечка, еще было бы неплохо прогнать профайлером (xdebug, hxprof)

xdebug у меня даже поставлен, но я его так и не осилил....

А в parseStr что-то типа

return explode (';', $str);

Вообще, я, видимо, неправильно сформулировал вопрос. Мне кажется, здесь проблема не в php, а в апаче. Я не разбираюсь в деталях его работы, но похоже, что для выполнения очередного запроса он стартует новый процесс (см. первый пост, не зря же там 5 процессов apache). Далее, в зависимости от настроек, он либо закрывает соединение и освобождает ресурсы, либо ждет какое-то время... Если я написал тут полную чушь, просьба меня поправить. Заодно разберусь, как это работает на самом деле.

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

Вообще-то процесс Апач потребляет столько памяти, сколько максимально понадобилось для выполнения скрипта. Если выполнить два скрипта, один из которых потребил 40МБ памяти, а другой - 15МБ, то размер процесса Апач будет потреблять 40МБ (скрипт) + 8МБ (сам Апач) = 48МБ (приблизительно).

MaxRequestsPerChild Directive Description: Limit on the number of requests that an individual child server will handle during its life

Только после перезагрузки дочернего процесса память будет освобождена.

Снижение времени KeepAlive может снижать потребление процессом Апач памяти путем уничтожения информации о соединении с клиентом (количество запросов в сессии, время последнего запроса и.т.д).

Поэтому, такая ситуация нормальна.

И еще:

MaxMemFree Directive Description: Maximum amount of memory that the main allocator is allowed to hold without calling free()

The MaxMemFree directive sets the maximum number of free Kbytes that the main allocator is allowed to hold without calling free(). When not set, or when set to zero, the threshold will be set to unlimited.

Setting MaxRequestsPerChild to a non-zero value limits the amount of memory that process can consume by (accidental) memory leakage.

Вот это как-раз то, что было нужно.

Спасибо за объяснение и указание еще нескольких полезных директив.

Кучу раз пересматривал конфиги, но на MaxMemFree ни разу не обратил внимания. Буду внимательнее.