а перлом не удобнее будет?

Это уже выше было - значение 0 означает, что время выполнения скрипта не ограничено. Безопасный режим на сервере - off.

Вообще, понял почему скрипт работает именно 5 минут. На php.net в описании директивы max_execution_time есть такой абзац:

Your web server can have other timeouts. E.g. Apache has Timeout directive, IIS has CGI timeout function, both default to 300 seconds. See the web server documentation for meaning of it.

Т.е. с интерпретатором PHP это вообще никак не связано, всю малину обламывает Апач.

Вот нашёл функцию apache_reset_timeout():

apache_reset_timeout() сбрасывает таймер сервера Apache, который по-умолчанию установлен в 300 секунд. При set_time_limit(0); ignore_user_abort(true) и периодических вызовах apache_reset_timeout(), Apache теоретически может работать вечно.

Эта функция требует Apache 1.

Теоретически она должна решить существующую проблему. На практике:

Fatal error: Call to undefined function: apache_reset_timeout() in /home/blablabla/test4.php on line 39

Видимо, действительно придётся заморочиться с двумя взаимовызываемыми скриптами...

Эта функция недоступна в безопасном режиме.

Если такие скрипты поработают с часок, они некисло нагрузят сервак и злой одмин забанит твой аккаунт.

Safe_mode=OFF

Поискал по данной проблеме: http://bugs.php.net/bug.php?id=42579

Беда на уровне исходников. Нужно патчить PHP и пересобирать заново. У тебя какая версия? Обновись с http://snaps.php.net/. Вроде изменения по этой проблеме внесены в CVS ещё 7 сентября...

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

Да, я это уже тоже видел

PHP Version 4.2.2

Проблема была решена так:
Скрипт на сервере продолжает работать, даже если в браузере его прибить.
Решение было позаимствовано из rst sql dumper 2.0