Никто не писал высоконагруженные счетчики по типу top.mail.ru, hotlog и другие?
Меня интересует момент, что используется для сбора статистики? Какая СУБД лучше подойдет? Какой API?
Пробовал PHP4+MySQL4.0.20 на FreeBSD5.2.1+Apache2.
Прогибается на двух нагруженных ресурсах.
Понимаю, что варианты не самые лучшие, но первый блин, как говорится, комом :)

killed SSНикто не писал высоконагруженные счетчики по типу top.mail.ru, hotlog и другие?
Меня интересует момент, что используется для сбора статистики? Какая СУБД лучше подойдет? Какой API?
Пробовал PHP4+MySQL4.0.20 на FreeBSD5.2.1+Apache2.
Прогибается на двух нагруженных ресурсах.
Понимаю, что варианты не самые лучшие, но первый блин, как говорится, комом :)

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

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

Рыжий КотПрогибается СУБД? а может канал?



Не думаю, что СУБД, детально определить не удалось, в один прекрасный момент (в пики нагрузки) машина сильно уходит в своп, тормозит, долго держит тисипишные коннекты, потом практическе перестает отвечать на запросы. Помогает только перезагрузка.

Замена машины не сильно помогла (2 зеона, сказевый рейд, гиг. мозгов). Проблема осталась.

Рыжий Кот
Это не СУБД, это некорректная настройка (было у меня похожее на предыдущем месте работы),

Какие настройки предлагаете поменять?