Комментарии в блоге "Практический битрикс" на "Низкая оценка производительности на мощном железе"

Комментарии на "Низкая оценка производительности на мощном железе" от Михаил Турунов

Wed, 11 Dec 2019 10:05:42 +0300

тему выкурил!
тоже обеспокоен низкой оценкой производительности на собственном, избыточно мощном железе.
в частности на рабочем портале оценка файловой системы меньше сотни
на свежеустановленном, пустом К.портале на VMBitrix под Hiper-V в районе 3000 при эталоне в 10000

Возможно ли описать какой-то алгоритм поиска и решения проблемы?
Поддержка пока отделывается общими фразами. (((

Например:
-гипервизор, ОС для виртуалки
-особенности сборки
-ошибки системы
-тип акселератора, порядок их перебора
-тип железа
-проблемы с драйверами
-проблемы RAID
-.........

Помогите структурировать пожалуйста!

Комментарии на "Низкая оценка производительности на мощном железе" от Police King. Police King.

Fri, 05 Oct 2018 23:14:45 +0300

Результат на NVMe не соответствует действительности, по сравнению с обычным SSD бэкап сайта в x5 раз быстрее создается, но производительность БД одинаково низкая по результатам Битрикса на обоих серверах при абсолютно одинаковых условиях

NVMe
https://monosnap.com/direct/nP2ks9Ls88XXdLYnYtYHj3uplUqgUn

SSD
https://monosnap.com/direct/ppCsNhprBkrD4XLkvKZSJymEljGLA8

Комментарии на "Низкая оценка производительности на мощном железе" от qaziop

Tue, 23 May 2017 11:40:16 +0300

Я тут на локальный сервер на SSD решил поставить, все показатели железа весьма зверские, все настроено согласно рекомендациям Битрикса, нигде нет ошибок и.т.д , и тут он мне вывозит 34 попугая против эталона который даже рядом не валялся..
Я очень сильно усомнился в адекватности этого теста, такое впечатление что это чистой воды маркетинг что бы избранных провайдеров рекламировать таким образом, вот мол смотрите как много у нас попугаев супер железо идите к нам и покупайте хостинг за бешеные деньги...
Возможно не к месту но с каждым днем в нашей стране растет желание обобрать как можно быстрее и больше покупателя, не исключение видимо и Битрикс.

Комментарии на "Низкая оценка производительности на мощном железе" от Анна Васильева

Fri, 05 Aug 2016 01:49:15 +0300

Интересная статья!

как вама такая конфигурация сервера:

Веб-сервер (WWW)		Apache MPM-ITK 2.4.6-40.el7.centos , Apache PHP module 5.4.16-36.el7_1 , awstats 7.3-2.el7 , logrotate 3.8.6-7.el7_2 , nginx 1.8.0-1.el7.centos.ngx

+установлен акселератор Opcahe вместо APC.

Железо:
Intel Xeon E5620, 2.4Ghz 4 ядра
Оперативная память 6 GB
Обьем диска 80 GB SSD
Трафик безлим

Попугаев 13 (( и очень низкие показатели
Где копать на что обращать внимание? Статьи рекомендации. Помогите пожалуйста разобраться

Комментарии на "Низкая оценка производительности на мощном железе" от Юрий Пчелов

Mon, 23 Mar 2015 11:55:07 +0300

Благодоря Sergey Pogudin !!!
В CentOS - отключил APC, подключил Opcache и о чудо, оценка 64.66!!!
Когда уже закончатся - танца с бубном и выбором оптимизатора, сначала eAccelerator, потом xCache, потом APC и вот OPcache...

Комментарии на "Низкая оценка производительности на мощном железе" от Юрий Пчелов

Mon, 17 Nov 2014 22:23:10 +0300

Мне почему то кажется, что тест производительности, в последнее время не адекватен совсем. Уже более 10 раз ставил на действенно чистый VPS(4x2.4Ghz\4Gb Ram\120Gb SAS (Raid10 естественно виртуальный обрезок от него)) CentOS-minimal, далее разворачивал BintrixEnv (5.0.44) восстанавливал проект, ничего более не трогая прогонял тест производительности, оценка показывает ~25-30, теперь внимание парадокс, только стоит подключить репозитории epel и remi, и обновить php до версии 5.4.xx-x зайти в монитор производительности и увидеть печальную оценку на уровне 2.xx~4.xx - при дальнейших манипуляциях с конфигами php,nginx,httpd,my,cnf максимум что удавалось выжать это оценку ~7-9 очень не стабильную, и естественно время отклика около от ~0.1400 до 0.0900. Думал что проблема в php из remi, попробовал php из webtatic репозитория, но это не помогло (остальные попугай менялись не значительно после замены php 5.3.3 на php5.4.xx). Собственно вопрос, как тут быть?

Комментарии на "Низкая оценка производительности на мощном железе" от Роман Забродин

Tue, 23 Sep 2014 11:55:59 +0400

Шаромов Денис, у нас возник вопрос.

Описание кейса:
1. У клиента на сервере стоит БУС 12.5 с одним типовым решением.
Замеры производительности:
http://screencast.com/t/IhJkkWQhnFeI

2. На том же самом сервере стоит БУС 14.5 с другим типовым решением.
Замеры производительности:
http://screencast.com/t/2nT1XDPKD6p

Как видно из скриншотов -- замеры сильно различаются практически по всем полям...

Вопросы:

1. Влияет ли версия БУС на замеры из первой вкладки "Конфигурация" (процессор, файловая система, БД)? Если да, то на сколько сильно?

2. Влияет ли на замеры из первой вкладки "Конфигурация" (процессор, файловая система, БД) используемое с БУС Типовое решение? Если да, то на сколько сильно?

3. Как еще можно объяснить разный результат, что может на него влиять (количество товаров в БД, обмен с 1С, посещаемость итд)?

Комментарии на "Низкая оценка производительности на мощном железе" от Анатолий

Mon, 14 Jul 2014 11:55:12 +0400

Комментарии на "Низкая оценка производительности на мощном железе" от Алексей Мокрушин

Fri, 07 Jun 2013 16:00:39 +0400

tmpfs не дает прироста производительности

Комментарии на "Низкая оценка производительности на мощном железе" от Neo

Fri, 25 Jan 2013 16:13:09 +0400

Приветствую, коллеги!

Озадачился таким вопросом. Установил Корпоративный портал на пустой сервер. Редакция "Бизнес-процессы". Портал пустой. Сервер тоже. Оценка производительности, мягко говоря удивила:

Конфигурация	21.31	30
Среднее время отклика	0.0469	0.0330	секунд
Процессор (CPU)	5.3	9.0	миллионов операций в секунду
Файловая система	7 961.9	10 000	файловых операций в секунду
Почтовая система	0.0146	0.0100	время отправки одного письма (в секундах)
Время старта сессии	0.0002	0.0002	секунд
Конфигурация PHP	оптимально	оптимально	рекомендации
База данных MySQL (запись)	3 404	5 600	количество запросов на запись в секунду
База данных MySQL (чтение)	6 760	7 800	количество запросов на чтение в секунду
База данных MySQL (изменение)	3 252	5 800	количество запросов на изменение в секунду

Итак, железо:

Платформа SR1625URSASR Urbanna, i5520.
2 x Quad-Core Intel® Xeon® E5606, 2,13ГГц, LGA1366, 8M, 4,8GT/s.
10 x DDR3 ECC Reg 1333, 20 Гб. По 3 канала на процессор.
4 x 500ГБ, 2.5", 10000 об/мин, 64МБ, SATA III, RAID 10.

Система Ubuntu 12.04 LTS. Меры по увеличению производительности, которые были предприняты:

В качестве Frontend установлен nginx
Установлен акселератор APC (apc.shm_size 512M)
База MySQL вынесена на отдельный SSD Диск (/var/lib/mysql)
Файлы Битрикса вынесены на отдельный SSD диск (/var/www)
Кеш Битрикса (cache, managed_cache) вынесен в tmpfs в память
tmp MySQL вынесен в tmpfs в память

Настройки MySQL

====code====

[client]default-character-set=utf8[mysqld]tmpdir          = /tmpkey_buffer              = 16Mmax_allowed_packet      = 16Mthread_stack            = 192Kthread_cache_size       = 8max_connections        = 50table_cache            = 512thread_concurrency     = 10query_cache_limit       = 10Mquery_cache_size        = 128Mlog_error               = /var/log/mysql/error.logcharacter_set_server = utf8collation-server = utf8_unicode_citmp_table_size = 512Mmax_heap_table_size = 512Mtable_open_cache = 512join_buffer_size = 16Msort_buffer_size=16Mread_buffer_size=16Mread_rnd_buffer_size=1Minnodb_flush_method = O_DIRECTtransaction-isolation = READ-COMMITTEDdefault-storage-engine=InnoDBinnodb_buffer_pool_size=4Ginnodb_additional_mem_pool_size=2Ginnodb_file_io_threads=8innodb_lock_wait_timeout=50innodb_log_file_size=32Minnodb_log_buffer_size=4Minnodb_flush_log_at_trx_commit=2innodb_thread_concurrency=10[mysql]default-character-set=utf8

=============

При этом нагрузки на железо по iotop, htop, top особо не видно. Что еще можно оптимизировать?