ну, меня тут по стенке размазали ( за мои до 25 -30 тыс уникув в день). Мой сервак -где-то так и выдерживает, больше - глохнет. Хотя по железу - он уже немного староват и там 2Gb) На нем еще и БД крутится, которая съедает большую часть памяти. Не буду утверждать, что все идеально там спроектированно...а лучше промолчу. Но общаясь с коллегами, я сделал вывод, что это средняя нагрузка на пхп портал.
Но не стоит забывать, что проектируемая система - это сервер статистики, а не контентный портал, и здесь кеширование мало подойдет)
Архитектура должна быть масштабируемой и распределенной.
Конечно - на стартапе все можно иметь все на одной машине... Но - если система должна быть "национального" масштаба, то:
мое предложение - БД выносим на отдельный сервак, этим мы разгружаем память.
Эпять же - был предложен мемкеш - а сколько он жрет памяти? каков хеш памяти предполагается для него зарезервировать?
а сколько жрет памяти процессы мускуля или постгреса?
Вообще-то лучше раскошелиться на промышленную БД, она оптимизирована под большие нагрузки.
Сервер сбора запросов - не имелось ввиду - что это будет отдельный WEB сервер. Сервер - это программа, которая сидит в памяти и ждет обращения от программы клиента. В частности, как одно из решений было предложено (ngnix + модуль ) Можно демона на С, но это чуточку сложнее. Я имел ввиду первое, хотя это не обязательно должен быть ngnix. Главное, чтоб в последствии - можно это решение можно вынести на отдельную машину. Опять же - решение мемкеш - оно использует доступ по сокетам, и его вполне можно использовать в случае разнесения.
И последняя часть - отображение статистики WEB сервер+ php. Ну как хит сезона - предлагался (ngnix + FastCGI php5 ), значительнее быстрее чем на апаче.
Можем поговорить об этом на phpconf + php-party
+1 встретимся и обсудим, не против.
-~{}~ 16.05.06 13:07:
Я понимаю, что использовать самописный сервер, наверное, намного эффективнее в данном случае, сем тяжелый Apache. Но вот насколько?
раза в два, примерно