[CODE]Время создания страницы: 6.816 сек.
Всего SQL запросов: 1234
Время исполнения запросов: 2.9945 сек.
Объем кеша: 0 Б (19)[/CODE]Не могу найти причины, по которым битрикс не желает читать из кеша. Писать пишет, но не читает.
[IMG WIDTH=748 HEIGHT=506]http://cs624830.vk.me/v624830404/53a15/C1dww4b4ixk.jpg[/IMG]
настройки кеша в dbconn стандартные
[CODE]define("BX_CACHE_TYPE", "memcache");
define("BX_MEMCACHE_HOST", "127.0.0.1");[/CODE]В админке система видит тип кеширования
На старом сервере в Хецнере такого не замечали поведения.
Но после переезда в россию в Клодо
Полез шерстить на предмет, почему такие тормоза, iotop жалуется на насилование базой данных жесткого диска и процессора.
стоит ubuntu 15.10 чистая, свежая, apache2 php56 percona 56 (посоветовали в clodo) memcache php5-opcache.
тестил мемкеш, писал свои данные в мемкеш, считывал нормально. искал, может кто диверсию устроил в коде и чистит кеш, не нашел ничего такого. не знаю куда еще смотреть.
на главной странице используется для меню bitrix:section_menu и 4 блока bitrix:section
section_menu делает 1008 запросов к бд. по 2 на 1 категорию
section делает до 700 запросов для вывода 5 элементов из каталога.
знаю что это очень много, но используется стандартный компонент. почему такие размеры не могу ответить, пока задача закешировать это все к чертям. потом разобраться в причинах. если по быстрому, то там рассчеты идут по позициям в товарных предложениях
п.с. html кеширование тож не работает.
Всего SQL запросов: 1234
Время исполнения запросов: 2.9945 сек.
Объем кеша: 0 Б (19)[/CODE]Не могу найти причины, по которым битрикс не желает читать из кеша. Писать пишет, но не читает.
[IMG WIDTH=748 HEIGHT=506]http://cs624830.vk.me/v624830404/53a15/C1dww4b4ixk.jpg[/IMG]
настройки кеша в dbconn стандартные
[CODE]define("BX_CACHE_TYPE", "memcache");
define("BX_MEMCACHE_HOST", "127.0.0.1");[/CODE]В админке система видит тип кеширования
На старом сервере в Хецнере такого не замечали поведения.
Но после переезда в россию в Клодо
Полез шерстить на предмет, почему такие тормоза, iotop жалуется на насилование базой данных жесткого диска и процессора.
стоит ubuntu 15.10 чистая, свежая, apache2 php56 percona 56 (посоветовали в clodo) memcache php5-opcache.
тестил мемкеш, писал свои данные в мемкеш, считывал нормально. искал, может кто диверсию устроил в коде и чистит кеш, не нашел ничего такого. не знаю куда еще смотреть.
на главной странице используется для меню bitrix:section_menu и 4 блока bitrix:section
section_menu делает 1008 запросов к бд. по 2 на 1 категорию
section делает до 700 запросов для вывода 5 элементов из каталога.
знаю что это очень много, но используется стандартный компонент. почему такие размеры не могу ответить, пока задача закешировать это все к чертям. потом разобраться в причинах. если по быстрому, то там рассчеты идут по позициям в товарных предложениях
п.с. html кеширование тож не работает.