Сколько ресурсов может кушать форум SE?

Flint
На сайте с 25.12.2002
Offline
98
#31
Error establishing a database connection

This either means that the username and password information in your wp-config.php file is incorrect or we can't contact the database server at localhost. This could mean your host's database server is down.
Are you sure you have the correct username and password?
Are you sure that you have typed the correct hostname?
Are you sure that the database server is running?

If you're unsure what these terms mean you should probably contact your host. If you still need help you can always visit the WordPress Support Forums.

Вот так вот, база-то легла нафиг... :)

С уважением, Копылов Кирилл | ICQ - 505-982 | Тел. +7 (8412) 25-22-00
Andork
На сайте с 06.06.2007
Offline
83
#32
aleksakfima:
Интересное обсуждение.... т.е. глядя на статистику LI в среднем SE - это (8000 хостов/ 140000 хитов) / в сутки... и для этого требуется несколько выделенных серверов...
У меня в данный момент намного скромнее показатели 2500 хостов / 30000 хитов и при этом сайт размещён на виртуальном хостинге... затраты 600руб/месяц.... Правда сайт нагружает процессор до 15% (от 1 ядра Xeon 5320) и хостеру это Очень не нравится... Даже боязно за своё будущее.... Сайт - портал обоев на Coppermine собственно сам двиг и грузит систему, и это с учётом того, что я уже скрипты оригинальные вылизал, что позволило снизить нагрузку с 30% до 10-15%.
Мне думается что в моём случае необходимо готовиться к переезду на VDS и возникает вопрос куда податься?
Требования:
Места: не менее 10Гб
Траффик: желательно совсем не ограничен, но реально 100-120Гб/месяц, траффик 80% Россия, соотношение скаченно/закаченно = 10/1
Проц: А вот тут фиг знает, видимо с учётом того что нагружает Xeon 5320 на 15% то не менее 500Mhz, но по сути 1Гц
Озу: Не уверен, но не менее 512Мб...
Вот такое счастье нужно...

Всем удачи, с уважением, Алексей....

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

И еще важный момент тут соотношение операций чтения к операциям записи.

Часто это очень принципиально. Имхо, чем меньше операций записи или они оптимизированы, тем лучше.

T
На сайте с 23.06.2006
Offline
257
#33

Надо ставить minibb.net или punbb.org. Едят немного ресурсов.

K
На сайте с 24.03.2004
Offline
223
#34

Одного сервера для SE достаточно. Сетевушку с full offload, scsi рейдик с хорошим буфером и один двухголовый камень... ну и памяти там не более 4 гиг... три SE можно повесить.

проверенная ддос защита (http://ddos-protection.ru) -> http://ddos-protection.ru (http://ddos-protection.ru), бесплатный тест, цена от размера атаки не зависит.
K
На сайте с 24.03.2004
Offline
223
#35
iBBi:
Я бы не советовал, SMF с бд проблемно если форум большой а тюнинг его пока ещё мало возможный т.к нет спецов хороших
Всего Участников: 18578
Всего сообщений: 632512
Всего тем: 28217

живет в скромном джейлике на скромном серверочке и тюнинга самой SMF ноль.

K
На сайте с 24.03.2004
Offline
223
#36

Не, конечно, надо пояснять... а то чего в репу посыпалось.

Сетевая карточка с TCP offload несет на борту соответствующий RFC стек, так же при грамотном прошивоне она превращается в аля accf_http, что разгружает хост по большинству основных моментов связанных с сеткой. SCSI RAID с хорошим буффером, к примеру в полгига, даёт пиковую производительность по чтению/записи более 200 мегабайт в секунду на полном рандоме... хотя видали конфигурации где под 300MB/s даёт. На машинку ставится php опкод кэш, который практически всю прекомпиленную воблу держит в оперативке... и вот на такой конфигурации вобла может спокойно дать конкуренцию в несколько тыщ параллельных сессий к одному топику... а если она это может, то и к остальному тыщ 5 в совокупности даст гарантированно. Речь идет о нагрузке большей чем у SE в несколько раз.

Lupus
На сайте с 02.11.2002
Offline
241
#37
ШАНС-ON:
Если ошибаюсь, поправьте.

Да, вроде ошибаюсь, даже на четырех.

Ошибаетесь, поправляю: на трех. Но основная нагрузка на двух: один держит web, другой базу.

kostich:
Одного сервера для SE достаточно. Сетевушку с full offload, scsi рейдик с хорошим буфером и один двухголовый камень... ну и памяти там не более 4 гиг... три SE можно повесить.

Люблю теоретиков - они забавные. :)

There are two types of people in this world: 1. Those who can extrapolate from incomplete data.
K
На сайте с 24.03.2004
Offline
223
#38
Lupus:
Люблю теоретиков - они забавные. :)

когда получишь доступ к подобному железу, то сможешь пощупать его на практике.

Free_head
На сайте с 06.03.2007
Offline
123
#39

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

Но личный опыт говорит что несамописный форум с посещаемостью более 5 тыщ человек требует выделенного сервера однозначно.

Если говорить про правильное построение высконагруженных систем то серверов должно быть как минимум два - WEB и DB. Причём оба сервера нужно по разному "тюнячить" ..

Сервер для DB должен иметь быстрые сказёвые винты (лучше всего в зеркале) и большую память.

Сервер для WEB нужно грамотно настроить в плане кэширования скриптов и не пожалеть двухголового ксеона.

Если предполагается много картинок и другого статического материала то лучше поставить третий сервер тока под статику и отдавать её нджениксом.

PS: Из опыта обслуживания мьюзикформус.ру и imho.ws

Не верю, не боюсь, не прошу.
Lupus
На сайте с 02.11.2002
Offline
241
#40
Free_head:
Сервер для DB должен иметь быстрые сказёвые винты (лучше всего в зеркале) и большую память.
Сервер для WEB нужно грамотно настроить в плане кэширования скриптов и не пожалеть двухголового ксеона.
Если предполагается много картинок и другого статического материала то лучше поставить третий сервер тока под статику и отдавать её нджениксом.

Совершенно согласен. Практика - великое дело! :)

ЗЫ. Здесь именно так и собрано.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий