seocore

seocore
Рейтинг
143
Регистрация
25.09.2006
Andreyka:
Джумла - криворукое поделие школоты, ставшее популярным у школоты. При посещении делает нагрузку на сервак, и пофик какой дистр.

согласен, 100 запросов к базе при отрисовке морды - это перебор :D

Alex91:
у меня стоит так, но вместо xcache - eaccelerator

в принципе суть одна, только eAccelerator довольно нестабильная штука при работе с SHM, а весь плюс кеширования в джумле как раз и связан с объектным кешированием в ОЗУ (поэтому xcache более предпочтительнее), джумла снижает количество запросов к базе со 100 до 20, что значительно снижает нагрузку, но опять же, если джумл будет много, то надо увеличить var-кеш как минимум до 128Мб иначе просто кешированные объекты будут вытеснять друг друга и процент "попадания" будет довольно низким, что при 512Мб ОЗУ у VPS уже как-то не оправдано :)

skyscr:
всё вроде опять же нормально работает, мож подскажите как нагрузку можно проверить? (без дос =))

юзайте ab, его хватит для простых тестов :)

skyscr:
так и не пришёл к выводу что поставить, явно первый был самый тормозной...

а проще и быстрее - nginx<=>apache[mod_php+xcache] :)

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 в малых значениях не несут никакой опасности :)

manman:
откройте слово "проксирование"

правильный совет, nginx + proxy_pass в направлении стран ЕС 🚬

Pilat:
Самая лучшая система виртуализации у VmWare и Microsoft.

поддерживаю, тоже считаю решение от MS на данный момент наиболее продвинутое и перспективное :)

Drum4ik:
VmWare только на винде нормально работает, на линуксе тестил и встоенный вебсервер мне очень и очень не понравился.

мне например XEN не нравится, а VirtualBox нравится, - всем что-то нравится и не нравится, только не надо потом говорить про испорченные диски и однозначно утверждать, что OpenVZ г-но 😂

Drum4ik:
А насчет продуктов Microsoft я бы поспорил, но не стану.

и не надо 🤪

Concurent:
поток был 30

взвесьте 1 процесс Apache и умножьте на 30 (в лучшем случае), получите необходимое количество ОЗУ только для Apache, не говоря уже о MySQL и других 🚬

Concurent:
но мне главное интересно - это мои кривые руки положили серв или руки хостера который серв настроил стандартно. если мои я не против - главное знать дальше куда их не совать..

а хостер не может квадратно-гнездовым методом расчитать оптимальные настройки под ваши сайтики, так как это все довольно относительно и сугубо индивидуально, не бывает оптимальных настроек 😂

Concurent:
сайт на впс, 1 сайт на сервер. параметры впс не гигантские - 256 рам.
но нормально ли что он падает при реге каталогах? (боты проверяют обратную ссылку)

нормально, очень даже нормально, зарядите в сотню потоков регистрацию в каталогах, а потом удивляться, почему это 256Мб ОЗУ не хватило 😂

Drum4ik:
Я суда не поумничать пришел, в отличие от Вас, а спросить совет.

я бы рекомендовал VirtualBox 🚬

djos:
если просто файловая система повреждается смарт тебе ничего не скажет потому что физически винт цел

ну как бы выше утверждают, что физически диск навернулся?🚬

djos:
На счет того что опенвз повреждает файловую систему то подтверждаю. 2 месяца назад на моем впс біла та же история. Спасали всю ноду....много файлов моих похерилось(((

ну это что-то из разряда "очевидное невероятное" 😂

безусловно, если на ходу резко и жестко ребутнуть машинку (как пример - дешевое железо, дерьмовый БП, самопроизвольный рестарт машинки из-за ОЗУ без ECC и т.п.), то вполне вероятно, что произойдет битье ФС, но чтобы это было фатально для ФС? - например для журналируемой ext3 в это я мало верю 😂

Drum4ik:
Сейчас вот еще 2 ноды работает на ВЗ, не ребутались с момента установки ВЗ (150 и 170 дней), решил спасать пока не поздно.

каким образом сам OpenVZ может повредить ФС? - чисто гипотетически - Ваши предположения?

Всего: 1078