Похоже, что у вас подключен модуль php - xdebug, посмотрите в /etc/php.d на предмет наличия файла *-xdebug.ini с содержимым zend_extension=xdebug.so, если таковой есть, то переименуйте его в *-xdebug.ini.disabled и выполните:
Попробуйте массово временно отключить всех агентов выполняемых на хитах, а также временно отключить /home/bitrix/www/bitrix/php_interface/init.php переименовав его в например init.php_ если после этого производительность станет нормальной - обратитесь к разработчику сайта.
Все агенты на кроне, в init.php ничего не добавлено. На всякий случай попробовал с переименованием - не помогло. Попробовал поставить "голый" битрикс - результат тот же. Гугл тоже молчит.
Та же самая ситуация. 2 SSD Samsung 850 Pro в зеркальном рейде (bios), Скорость по тестам хорошая. При тестировании производительности все упирается в скорость чтения файлов и скорость чтение-запись базы данных. Очередь диска не превышает 0.2 в пиковой нагрузке.
Добавил сюда, что бы не плодить пустые темы, да и одинаковые проблемы на мощном железе - это показатель системы. Если будет какое то решение - пожалуйста напишите и мне то же.
Эдуард Зеленов написал: Проверил на других серверах с другими SSD дисками - проблема остается. Думаю это ошибка конфигурации bitrix_env. Система/диски здесь не при чем.
Согласен. Тем более, что сама по себе диагностика жесткого диска показывает, что скорость обращения к диску очень хорошая.
Игорь Горгуль, может быть. Портал был перенесен с ВебОкружения Windows на ВМ Битрикс на Hyper-V. Проверяю скорость работы жесткого диска в ВМ - результаты 200-250 МБайт\сек. Проверяю производительность в портале - узкое место в скорости файловой системы и запись\чтение MySQL. Может подскажете куда копать? По линукс системам знания самые базовые.
Игорь Горгуль написал: Эдуард Зеленов , и BitrixVM тут не причем. Исправляйте ошибки в своем коде. У нас куча серверов и такой проблемы нет.
Рад за вас. Системы тестировались с коробочными версиями битрикса без единого изменения кода. Так что Ваше замечание мягко говоря не актуально. Если нечего сказать по теме, зачем вообще писать?
Перенес сегодня виртуалку bitrixvm 5.1.5 на SSD диск raid 0 на котором запись 773 Mb/s чтение 830 Mb/s. При тесте производительности на сайте следующие показатели
Игорь Горгуль написал: Эдуард Зеленов , и BitrixVM тут не причем. Исправляйте ошибки в своем коде. У нас куча серверов и такой проблемы нет.
Рад за вас. Системы тестировались с коробочными версиями битрикса без единого изменения кода. Так что Ваше замечание мягко говоря не актуально. Если нечего сказать по теме, зачем вообще писать?
Спасибо, что спустя 10 дней вы поделились с нами такой информацией. Тогда проблема в ваших дисках. В вашей установки и настройке системы. У нас на HDD в рейде показатели выше. Вместо того, чтобы юлить лучше разбиритесь в системе или наймите специалиста.
Игорь Горгуль написал: Эдуард Зеленов , и BitrixVM тут не причем. Исправляйте ошибки в своем коде. У нас куча серверов и такой проблемы нет.
Рад за вас. Системы тестировались с коробочными версиями битрикса без единого изменения кода. Так что Ваше замечание мягко говоря не актуально. Если нечего сказать по теме, зачем вообще писать?
Спасибо, что спустя 10 дней вы поделились с нами такой информацией. Тогда проблема в ваших дисках. В вашей установки и настройке системы. У нас на HDD в рейде показатели выше. Вместо того, чтобы юлить лучше разбиритесь в системе или наймите специалиста.
Игорь, главное зачем грубить окружающим? не понятно!?! Ну если Вам нечего полезного/толкового посоветовать, ну напрягитесь и удержите словесный понос! У людей реальные проблемы, вопросы заданы тем кто готов помочь и не жмется при этом, не мешайте если Вы не из числа таких людей.
Игорь Горгуль написал: Спасибо, что спустя 10 дней вы поделились с нами такой информацией. Тогда проблема в ваших дисках. В вашей установки и настройке системы. У нас на HDD в рейде показатели выше. Вместо того, чтобы юлить лучше разбиритесь в системе или наймите специалиста.
Причем здесь HDD рейд. Вы тему читали? На HDD рейде у нас тоже всё нормально, интересует конкретно SSD. Это первое. Второе я уже писал что тест проходил на разных серверах с разными дисками, имеется ввиду не только объем, но и модели дисков, и фирмы-производители. Теперь по поводу специалистов - нанимали, не помогло. Если Вы считаете, что сможете разобраться в проблеме, можем обговорить условия сотрудничества и цены. В противном случае прошу прекратить превращать пост, который для многих важен, в помойку путем высказывания Ваших личных соображений, ни коим образом к решению вопроса не относящихся.
Эдуард Зеленов, я Вам написал, к какую сторону копать нужно. Дисковая подсистема зависит от многих факторов: железо, тип файловой системы, имеется ли виртуализация, как настроена сама ОС. В случае использования BitrixVM все сводится к тому как была установленна система, дискам и если большая база данных к настройкам mysql. Мы тут не Ванги и не можем знать всех деталей установки сервера. Если есть желание, я могу посмотреть ваш текущий сервер, либо настроить новый. Подробнее пишите в скайп xxxspyxxx4, либо через контакты на сайте в моей подписи.
Поставьте iotop и посмотрите что творится. По опыту проблема в монтировании ext4 - он по дефолту монтируется с barriers=1 и мягко говоря падает производительность. Надо шаманить либо с таймаутом сброса журналов, либо отключать барьеры совсем.
Алексей Иванов написал: Поставьте iotop и посмотрите что творится. По опыту проблема в монтировании ext4 - он по дефолту монтируется с barriers=1 и мягко говоря падает производительность. Надо шаманить либо с таймаутом сброса журналов, либо отключать барьеры совсем.
Алексей Иванов написал: Поставьте iotop и посмотрите что творится. По опыту проблема в монтировании ext4 - он по дефолту монтируется с barriers=1 и мягко говоря падает производительность. Надо шаманить либо с таймаутом сброса журналов, либо отключать барьеры совсем.
iotop разве ставится на CentOS?
А не должно? Нашел какие-то дико старые новости про ядро 2.6.18, но текущий centos и bitrixvm на 2.6.32-642.1.1.el6.x86_64 (что тоже есть дико старое ядро)
Хотя это точно не повлияет на скорость ЧТЕНИЯ, но все же: если гонитесь за производительностью SSD, то не монтируйте операционную систему с опцией discard. Лучше выполняете fstrim по расписанию. Пруф.
Сталкивался с такой же ситуацией. По тестам вроде диски ок, а производительность низкая. Конкретно в моем случае была проблема что при установке ядро не правильно определило количество процессоров 172 штуки и наплодило кучу процессов rcuob и rcuos, а на самом деле он один, а система пыталась сначала к несуществующим обратиться, помогла принудительная установка параметра nr_cpus=2 в grub
Так же читал что чаще всего это возникает на материнках где есть пустой слот под еще один процессор.
После исправления показатель с 7000 файловых операций в секунду вырос в два с половиной раза на raid 0 ssd