Форум

В виртуально машине есть файлы bx_custom в которых вы можете скорректировать настраиваемые машиной параметры, в соответствие с вашим конкретным случаем.

Тут скорее всего не настройка вирт машины виновата, а большое количество подключений которое указано в bx_custom.
Попробуйте уменьшить max_connections = 256 до как минимум 128.

Одновременно стоит проконтролировать, чтобы количество потоков php не преавышало количество соединений к БД.

Добрый день!
Поэтапно разберёмся в предложенных кейсах.

[CODE][B]Проблема №1[/B]

На выходе мы получаем вот такой порядок подключения файлов стилей:
page_e075568aa9986b5d0dfee9808010710e_v1.css?16443223452068
template_336e9cf2eed8f19d39118eb918a64a21_v1.css?164432234555761

Такой порядок ломает логику каскада CSS! Как должно быть:
template_336e9cf2eed8f19d39118eb918a64a21_v1.css?164432234555761
page_e075568aa9986b5d0dfee9808010710e_v1.css?16443223452068
[/CODE]

В данном случае совершенно корректное поведение ядра. Стили шаблона подключаются в самом низу, для переопределения всего внешнего вида проекта.
Для описанного вами случае, есть несколько вариантов решения.

[B]Самый простой способ:[/B]

Общую часть стилей подключаемую в шаблоне, подключаем в самом конце foote.php, с установкой параметра additional в true
[CODE]\Bitrix\Main\Page\Asset::getInstance()->addCss( '/local/test1.css', true);[/CODE]

Дополнительные стили компонент также подключаем с установкой дополнительного параметра.
[CODE]\Bitrix\Main\Page\Asset::getInstance()->addCss( '/local/test2.css', true);[/CODE]


В итоге мы получим желаемый вариант объединения

[CODE]

/bitrix/cache/css/s1/conservation/template_782e1ec01b08bb89e­5f31b1ef9a3a4ae/template_782e1ec01b08bb89e5f31b1ef9a3a4ae_v1­.css?164736151325818
.....
.wsnw { white-space: nowrap }
/* End */


/* Start:/local/test2.css?164736039612*/
.wrapper2 {}
/* End */


/* Start:/local/test1.css?164736039614*/
.wrapper1 { }

/* End */
/* /bitrix/wizards/bitrix/eshop/css/panel.css?1617173515240 */
/* /local/templates/.default/components/bitrix/menu/top/style.css?1629807017537 */
/* /local/templates/.default/components/bitrix/menu/main/style.css?1625842799953 */
/* /local/templates/.default/components/bitrix/breadcrumb/.default/style.css?1629368607712 */
/* /local/components/cons/eshop.socnet.links/templates/conservation/style.css?1628162087262 */
/* /local/templates/conservation/template_styles.css?163005979721719 */
/* /local/test2.css?164736039612 */
/* /local/test1.css?164736039614 */
[/CODE]


[CODE]
Проблема №2
Вторая проблема кроется в содержимом файла page_e075568aa9986b5d0dfee9808010710e_v1.css?16443223452068.
Порядок сборки файлов стилей вообще не имеет смысла:
[/CODE]

Тут как и в третье проблеме важен порядок подключения. Если вы сразу на странице вызвали style.css  или style.js то они и подключаться первыми. Вызывайте их в конце страницы.

А какое количество обращений к редис на хите? И как далеко он находиться? Если на этом же сервере, то через unix soket к нему подключение идет или нет?

Пробовали посмотреть какой размер кеша? Может сохраняете что то излишнее?

Первое, что стоит проверить откуда 700 GB данных. Возможно такой объем следствие каких либо ошибок:

1. Надо проверить выключен ли у инфоблока товаров и торговых предложений документооборот. А также проверить у других сущностей, если он где то нужен, то надо проверить сколько вариантов элементов сохраняется и на какой время.

2. Нет ли на проекте брошенных архивов, больших логов и.т.д. А также стоит проверить папки /bitrix/cache/ /bitrix/managed_cache/ на наличие большого объема старого кеша.

3. Если используется композит, проверить выключена ли отладка.

В целом посещаемость не большая, но если есть цель разделить сервис по ролям то думаю стоит ориентироваться на следующее.

Для memcachr EL09-SSD Intel Xeon E-2236 3.4 ГГц, 6 ядер 16 ГБ DDR4 2 × 480 ГБ SSD
Для App сервера EL20-SSD Intel Xeon E3-1230 3.4 ГГц, 4 ядра 32 ГБ DDR4 2 × 240 ГБ SSD 2 × 2000 ГБ HDD
Для сервера БД EL21-SSD Intel Xeon E-2236 3.4 ГГц, 6 ядер 64 ГБ DDR4 2 × 960 ГБ SSD

Все достаточно просто,  устанавливаете размер страницы а потом указываете саму страницу

[CODE]iNumPage" - номер страницы при постраничной навигации
"nPageSize" - количество элементов на странице при постраничной навигации
"nElementID" - ID элемента который будет выбран вместе со своими соседями. Количество соседей определяется параметром nPageSize. Например: если nPageSize равно 2-м, то будут выбраны максимум 5-ть элементов.  Соседи определяются порядком сортировки заданным в параметре arOrder (см. выше) [/CODE]

В списке запросов только тяжелые выборки. Попробуйте локализовать место откуда они вызываются и поправить вызов АПИ что бы запрос не был таким тяжелым.

Дополнительные драйвера и инструменты для Huper-V установили? Диск и сеть подключенны быстрые?

[QUOTE]Игорь Горгуль написал:
Алексей Шафранский , у меня на где-то 5-ти серверах после обновления до BitrixVM7.0.1 начала течь память у апача. Такое только у нас или это общий синдром? Приходится ограничить количество запросов на один воркеров, чтобы они чаще перезапускались.[/QUOTE]
Как проявляется?