TrueVDS - достоверно о нем :)

Andreyka, Ну это у тебя типичный :) А народ видно пожадничал :)

ну вот как может быть производительность, если идет множественная рандомная выборка (типичный свопинг)? - время доступа ухудшается при этом до безобразия, и скорость работы с БД падает...

вот если как-нить сконфигурировать так, чтобы юзеру предоставлялось под БД доп. дисковое пространство (в виде еще одного устройства) на 15к RPM дисках (или SSD) дисках - вот тогда решение было бы хорошее...

ну это не катит для масс-ВПС-хостинга, а для VIP хостинга лучше уж OpenVZ - и гибче и как-то более адекватнее в плане отказоустойчивости, и вообще те же 8 дисков можно в RAID-50 (при наличии хорошего контроллера разумеется) и реализовать уж тогда лучше через VMWare или Hyper-V :)

seocore, тупо взять два впс помельче на разных нодах и сделать базу данных удаленной?

тогда будет конкретная деградация производительности, т.е. 20 сек. рендеринг странички - это будет еще оптимальным показателем...

а вот хостеру поставить отдельный сервер (с отдельным гигабитным шнурком до рабочей ноды) с SSD дисками под MySQL было бы очень кстати + выдавать на каждую ВПСку например по 5-20 баз в зависимости от тарифного плана, тогда бы и XEN'ки клиентов бегали бы шустрее и клиентам приятно и хостеру не так уж и расходно :)

или хотябы экономичный вариант - на ноду влепить отдельный шустрый диск(и) и сделать одну XENку чисто под БД, оптимизировать все хорошо чисто под БД)

просто когда БД клиентские лежат в одном дисковом пространстве (пусть даже RAID-10/50), то при активном свопинге время позиционирования по диску (для БД как раз очень важно) возрастает до очень больших значений и деградирует всю производительность ноды, клиент конечно может там у себя крутить key_buffer, sort_buffer_size/read_buffer_size/read_rnd_buffer_size, но это все не поможет при активных insert'ах, так как в любом случае нужно производить запись на диск, да и query-кеш тут уже мало чем поможет :)

PS: можно попробовать часть таблиц перекинуть в MEMORY хранилище, это значительно разгрузит систему, только надо понимать, что содержимое MEMORY таблиц стирается при банальной перезагрузке (хотя в SMF полно хлама - те же логи-модерации и т.п., которых не жалко потерять), также советую выключить диск-хранилище в eAccelerator'е, так как он порождает серьезную фрагментацию диска (как бы мне тут не доказывали то, что в линухе фрагментации нет), также можно создать блочные (файловые) устройства, и разделить в них БД, /var/log + /tmp, - это снизит фрагментацию и в теории повысит быстродействие :)

нода - Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz 2499.952 Mhz

ну не скажите :) очень сильный прирост дает :)) главное памяти не жалеть.

штатный режим работы :) интересно, а диски ноды насколько от этого страдают? как представил себе как голова мечется по дорожкам....

хороший процессор, такой средне-бюджетный вариант, правда он не серверный, но это не главное, главное - как его загрузили вычислениями :)

до определенного момента дает, а потом как не крути, больше уже не выжать

кстати можно попробовать еще включить в nginx'е кеширование на такие локейшны как:

/index.php?action=profile

т.е. на все участки форума, которые не критичны к частым обновлениям

ну если диски хорошие, серверные, а не бюджетные SATAшные, то в принципе они проработают отлично 2-3 года без проблем хоть в постоянно 100% нагруженном состоянии (конечно бывают исключения, но обычно браковки вылетают в течении первого месяца) :)

у меня логи сервера все отключены, свап отключен ибо еще и свапится на этот диск - совсем затормозить. акселератор кеширует прямо в память. так что только отдача статики+ запись и выборка из бд.

а вот про профили спасибо, добавил правило. хотя эффекта конечно ноль :)

я задавал вопрос техподдержке про диски, не сата ли стоят? ответ был уклончивый, что быстрые де мы не можем ставить ибо они не всем нужны.

еще можно попробовать складывать сессии PHP в хранилище eAccelerator'а :)

также в настройках SMF выбрать агрессивное кеширование (уровень повыше поставить) eAccelerator/memcached, а также почаще в админке проводить "удалить незначительные логи" + "оптимизировать таблицы" :)

ну у них и процессор десктопный, так что наличие десктопных дисков в принципе не удивительно, да и это не столь важно, главное, чтобы соотношение цена\качество удовлетворяло :)

это тоже сделано изначально:) логи вообще все отключены и в скриптах и на сервере.

я же писал, что местные "гуру" только разводили руками.."ну типа а колесо пинать пробовал? не помогает?" :))

seocore, грешно смеятся над больными людьми :) просто я морально не могу платить больше 1500р в месяц за впс. я за 1700 в hetznere целую железяку беру. жабо душить начинает с нашими ценниками. + кто же знал что с вполне адекватной ценой будут тормоза с диском. заранее никто не говорил.

а если есть дедик в hetzner'е, то зачем тебе ВПСка? :)