Производительность десктопных четырехядерников и Xeon
kay
доходит до 100%. Все возможные оптимизации для PHP и Mysql сделаны, но
их лимит уже исчерпан.
Собираюсь прикупить Xeon. Что посоветуете, чтобы сервер выдержал
хотябы 5000 тыс. пользователей в минуту.
Будет ли толк от Xeon'а? Кто-нибудь сравнивал серверные и дэсктопные
процессоры в web приложениях?
Т.к. я предоставляю только хостинг, то оптимизация движков меня не
интересует (хотя они кривые до ужаса).
Itreek
Если 4 SCSI или SATA в 10 или в 5 RAID то проблем быть не должно даже
на крайне не оптимальных SQL запросах.
kay
10000 об/мин, объединенные в RAID-0
kay
si
Alexey V. Karagodov
таймингами, реализациями всяких фишечек
подробно надо читать доки/спеки к интересующим железкам
On 29.01.2009, at 21:51, si wrote:
> кто в top жрет CPU ?
на заборе тоже написано
надо гонять тесты как минимум
si
> а это вообще хилый показатель
> на заборе тоже написано
> надо гонять тесты как минимум
тесты чего ? понятно что если поставить 2 CPU по 4 Core то будет
быстрее
вот вам тема для размышления (случай из жизни)
http://si.infonet.ee/lj/cpu-day.png
1 - старый сервер (2 x Xeon 2.8)
2 - новый сервер (2 x Quard Core Xeon)
3 - добавили 1 индекс
Alexey V. Karagodov
а не разных ксеонов
>
>
было бы неплохо писать модель процессора
>
si
> изначально вопрос был про сравнение десктоп и сервер процессоров
> а не разных ксеонов
шаг 1 -> 2 клиенту стоил 5K EUR
шаг 2 -> 3 примерно 1 час изучения базы данных человеком который
ничего не знает о приложении, запросах и т.п
а результат помоему вполне очевиден.
это я к тому что если у него там юзеры гоняют запросы LIKE '%aaa% по
блобам то
новых CPU на долго не хватит. по этому и прошу человека посмотреть что
у него жрет CPU
(я вполне доверяю счетчикам CPU современных ОС)
> было бы неплохо писать модель процессора
в данном случае это не имеет значения, а на память я конечно их не
помню.
anlide
У вас nginx + php-fpm?
kay
график по пользователям:
http://slil.ru/26610453
3 пользователя - запусщенные cgi процессы из под пользователей.
видно, что mysql лидирует в пожирании ресурсов.
Alexey V. Karagodov
если у вас хостинг, разграничивайте ресурсы, отправляйте клиентов либо
по джейлам, либо по виртуальным машинам
Alex Vorona
> неправильно составленный реквест к БД может убить любой процессор
> если у вас хостинг, разграничивайте ресурсы, отправляйте клиентов либо
> по джейлам, либо по виртуальным машинам
>
Alexey V. Karagodov
есть куча других вариантов
главное, чтобы мускул весь в памяти поместился и в свап не попадал,
тогда незаметно будет
Alex Vorona
памяти 256 mb на впс. Ни варя ни ксен не дают шарить память, а у вари
ещё и оверхед количественный по её использованию.
si
dedicated сервер. на нем стоить только IPB форум.
вот графики
http://si.infonet.ee/lj/oscar-cpu-week.png
проблема оказалась в функции similar_topics()
которая генерила такие запросы
# User@Host: forum[forum] @ localhost []
# Query_time: 2 Lock_time: 0 Rows_sent: 5 Rows_examined: 62552
SELECT * FROM forum_topics WHERE forum_id IN
(1,2,18,20,3,60,4,6,7,8,65,9,10,11,12,13,15,22,16,17,23,19,21,24,81,30,29,27,93,31,28,70,33,34,35,36,37,38,39,40,41,42,59,47,89,48,90,69,49,50,51,52,94,61,79,54,55,73,74,75,76,72,77,78,82,83,84,62,53,85,57,67,68,88,66,64,91,92,63,25,80,26,44,43,58,46,45)
AND tid != 141630 AND title IS NOT NULL AND approved=1 AND (LOWER
(title) LIKE ('%Wheel%') OR LOWER(title) LIKE ('%adapters%') OR LOWER
(title) LIKE ('%spacers%') OR LOWER(title) LIKE ('%уменьшение%') OR
LOWER(title) LIKE ('%оффсета%')) ORDER BY last_post DESC LIMIT 0,5;
результат отключения данной функции хорошо виден на графике.
si
> видно, что mysql лидирует в пожирании ресурсов.
у вас как минимум несколько вариантов:
1. наращивать мощность железа.
2. загнать юзеров в vps и зарезать им ресурсы.
3. оптимизировать пользовательские приложения.
kay
Не выдержал, проанализировал slow_log и офигел.
Добавил для 3-х клиентов по одному индексу в таблицу и вот результат:
http://slil.ru/26611057
Немного о софте, это трекеры TBDev, а я предоставляю хостинг в
локальной сети. Движок мне давно не нравился, и ковырять его желания
не было. Но тут уж вы сподвигли на "геройство" =)
Спасибо. Вопрос откладывается до следующего пика загрузки.
P.S. "Слава" быдлокодерам.
On Feb 3, 1:46 pm, si <sitni...@gmail.com> wrote:
> > неправильно составленный реквест к БД может убить любой процессор
>
> полностью согласен. свежий пример. буквально на днях оптимизировали
> dedicated сервер. на нем стоить только IPB форум.
> вот графикиhttp://si.infonet.ee/lj/oscar-cpu-week.png
>
> проблема оказалась в функции similar_topics()
> которая генерила такие запросы
> # User@Host: forum[forum] @ localhost []
> # Query_time: 2 Lock_time: 0 Rows_sent: 5 Rows_examined: 62552
> SELECT * FROM forum_topics WHERE forum_id IN
> (1,2,18,20,3,60,4,6,7,8,65,9,10,11,12,13,15,22,16,17,23,19,21,24,81,30,29,2-7,93,31,28,70,33,34,35,36,37,38,39,40,41,42,59,47,89,48,90,69,49,50,51,52,9-4,61,79,54,55,73,74,75,76,72,77,78,82,83,84,62,53,85,57,67,68,88,66,64,91,9-2,63,25,80,26,44,43,58,46,45)
kay
http://slil.ru/26613975 - CPU load
http://slil.ru/26613983 - MySQL slow queries + queries without indexes
Sergej Kandyla
+1 очень большой цирк.
xen, vmware - слишком тяжелые инструменты....
jail не умеет делить ресурсы, VDS_Manager то еще гавно.
OpenVZ - класная штука, но memory overcommitment расставляет все на
свои места (который в VE работает по другим прицнипам.)
Sergej Kandyla
> вот графики
> http://si.infonet.ee/lj/oscar-cpu-week.png
>
>
Прошу прощения, уж больно графики красивые ;)
Самописными скриптами строите или есть какое-то публичное решение
(всмысле скрипты) ?
В гугле навскидку немного не то, или в урезаном виде...
Борис Долгов
--
С уважением, Борис Долгов.
icq 77556665
e-mail bo...@dolgov.name
Alexander Naydenko
2009/3/26 Борис Долгов <bo...@dolgov.name>:
--
С уважением,
Александр Найденко
-------------------------------------
тел. +7 916 267 97 58
тел. +7 495 506 97 01
Sergej Kandyla
> Это munin.
>
спасибо, я чтото подотстал от жизни ;)
Несколько лет назад пользовал munin, но не разобрался до конца и
поставил крест.
Сейчас все выглядит в другом свете!