Nikolay Ryzhonin (Все сообщения пользователя)

А перезагружали http? попробуйте снова померить.  

Попробуйте установить параметр opcache.max_accelerated_files в 100000

Иван, Можете скрин приложить а то так сложно понять.

Как вариант попробуйте переложить кеш из файлов в apc

Виктор Таран, можете мне написать rns@bitrix.ru есть мысли касательно вашей ситуации

Настроить руками. Скрипт не рассчитан на работу с Ubuntu. К тому же вам возможно стоит просто обновиться, и обновить php до 5.6 есть в пункте меню

Пропишите в локальном ДНС сервере его имя, если нет локального днс можете в его качестве настроить виртуальную машину

Используйте для разметки диска gpart http://rus-linux.net/lib.php?name=MyLDP/file-sys/terabyte.html

Лучше добавить дополнительный

Это не введение в заблуждение. Стандартная машина в ближайшем времени будет поддерживать php 5.6. Каких то дополнительных, особых манипуляций с самой машиной не производилось. Корректировка некоторых параметров mysql, php, apache производилась стандартными меnодами через z_bx_custom.* .

Все эти настройки есть в архиве настроек, там стандартная подстройка под конкретный проект и его нагрузку.

У использования memcache есть ряд преимуществ

1. Отсутствует разрастание кеша с течением времени
2. Позволяет организовать единое хранилище кеша для нескольких серверов
3. Может быть оптимальным решением при использование различных VDS с медленной дисковой системой
4. При работе с ним через файловы сокет, по скорости приближается к кешу в файлах.

Данный вопрос сложно понять. 7 000 позиций не проблема для БУС или вы их все выводите на одной странице?
Можете более конкретно описать свою проблему?

В вашем случае не правильная архитектура в принципе. Slave и Master сервер должны находится рядом, сессии если не используется балансировка с привязкой пользователей к нодам хранится в БД или в memcached

После обновления у вас включились следующие модули php xdebug, pdo*, mssql и ряд других. Отключите их и все начнет работать хорошо.
Данную особенность постараемся исправить.

Если у вас нет как таковой нагрузки на проект то и ориентироваться на собранную статистику не правильно.

Размер временной таблицы не надо делать большим, так как это не очень эффективно. Значительно эффективней указать в качетсве папки папку подключенную в память.

Если просто хранить в памяти то останутся проблемы разрастания кеша. При подключение же memcached через сокет удается добится производительности кеша равной файловому.

Вам надо изменить следующее

tmp_table_size=512M => 128M
max_heap_table_size=512 => 128M

+ посмотреть, что же у вас за запросы выполняются на сервере

Также кешь лучше переложить в memcached подключаемый через сокет. Просто складывать в память не оптимально.

В пакете BitrixEnv уже очень давно ведется changelog.
Посмотреть изменения можно следующим образом

yum install yum-plugin-changelog -- установка плагина для просмотра чандж логов

yum changelog 3 bitrix-env -- посмотреть 3 последних чандж лога

Загружены модули: changelog, etckeeper, fastestmirror, merge-conf
Loading mirror speeds from cached hostfile
* base: mirror.yandex.ru
* epel: mirror.logol.ru
* extras: mirror.satellite-service.ru
* updates: mirror.satellite-service.ru

Listing 3 changelogs

==================== Installed Packages ====================
bitrix-env-5.0-45.el6.noarch             installed
* Wed Apr 16 15:00:00 2014 Ekaterina Shemaeva <support@bitrix.ru>
- MySQL role
- Memcached Role
- Manage host in Pool
- Manage sites in Pool


==================== Available Packages ====================
bitrix-env-5.0-46.el6.noarch             bitrix
* Mon Dec  1 14:00:00 2014 Ekaterina Shemaeva <support@bitrix.ru>
- не ходит почта из крона (отсутствует файл /etc/msmtprc)
- проблема с удалением web сервера из кластера
- настройки SSL в связи с багом в либе
- синхронизация файлов с именами upload в S3
- ошибка проверки для web сервера по https
- дублирование заголовок Access-Control-Allow-Origin:*
- ошибка с .tmp каталогом, при указание в  виде "/path/to/".tmp ошиб§ки создания каталога

* Wed Apr 16 15:00:00 2014 Ekaterina Shemaeva <support@bitrix.ru>
- MySQL role
- Memcached Role
- Manage host in Pool
- Manage sites in Pool


Также можно посмотреть changelog перед обновлением  yum --changelog update bitrix-env

Компонент bitrix:menu кешируется немного по особенному. В нем кешируются данные, но не результат работы шаблона. В результате result_modifier.php в нем отрабатывает каждый хит.

Если в нем у вас тяжелая логика, то вам необходимо самостоятельно организовать кеширование с помощью CPHPCache

Вариантов всегда много

Тимур Казимиров, Ошибаетесь, но и для тех сценариев когда надо увеличить размер диска для хранения какого либо контента, так как такое увеличение можно сделать практически не заметно. Система у вас работает на основном небольшом диске и всегда загрузится, а данный когда их становится много выносите на дополнительный диск/диски и продолжаете работать.

Бонусов у такой схемы очень много.  

1. Увеличивать размер root раздела не очень хорошо

2. Подключение дополнительного диска и перенос на него файлов более простая операция, с меньшим временем простоя.

Достаточно добавить дополнительный диск/диски нужного объема и перенести на них файлы сайта или БД

Если не хватает размера диска. Лучше подключить дополнительный диск / диски и перенести на него файлы сайта или БД.

Добавление внешний стилей возможно через API. Что бы лучше разобраться с проблемой создайте обращение в ТП

Перед установкой окружения выполните следующие команды

yum -y install samba samba-winbind samba-common samba-client samba-winbind-clients