Высокий wa на сервере

[sspy]

Сервак мощный, но без ssd. Обычно wa в районе 1, но порой растет до 50, соответственно всё виснет. Вся нагрузка идет от mysql. Скрипты оптимизировать не вариант, т.к. динамика. Спасёт ли дело переезд на ssd впс ? В текущем раскладе можно что-то подтюнить в самой базе, что б больше исползовать оперативу и освободить диск?

[chesser]

Сообщение от sspy

Скрипты оптимизировать не вариант, т.к. динамика.

че сказал?

Сообщение от sspy

Спасёт ли дело переезд на ssd впс ?

заметно ускорит все процессы, завязанные на диске.
Степень ускорения зависит от характера работы с диском. Но, думаю, у тебя в любом случае random access read много используется, а значит и ускорение будет нелинейным, т.е. еще лучше.

Но учти, что при неоптимизированных логически (или алгоритмически) процессах подобные железные апгрейды лишь немного оттягивают вверх планку и потом все равно накроет wa/la - неважно что. Хотя если в коде ковырнуть, то может и без железного апгрейда эта планка высоко, такое часто бывает.

и, кстати, wa? - ты уверен, что это именно диск?

что б больше исползовать оперативу и освободить диск?

RAM не должна быть свободной, она должна быть всегда загруженной почти на 100%
если есть возможность, забей ее под завязку...ну кешами, например, желательно часто используемыми

[AloneSlamer]

Использую сервак на ssd все летает и на компе тоже ssd заметный прирост производительности.

[sspy]

Сообщение от chesser

че сказал?

в моём случае проще потратиться на сервак, чем оптимизировать чужой код.

Сообщение от chesser

и, кстати, wa? - ты уверен, что это именно диск?

да. проц и память свободны более чем наполовину. проверил через ioping в момент когда wa был 1, картина такая

10 requests completed in 9.1 s, 75 iops, 300.7 KiB/s
min/avg/max/mdev = 149 us / 13.3 ms / 65.8 ms / 19.1 ms

[Tony]

Сообщение от chesser

RAM не должна быть свободной, она должна быть всегда загруженной почти на 100%
если есть возможность, забей ее под завязку...ну кешами, например, желательно часто используемыми

как это правильно делается?

[Dippa]

Сообщение от Tony

как это правильно делается?

Для начала чекнуть конфиг mysqld, может там под tiny model настройка. Если так то увеличить кеш mysql query_cache_size и далее по мануалу.

Ззатем через explain погонять тяжелые запросы, возможно там fullscan, тогда индексы поправить..

А программный кеш через memcache как вариант, где ключ хеш от тяжелого sql запроса.

[chesser]

Сообщение от sspy

в моём случае проще потратиться на сервак, чем оптимизировать чужой код.

я не про то:

Скрипты оптимизировать не вариант, т.к. динамика.

не понял, что такое "динамика" в твоей фразе, непонятный термин в данном контексте.

Сообщение от sspy

да. проц и память свободны более чем наполовину. проверил через ioping в момент когда wa был 1, картина такая

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

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

Сообщение от Tony

как это правильно делается?

про загрузку памяти на 100% я говорил в общем виде:
Чем больше у тебя работает память, тем все работает быстрее, т.к. ты меньше используешь диск, который всегда медленней памяти.
Как именно делается в конкретном случае - хз, нужно знать детали работы приложения, структуру потребления памяти: какие компоненты ее жрут, в каком количестве и с какой частотой.
Если говорить только про Mysql, то см ответ Dippa.
Я каждый сайт профилирую и мониторю постоянно, как только пошли проблемы - докручиваю конфиги там, где это нужно. Мониторю память БД каждый 3-5 минут на всех серверах.

[smsupport]

У меня такое происходит когда дискам приходит жопа. Советую проверить диски, лишним не будет.