Comments 18
А говорят, что никто не делает эту ошибку, спрашивают потом, где я ползаю, что на нее натыкаюсь. Да все там же, где все остальные. «Трафик» — с одной «ф».
0
Дык а что за сервера? Пни четвертые седые? Или стопицотядерные? К чему тогда приписка (!) после кол-ва запросов, если нет данных по железу?
+5
Не верю.
-2
Интересно, вот мне еще ни разу никто не платил за статью или вебкаст. Это наверно имеются ввиду зарплаты сотрудников МС которые туда пишут?
+1
видел сервер, обслуживающий 1М хостов в сутки — dell на ксеонах (модель сервера не помню) но сервер там по сути генерировал одну страницу (fastcgi спп с беркли дб).
ИМХО. 2М на сервер с блогами — явный пиар от МС
ИМХО. 2М на сервер с блогами — явный пиар от МС
0
120 миллионов хитов в месяц, это 4 миллиона просмотров в день. У меня Dual Quad Core Xeon сервак обслуживает более 4 миллионов запросов только через PHP в сутки. При нагрузке в среднем 30-35%. Система без кеширования работает, база на том же серваке.
lighttpd + fastcgi PHP, MySQL 5.0. на данный момент статы такие:
lighttpd 1.5 (server-status):
Uptime 1 days 10 hours 1 min 21 s
Started at 2009-06-28 12:45:06
absolute (since start)
Requests 7 Mreq
Traffic 8.48 Gbyte
average (since start)
Requests 62 req/s
Traffic 72.64 kbyte/s
average (5s sliding average)
Requests 83 req/s
Traffic 64.09 kbyte/s
FastCGI (servers-statistics):
proxy-core.requests: 6334040
MySQL:
mysqladmin status: Uptime: 624959 Threads: 2 Questions: 304241695 Slow queries: 22198 Opens: 3906295 Flush tables: 1 Open tables: 64 Queries per second avg: 486.819
Всё это бегает под нагрузкой примерно 15-20%. В выходные под 30% от силы.
Сравните с тем что в посте… Это же просто №%:?*
lighttpd + fastcgi PHP, MySQL 5.0. на данный момент статы такие:
lighttpd 1.5 (server-status):
Uptime 1 days 10 hours 1 min 21 s
Started at 2009-06-28 12:45:06
absolute (since start)
Requests 7 Mreq
Traffic 8.48 Gbyte
average (since start)
Requests 62 req/s
Traffic 72.64 kbyte/s
average (5s sliding average)
Requests 83 req/s
Traffic 64.09 kbyte/s
FastCGI (servers-statistics):
proxy-core.requests: 6334040
MySQL:
mysqladmin status: Uptime: 624959 Threads: 2 Questions: 304241695 Slow queries: 22198 Opens: 3906295 Flush tables: 1 Open tables: 64 Queries per second avg: 486.819
Всё это бегает под нагрузкой примерно 15-20%. В выходные под 30% от силы.
Сравните с тем что в посте… Это же просто №%:?*
+2
аптайм lighttpd такой потому, что обновлял lighttpd, свежий снапшот вышел.
0
А адресок дать?
+6
конфигурация с линка:
Quad Core Xeon 5335 Clovertown @ 2.00GHz
2GB of ram
2x250GB SATA RAID 1
2TB bandwidth
а у вас 4млн запросов, а не просмотров: 64 кбайта/сек и 83 запроса/сек — это мелочи…
Quad Core Xeon 5335 Clovertown @ 2.00GHz
2GB of ram
2x250GB SATA RAID 1
2TB bandwidth
а у вас 4млн запросов, а не просмотров: 64 кбайта/сек и 83 запроса/сек — это мелочи…
+2
Да, 83 запроса в секунду и 64 kb/sec это голый HTML с PHP. Всю статику на себя берёт nginx, который проксирует запросы к lighttpd, её щас на 5GB. Согласен что это не супер много, но и, ИМХО, не мало.
По сути это торрент трекер, только не со стандартных движков, а свой, более сложный + форум на SMF. Адрес дал выше вопрошающему.
По сути это торрент трекер, только не со стандартных движков, а свой, более сложный + форум на SMF. Адрес дал выше вопрошающему.
0
Хм… что фантастического в 120млн в месяц и 2400 постов? Для хорошо оптимизированного кода и нормального железа это не нагрузка. Ну точнее нагрузка, конечно, но не смертельная. Особенно если серверов целых 4.
миллион подписок сложно сказать. Хотя по идее отдается все как статика а значит нагрузку создает больше по трафику.
Не понятен смысл топика, честно говоря.
миллион подписок сложно сказать. Хотя по идее отдается все как статика а значит нагрузку создает больше по трафику.
Не понятен смысл топика, честно говоря.
+2
2400 постов в день — среднестатистический маленький флудо-форум. Вообще никак ни цифры, ни статья не впечатлила
-1
плин. с условием темой поста, прочитал слово «кухня» не правильно :(
0
Узнайте, на чём работают odnoklassniki.ru.
0
Sign up to leave a comment.
На чем держится www.asp.net?