Вирт 1.1.4 грузит диск на сервере - [VM1] Общие вопросы и ошибки

Здравствуйте уважаемые специалисты. Помогите пожалуйста решить проблему. Стоит вирт 1.1.4 и Joomla 1.5.22. На магазине 30000 товаров. В общем с базы данных идут какие-то слишком тяжелые запросы. Они сильно грузят диск сервера. проц и оперативка все хорошо, но с диском туго. Запускаются запросы product_name`,`products_per_row`и неимоверно грузят систему. А может и не они. Факт в том на база данных что-то с огромной скоростью пишет на диск. Помогите пожалуйста оптимизировать запросы к бд. Я выставил чтобы на страницу выводилось не более 30 товаров а оно всеравно дает огромнейшую нагрузку. Подскажите в каком направлении работать. Заранее благодарен.

30 товаров на страницу это довольно таки много для VM 1.
нужно оптимизировать VM вырезав из него лишние неиспльзуемые вами функции которые порождают запросы при брожении по категориям. обратитесь для этого к специалистам.
на диск скорее всего происходит кеширование.

Копать в направлении других компонентов )

30 товаров на страницу это довольно таки много для VM 1.
нужно оптимизировать VM вырезав из него лишние неиспльзуемые вами функции которые порождают запросы при брожении по категориям. обратитесь для этого к специалистам.
на диск скорее всего происходит кеширование.

Спасибо за подсказку. У меня сейчас нет средств на специалистов. Сильно уж дорогие они. А как отключить кеширование майскюл? Или как с этим бороться? Можно мне подсказать как это исправить?

Спасибо за подсказку. У меня сейчас нет средств на специалистов. Сильно уж дорогие они. А как отключить кеширование майскюл? Или как с этим бороться? Можно мне подсказать как это исправить?

да наоборот включить. только настроить правильно.

sh404 стоит?
если да то он и пишет в лог, в настройках отключать надо

404-й есть но он только от флуда защищает и не производит чпу.
Я выяснил в чем дело. Наш всеми любимый и глубоко уважаемый Яндекс. баню его ботов и все в норме включаю обратно диск аж дымит

404-й есть но он только от флуда защищает и не производит чпу.
Я выяснил в чем дело. Наш всеми любимый и глубоко уважаемый Яндекс. баню его ботов и все в норме включаю обратно диск аж дымит

диск не может кипеть от ботов
а вот в конфигурации 404 посмотрите "ведение логов" его требуется выключать, оно пишет в файл и съедается место диска

диск не может кипеть от ботов
а вот в конфигурации 404 посмотрите "ведение логов" его требуется выключать, оно пишет в файл и съедается место диска

Может может. Выключаешь Яндекс и все спокойно включаешь и обратно нагрузка взлетает. Несколько проверок подряд это не случайность.

какие параметры сервера/впс/хостинга?

диск HDD 60 гиг. Оперативки 3 гига проц 4 ядра по 3400 порт 100мб. Вроде все. Так дело в том что страдает только винт. Oпера и проц не грузятся совсем. Идет запись с сумашедшей скоростью и большими объемами. причем не все время а по несколько часов в сутки и обычно днем.

ну так пользователи днем поиском пользуется а логи ведутся по посетителям, с ПС идет переход и 404 в лог файл записывает, либо еще что стоит(мы тут в экстрасенсов играем) с ведением логов по посетителям

ну так пользователи днем поиском пользуется а логи ведутся по посетителям, с ПС идет переход и 404 в лог файл записывает, либо еще что стоит(мы тут в экстрасенсов играем) с ведением логов по посетителям

У меня посетители равномерно весь день. Я не уверен что именно с 12 до 15 ежедневно заходит пользователь и по расписанию что-то ищет. После того когда отключил доступ ботам яндекса все тихо. Еще сегодня проведу такой-же эксперимент для уверенности.
Кстати о логах. Нагрузку дает майскюл а не запись логов. Проверял в пике скорость 70 мб достигает.

Нагрузку дает майскюл

и что же он у вас пишет?
что нет phpMyAdmin для того чтоб посмотреть?

Я смотрел по статистике сервера. Но я уже нашел причину. Спасибо большое всем за помощь и подсказки.

Я смотрел по статистике сервера. Но я уже нашел причину. Спасибо большое всем за помощь и подсказки.

Мда.. А поделиться в чем причина, как обычно, забыли...
Через полгода в таких вот темах задаеется вопрос:
"Подскажите в чем была причина у Вас, у меня аналогичная ситуация!"

Не забыл... Лично в моем случае Яндекс шалит. Перепроверил все. В пики нагрузки закрывал доступ ботам яндекса по всем портам и все было спокойно, открывал и нагрузка моментально взлетала. После данных экспериментов точно уверен что это Яндекс.

Хочу сообщить что теперь точно ясно из-за чего была вся эта нагрузка на диск.
Может кому-то поможет в будущем.
Сегодня ночью была нагрузка длительное время и я провел еще раз эксперимент  яндексом. Результата не вышло и я решил исследовать что в это время делает MySQL. И я выяснил интересную особенность. Выходит что когда идет такое количество запросов или большой запрос он не умещается в оперативке и MySQL пишет его во временный файл на диске. Тем самым нагружая диск.
Этот вопрос можно решить изменив параметры max_heap_table_size и tmp_table_size Hash памяти с 16М до 256М к примеру. Можно и меньше, но мне в самый раз. Запросам моих сайтов не хватает 16 мегабайт оперативки. И оно пишет на диск.
Вот я все облазив у Google и выяснил что ограничение параметров Hash памяти нужно увеличивать так как при установке phpMyAdmin он идет по умолчанию с ограничением 16м и если ему не хватает места он пишет временный файл тмп на диск. Я сам наблюдал что когда была нагрузка в myadmin во вкладке процессы был процесс записи в тмп файл на диск. Этот параметр может находиться в my.cfg но не факт что он там есть. Если нет то его нужно туда внести в раздел [mysqld]. В myadmin во вкладке Типы таблиц - MEMORY числится что параметр max_heap_table_size имеет размер 16,384 КБ. После внесения необходимых изменений в файл my.cfg необходимо перезагрузить MySQL и изменения вступят в силу. В итоге после проведенной операции диск вовсе без нагрузки. Всю нагрузку взяла на себя оперативка

я же просил дать доступ доступ к серверу, а Вы утверждали что Вам админы все настроили
+ что поделились решением, может кому-то ещё поможет...

Ну вот вы бы дали незнакомому человеку доступ к серверу на котором рабочие проекты? Вряд ли. Ничего личного просто в целях предосторожности. Настраиваю там некоторые моменты сам, а админы подсказывают и направляют на путь истинный. очень хороший саппорт. И помогут и подскажут и цены демократичные.

>>> Когда сервер ляжет и у Вас не получится его поднять своими силами - тогда дадите доступ

Он не ляжет. А если ляжет то я вспомню что вам скорее всего это было интересно... Вам я доступ точно не дам.

оптимизируй запросы и засунь нафиг в кэш все=) в серверный=)

я же выше написал как это можно сделать... Вроде как подробно...

Веб сервер под серьезные проекты без использования быстрой дисковой подсистемы это априори гемор.
Минимум RAID10 для скорости и отказоустойчивости. Да и оперативки много не бывает.
Ну и плюс вышенаписанное по поводу потимизации.