Дефективно пишете дорогой )))
Из личного опыта. Для одного сайта писался скрипт, который загружал данные из xml файла (15Мб!) в БД. Выполнялось порядка 210К запросов. Разбор XML+занесение данных в БД после долгих мучений заняло 17 секунд на процессоре 800MHz. И все это на РНР!!!

Wowa, скрипт можешь писать как на Perl, так и на РНР. На чем удобнее на том и пиши. Если конечно не упираешься во временные рамки и надо ресурсы экономить. Т.к. скрипт будет запускаться по крону, его по времени никто ограничивать не станет. РНР скрипт запущенный из консоли будет выполняться любое количество времени. В общем-то как и Perl скрипт. Только вначале скрипта обязательно надо #!/usr/bin/php или где он там на сервере лежит. Далеко не правда, что РНР будет хавать весь процессор, а Perl только чуть-чуть. При работе с БД процессор будет хавать именно БД, а не скрипт. На Perl решение может выглядеть красивее. И если ты очень хорошо знаешь Perl, то и быстрее. Если твой код на Perl выглядит как код на РНР, то можно с уверенностью сказать, что Perl ты не знаешь и писать на нем что-то серьезное не стоит. Такой код быстрее работать не будет.

G0rinich, поддерживаю.
У меня была подобная по тяжеловестности задача, 5Mb XML, количество запросов к БД не мерил, но вероятнее всего возле 100К. Время выполнения в пределах одной-вух секунд.

а почему не питон? 


Это сообщение отредактировал(а) pythonwin - 30.10.2006, 14:30

Wowa
 
 Очень хорошая идея. Имеет практическую пользу и хорошие перспективы. IMHO. Если действительно PHP, который исполняется на сервере этим скриптом устанавливаются свойства C  и без юзера любой скрипт с добавлением вашего демона будет самостоятельно запускаться. Это во первых экономия, а во вторых оптимизация и автоматизация. Обязательно применю его в своих исследованиях и буду докладывать о проблемах и успехах. 

Здесь нашел А может так лучше? Но пока оба скрипта и ваш и этот не работают. Что не так?

Это сообщение отредактировал(а) kshyms - 8.1.2008, 09:50

30 1 * * 1 /home/site/script.php
мин час любой день любоого месяца
еще такой  cron оказывается есть
Но самое главное оказывается у провайдера нужно спрашивать как его настраивать. То есть у всех по разному. Инфо к размышлению  

Вот это жесть  Где ж вы такого начитались  У PHP уже много-много лет есть нормальный CLI  И не надо там никуда ничего менять  Единственное, нужно отследить, чтобы все пути прописывались через dirname(__FILE__) . "/..." (т.е. чтобы пути были относительны выполняемого скрипта, а не рабочей директории shell'а).

Проблема с перегрузкой решается просто:
Запускаете скрипт - записываете файл с именем - pid php-процесса - в папочку (processes, например). По крону остается только запускать скрипт, который будет удалять файлы несуществующих процессов и добавлять необходимое количество новых процессов.

Лично у меня было два скрипта - dispatcher и script. Первый запускает скрипты и отслеживает наличие необходимого количетва процессов скрипта script, второй выполняет нужные нам действия и по завершению запускает новый процесс script.

Система работает, как часы  Причем можно с легкостью регулировать количество процессов script.

Удачи 

 Нет разницы.

 Смысл?

 Это некритично. Но вот ограничения пхп не позволяют создавать демоны удобно. Как минимум нет потоков.

 Лол. Как раз работа с сокетами, базойи т.д. будет одинаковой, т.к. задержка в них не зависит от языка, а связана с внешними факторами.

P.S. Эти ф-ии в пхп, кстати, написаны на C. Но к делу отношения это не имеет.

Я работаю только в Linux, в качестве скриптового языка для простеньких вещей использую bash, для сложненьких - php, пока проблем с тормозами и прочими вещами не замечал. 
По ходу прочтения ветки заметил следующее:
1. Некоторые товарисчи не в курсе, что php можно использовать как cli инструмент. К примеру, можно сделать так:

Получим на выходе аналог функции phpinfo(), но для консоли. Отлично читаемый вывод, без хтмл тегов.
Что характерно - никаких утечек памяти, никаких нагрузок на апач, более того, апача может и не быть вовсе.

2. Недоверие к php как быстрому скриптовому движку. Я довольно давно программирую на пхп, приходилось ковырять немерянное количество чужих исходных кодов и писать много своих. По личному опыту могу сказать, что большинство тормозов связано с кривым кодом. К сожалению, маркетинговый ход разработчиков php (я о том, что для программирования на php не нужно быть программистом  ) рикошетом ударил и по самому php в виде Эвереста никуда не годного кода. У меня же есть примеры совсем другого характера. Например, у меня отлично работает биллионговая система подсчета интернет трафика полностью написанная на пхп. Машину практически не грузит. 

3. PHP разрабатывался только для WEB, поэтому для других целей не годится. Это уже из области мифов. Когда заходит  об этом речь, я всегда вспоминаю древнейший миф о том, что sql запрос делающий выборку из нескольких таблиц, работает медленнее, чем из извлекающий данные из одной таблицы. Да пхп разрабатывался для веб, но это было много лун назад и воды с тех пор утекло никак не меньше, чем с тех времен когда на смену файловым БД пришли СУБД  Сейчас php это намного более мощный инстумент, чем просто движок для web.

Удачи.

можно поподробнее:
 - какая СУБД
 - характеристики сервера
 - сколько юзеров
 - каков размер траффика и какой канал