musulman,
1. Они все такие. В этом суть их бизнеса. Покупаете самый слабый но физический сервер с одним HDD - все резко улучшится.
2. # Query_time: 5.594441 Lock_time: 0.000081 Rows_sent: 4 Rows_examined: 4
SELECT field_id, int_val, varchar_val, text_val, rel_val, tree_val, float_val FROM cms3_object_content WHERE obj_id = '44096';
крайне медленный запрос не затрагивающий однако большое число записей. Характерный признак загруженного диска.
большие буфера и innodb_flush_log_at_trx_commit=0 в какой-то степени могут помочь.
кстати, и в руководстве по битриксу так рекомендуют, несмотря на опасность потерять горячие данные.
technomaster, http://i.forumimg.net/buttons/reply.gif это что, нерусская кнопка?
просто скачай их.
или имеется ввиду СОВСЕМ старая булка vb2 ?
Ну, то что этот VPS слабенький и так понятно.
Попробуйте в mysql увеличить innodb_buffer_pool_size ( странно что mysqltuner вам этого не посоветовал).
innodb_flush_log_at_trx_commit=0.
а что подразумевалось в договоре ?
firstman, FMS - много, а FMLE - бесплатный.
>тестить софт
>бюджет
и ведь взрослые все люди.
кстати, vmware server бесплатен, поскольку соответствующие технологии входят в состав windows тоже бесплатно.
kxk, перебирайся в тропики. хлебное дерево - самое экономичное питание для рабов.
Если тестить - workstation, конечно. там есть множественные иерархические снимки и, как следствие, снимки занимают меньше места и быстрее работают. На server снимок может быть только один.
Вообще, на vmware заработает что угодно, что в принципе могло работать на вашем процессоре. Будут ли у вас удобные производительные драйвера для гостевых систем - вот в чем вопрос.
nigerx, ну значит второй вариант - у гостей убрать права смотреть профиль.
и в том, что гугл игнорирует robots.txt, есть некоторые сомнения.
А зачем вы вообще member.php разрешили к индексации? толку от него - ноль. там нет контента.
Можно даже гостей туда вообще не пускать. Не будет индексации - часть спамеров уйдет.
В вашем centos скорее всего не работает iotop. Но вы попробуйте.
