обещаю завтра это сделать.Но и молчать не могу
| Написал утром, читайте тут |
Вышла серия первых обновлений 8.5.
ВНИМАНИЕ! Модуль Монитор Производительности теперь доступен для всех редакций! Вы должны поставить бета-версию, чтобы увидеть, что мы там напридумывали.
НЕ ЗАБЫВАЙТЕ, что модуль нужно установить
Главный модуль
8.5.0
- Добавлен новый диалог "Управление структурой" в публичном разделе. Диалог показывает логическую или физическую структуру сайта, позволяет выполнять операции над разделами и страницами, включая "перетаскивание" страниц в структуре.
- Добавлена расширенная статистика "Время создания страницы" в публичном разделе. В диалоге показывается время исполнения составляющих частей страницы, компонентов, SQL запросов.
- Изменен алгоритм выделения текущего пункта меню: теперь, если могут быть выделены более одного пункта меню одновременно, то текущим считается тот пункт, у которого самая длинная ссылка.
- SEO-оптимизация шаблонов компонентов авторизации.
- Теперь при редактировании в публичном разделе визуальный редактор подключает стили текущего шаблона сайта.
- Исправлена ошибка обработки сохраненной авторизации.
- Исправлена SQL-ошибка для MSSQL-версии при определении сайта по пути.
- Разработчикам: добавлен метод CAdminList::AddActionSuccessMessage() для вывода сообщений об успешных действиях в списках.
- Разработчикам: в функцию CMain::GetCurPage() добавлен необязательный параметр, позволяющий возвращать индексную страницу раздела без "index.php".
- Разработчикам: добавлена обработка константы BX_DISABLE_INDEX_PAGE (значение true/false). Константа регулирует значение по умолчанию для параметра get_index_page функций GetPagePath(), CMain::GetCurPage(), CMain::GetCurPageParam().
Монитор производительности
8.5.0
- Добавлена страница "Панель производительности". Страница позволяет протестировать производительности проекта и сравнить результаты с эталонной системой. Даются рекомендации по настройке и приводится статистика самых нагруженных страниц.
- Добавлена страница "Параметры окружения" с анализом параметров PHP.
Завтра ждите детальный анонс
Я успел обновиться даже до того, как был написана Ваш пост.
Правда, версия была 8.0.1 и выглядело вроде попроще, чем на скриншоте.
Если официальная позиция 1С-Битрикс совпадает с Вашей, то им придется сделать смелый шаг: в описании продукта красным жирным шрифтом написать, что Битрикс работает только на спецтарифах, и требовать спецтарифы от партнеров с компетенцией "Хостинг PHP" (сейчас это дело добровольное).
1.
У нас, например, памяти для EA выделено с запасом. Зачем нам тогда что-то удалять? Пусть себе хранится в кеше, даже если к этому файлу редко обращаются.
2.
Также хотелось бы по поводу параметра "файловая система (файловых операций в секунду)" уточнить. У нас показывает всего 140 при рекомендуемых 10.000. Я недавно с хостером общался по поводу скрипта bitrix_server_test. У нас с этим скриптом всё было красиво, кроме времени создания 1000 файлов - значения получались в районе 7 секунд (скрипт пишет, что желательно укладываться в 2 секунды). Сейчас у нас свой сервер, а раньше на слабеньком VPS в эти 2 секунды мы укладывались! И вот что на моё недоумение ответил хостинг-провайдер:
/tmp, но на обычных впсах размер /tmp ограничен, и создается в памяти,
поэтому запись туда будет очень быстрая.
А так по скорости диск на VPS никогда не будет быстрее, чем на
вашем сервере, т.к. на обычном VPS он делится.
limsrv019:~$ dd if=/dev/zero of=/test.file count=1000 bs=1M
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 9.90978 s, 106 MB/s
что является вполне нормальным значением
Получается, если bitrix_server_test рекомендует 500 файлов в секунду (1000 за 2 секунды), то панель производительности - уже 10.000 в секунду! Вы ничего не перепутали?
3.
Далее:
Прежде, чем давать рекомендацию на увеличение этого параметра, нужно смотреть, насколько интенсивно используется кэш, есть ли свободное место. Не все запросы кешируются, этот параметр можно увеличить до небес, но всё равно будет >1%
4.
Предполагаю, что такая рекомендация дана без учёта настройки
innodb_file_per_table = enabled
У нас такая настройка включена, на каждую таблицу создаётся файл.
Кроме того, параметр tmp_table_size, насколько я знаю, надо рассматривать в связке с параметром max_heap_table_size (используется минимальный из них). И кроме того, в некоторых случаях таблица всё равно создаётся, даже если есть свободное место, поэтому нельзя просто директивно увеличивать это значение, не поможет.
Disclaimer по всем четырём пунктам: всё это - моё частное мнение (IMHO), основанное на чтении форумов и документации.
"возможно, требуется увеличить значение параметра query_cache_size"
просто обращается внимание
п.4 статистика сервера MySQL Created_tmp_disk_tables отражает количество временных таблиц на диске, созданных во время выполнения запросов и имеет мало общего с параметром innodb_file_per_table, определяющим метод хранения постоянных таблиц и индексов Innodb.
А насчёт пункта 3 - мне кажется, если детальнее анализировать статистику, можно давать более чёткую рекомендацию.
и насчёт "параметр tmp_table_size, насколько я знаю, надо рассматривать в связке с параметром max_heap_table_size" вы совершенно правы, параметры связанные, постараемся учесть замечания.
Беты включены...
Заодно стали тормозить некоторые сайты, видимо из-за того, что ядро 8.5.0 тоже в бета-версии...