Форум

Извиняюсь, пока тема висела, не прочел прошлое сообщение ...

Oleg_,  Смотря на картинку Вашего скрина произвjдительности от 18.02.2012 01:17:01 складывается впечатление, что на сервере в момент теста выполнялось что то еще. Потому что у меня на сопоставимом сервере (Intel Core i7 950@3.07GHz / 8GB /без hardware RAID) под "лёгкой" нагрузкой показатели CPU, файловой системы и БД примерно в 2 раза больше ваших.


Про 5% загруженность. Тест на "отклик" и на "процессор" - однопоточные. А процент считается от всего процессора. У вас похоже 8-поточный процессор, и загрузка более 12.5% не должна была подниматься. А видимо потому, что тест касался не только процессора - видимо потому у вас 5% и получилось.

У вас на сервере 8 потоков по 3.2GHz - вычислительная часть многократно мощнее. Памяти больше - тоже хорошо. Единственно, виртуалка может соревноваться с выделенным сервером тогда, когда на ней дисковая система оптимальнее вашей, да и то, только тогда, когда сервер с VPS не нагружен.
А для "реального" сравнения - запустите и там и там тест с закладки "Маштабируемость". На минуту, с 2 до 12 соединений, с шагом 2.

Про NGINX. Если кратко - он сильно экономит память. Которой так часто не хватает для разных акселлераторов и кешей. Единственная проблема, когда он просаживает производительность - когда от apache ему приходят большие файлы и он их складывает на диск перед отправкой посетителю. Кроме этого случая его влияние - минимально.

Алексей Власов,  а htop по прежнему показывает MySQL самым грузящим просессом?

Еще одно замечание -

Напомню в каталоге порядка 300 тыс позиций, так вот есть страничка сайта, на которой находятся 2 компонента catalog.top
В процессе генерации страницы загрузка сервера 100%

Время создания страницы: 8.9442 сек.
Всего SQL запросов: 84
Время исполнения запросов: 8.1781 сек.

Oleg_,  у вас пожалуй стоит определить, где узкое место - файловая система или сам диск. В linux есть команда
hdparm -tT /dev/sdX
думаю, во FreeBSD есть аналог. При этом в тесте "Timing buffered disk reads" не вмешивается кэш ОС, в отличии от dd. Современные сервера пустыми, на недорогих дисках, дают от 100 MB/sec "чтения с диска".
Если же сервер покажет хорошую скорость диска, то видимо дело в настройке файл-системы. Из простого - проверить установленный noatime (Битрикс его любит).

RAID-0 - на сервере это жестко, не стоит )
А то что у виртуалки "быстрый" диск - это скорее всего хороший кеш-сервера.

Что касается "результата" теста производительности - то можно пожертвовать "Веб-Антивирус", "Проактивный фильтр" - это улучшит конечный показатель.

Также надо перепроверить все "прицепленные" акселераторы. Поддержка например правду говорит, что APC лучше чем eAccelerator.

Надо выявить запрос(ы) самые тяжелые, и там решать, что делать. Получиться ли обойтись настройками MySQL или нет.

Алексей Власов,   92 - вполне нормальные показатели. Так как у вас на странице бОльшее время занимают запросы то надо определить, по какой причине, и тогда станет ясно, возможно ли оптимизировать работу настройкой сервера или же надо что то делать в коде сайта.

UP.
Найдите самые тяжелые запросы, вносящие максимальный вклад в "Время исполнения запросов", посмотрите их EXPLAIN.
В EXPLAIN внимание обратите на запросы, где много ROWS, и где используется сортировка с использованием временных файлов.