Andreyka: Джумла - криворукое поделие школоты, ставшее популярным у школоты. При посещении делает нагрузку на сервак, и пофик какой дистр.
согласен, 100 запросов к базе при отрисовке морды - это перебор :D
Alex91: у меня стоит так, но вместо xcache - eaccelerator
в принципе суть одна, только eAccelerator довольно нестабильная штука при работе с SHM, а весь плюс кеширования в джумле как раз и связан с объектным кешированием в ОЗУ (поэтому xcache более предпочтительнее), джумла снижает количество запросов к базе со 100 до 20, что значительно снижает нагрузку, но опять же, если джумл будет много, то надо увеличить var-кеш как минимум до 128Мб иначе просто кешированные объекты будут вытеснять друг друга и процент "попадания" будет довольно низким, что при 512Мб ОЗУ у VPS уже как-то не оправдано :)
skyscr: всё вроде опять же нормально работает, мож подскажите как нагрузку можно проверить? (без дос =))
Dimanych: вообще на сервере 80тыс таблиц, не означает ли это что 80 мне и надо ставить? И на сколько это вообще эффективно держать все таблицы открытыми?
по идее, если хотите получить хороший процент "попадания" то надо 80к открытыми и держать - но это перебор, больше пары тыс. открытыми лучше не держать
Dimanych: Меня скорее беспокоит первый параметр tmp_table_size, так как подняв его до 512мб, сохранение таблиц на диск намного не улучшилось, получаеться что 50% всё ещё сохранятеся на диск, разница с параметром при 128мб не существенная (
вам надо крутить другие буферы, а не tmp_table_size, например все остальные буферы увеличьте в 2 раза, посмотрите как это повлияет на % попадания в кеш.
увеличивайте key_buffer до размера всех индексов таблиц +20%
PS: держите базы данных на отдельном разделе, чтобы они не переплетались с логами и прочими "растущими" файлами :)
seolancer: Может ли возрасти LA с 2 до 7-10 из-за единицы в RAWе параметра Current_Pending_Sector?
скорее всего скоро там будет не единица, раз LA уже начал себя так вести, вообще даже при Reallocate'ах желательно менять диск, и не надо верить в сказки, про то, что Reallocate'ы или Current_Pending_Sector в малых значениях не несут никакой опасности :)
Pilat: Самая лучшая система виртуализации у VmWare и Microsoft.
поддерживаю, тоже считаю решение от MS на данный момент наиболее продвинутое и перспективное :)
Drum4ik: VmWare только на винде нормально работает, на линуксе тестил и встоенный вебсервер мне очень и очень не понравился.
мне например XEN не нравится, а VirtualBox нравится, - всем что-то нравится и не нравится, только не надо потом говорить про испорченные диски и однозначно утверждать, что OpenVZ г-но 😂
Drum4ik: А насчет продуктов Microsoft я бы поспорил, но не стану.
взвесьте 1 процесс Apache и умножьте на 30 (в лучшем случае), получите необходимое количество ОЗУ только для Apache, не говоря уже о MySQL и других 🚬
Concurent: но мне главное интересно - это мои кривые руки положили серв или руки хостера который серв настроил стандартно. если мои я не против - главное знать дальше куда их не совать..
а хостер не может квадратно-гнездовым методом расчитать оптимальные настройки под ваши сайтики, так как это все довольно относительно и сугубо индивидуально, не бывает оптимальных настроек 😂
Concurent: сайт на впс, 1 сайт на сервер. параметры впс не гигантские - 256 рам.
но нормально ли что он падает при реге каталогах? (боты проверяют обратную ссылку)
нормально, очень даже нормально, зарядите в сотню потоков регистрацию в каталогах, а потом удивляться, почему это 256Мб ОЗУ не хватило 😂
djos: если просто файловая система повреждается смарт тебе ничего не скажет потому что физически винт цел
ну как бы выше утверждают, что физически диск навернулся?🚬
djos: На счет того что опенвз повреждает файловую систему то подтверждаю. 2 месяца назад на моем впс біла та же история. Спасали всю ноду....много файлов моих похерилось(((
ну это что-то из разряда "очевидное невероятное" 😂
безусловно, если на ходу резко и жестко ребутнуть машинку (как пример - дешевое железо, дерьмовый БП, самопроизвольный рестарт машинки из-за ОЗУ без ECC и т.п.), то вполне вероятно, что произойдет битье ФС, но чтобы это было фатально для ФС? - например для журналируемой ext3 в это я мало верю 😂
Drum4ik: Сейчас вот еще 2 ноды работает на ВЗ, не ребутались с момента установки ВЗ (150 и 170 дней), решил спасать пока не поздно.
каким образом сам OpenVZ может повредить ФС? - чисто гипотетически - Ваши предположения?
Джумла - криворукое поделие школоты, ставшее популярным у школоты. При посещении делает нагрузку на сервак, и пофик какой дистр.
согласен, 100 запросов к базе при отрисовке морды - это перебор :D
у меня стоит так, но вместо xcache - eaccelerator
в принципе суть одна, только eAccelerator довольно нестабильная штука при работе с SHM, а весь плюс кеширования в джумле как раз и связан с объектным кешированием в ОЗУ (поэтому xcache более предпочтительнее), джумла снижает количество запросов к базе со 100 до 20, что значительно снижает нагрузку, но опять же, если джумл будет много, то надо увеличить var-кеш как минимум до 128Мб иначе просто кешированные объекты будут вытеснять друг друга и процент "попадания" будет довольно низким, что при 512Мб ОЗУ у VPS уже как-то не оправдано :)
всё вроде опять же нормально работает, мож подскажите как нагрузку можно проверить? (без дос =))
юзайте ab, его хватит для простых тестов :)
так и не пришёл к выводу что поставить, явно первый был самый тормозной...
а проще и быстрее - nginx<=>apache[mod_php+xcache] :)
вообще на сервере 80тыс таблиц, не означает ли это что 80 мне и надо ставить? И на сколько это вообще эффективно держать все таблицы открытыми?
по идее, если хотите получить хороший процент "попадания" то надо 80к открытыми и держать - но это перебор, больше пары тыс. открытыми лучше не держать
Меня скорее беспокоит первый параметр tmp_table_size, так как подняв его до 512мб, сохранение таблиц на диск намного не улучшилось, получаеться что 50% всё ещё сохранятеся на диск, разница с параметром при 128мб не существенная (
вам надо крутить другие буферы, а не tmp_table_size, например все остальные буферы увеличьте в 2 раза, посмотрите как это повлияет на % попадания в кеш.
увеличивайте key_buffer до размера всех индексов таблиц +20%
PS: держите базы данных на отдельном разделе, чтобы они не переплетались с логами и прочими "растущими" файлами :)
Может ли возрасти LA с 2 до 7-10 из-за единицы в RAWе параметра Current_Pending_Sector?
скорее всего скоро там будет не единица, раз LA уже начал себя так вести, вообще даже при Reallocate'ах желательно менять диск, и не надо верить в сказки, про то, что Reallocate'ы или Current_Pending_Sector в малых значениях не несут никакой опасности :)
откройте слово "проксирование"
правильный совет, nginx + proxy_pass в направлении стран ЕС 🚬
Самая лучшая система виртуализации у VmWare и Microsoft.
поддерживаю, тоже считаю решение от MS на данный момент наиболее продвинутое и перспективное :)
VmWare только на винде нормально работает, на линуксе тестил и встоенный вебсервер мне очень и очень не понравился.
мне например XEN не нравится, а VirtualBox нравится, - всем что-то нравится и не нравится, только не надо потом говорить про испорченные диски и однозначно утверждать, что OpenVZ г-но 😂
А насчет продуктов Microsoft я бы поспорил, но не стану.
и не надо 🤪
поток был 30
взвесьте 1 процесс Apache и умножьте на 30 (в лучшем случае), получите необходимое количество ОЗУ только для Apache, не говоря уже о MySQL и других 🚬
но мне главное интересно - это мои кривые руки положили серв или руки хостера который серв настроил стандартно. если мои я не против - главное знать дальше куда их не совать..
а хостер не может квадратно-гнездовым методом расчитать оптимальные настройки под ваши сайтики, так как это все довольно относительно и сугубо индивидуально, не бывает оптимальных настроек 😂
сайт на впс, 1 сайт на сервер. параметры впс не гигантские - 256 рам.
но нормально ли что он падает при реге каталогах? (боты проверяют обратную ссылку)
нормально, очень даже нормально, зарядите в сотню потоков регистрацию в каталогах, а потом удивляться, почему это 256Мб ОЗУ не хватило 😂
Я суда не поумничать пришел, в отличие от Вас, а спросить совет.
я бы рекомендовал VirtualBox 🚬
если просто файловая система повреждается смарт тебе ничего не скажет потому что физически винт цел
ну как бы выше утверждают, что физически диск навернулся?🚬
На счет того что опенвз повреждает файловую систему то подтверждаю. 2 месяца назад на моем впс біла та же история. Спасали всю ноду....много файлов моих похерилось(((
ну это что-то из разряда "очевидное невероятное" 😂
безусловно, если на ходу резко и жестко ребутнуть машинку (как пример - дешевое железо, дерьмовый БП, самопроизвольный рестарт машинки из-за ОЗУ без ECC и т.п.), то вполне вероятно, что произойдет битье ФС, но чтобы это было фатально для ФС? - например для журналируемой ext3 в это я мало верю 😂
Сейчас вот еще 2 ноды работает на ВЗ, не ребутались с момента установки ВЗ (150 и 170 дней), решил спасать пока не поздно.
каким образом сам OpenVZ может повредить ФС? - чисто гипотетически - Ваши предположения?