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

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

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

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

Как проявляется?

Цитата
Виталий Лобачев написал: Listen localhost:8888 NameVirtualHost localhost:8888 - это значит слушать на всех интерфейсах порт 8888,

Это значит, что апачь слушает только локальный адрес и порт 8888

В данном случае для хранения кеша apcu и apc одно и тоже. Memcached поставить не проблема.
Чистку да, можно на кроне сделать

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

Или перейти на хранение кеша в других профайдерах (memcacehe, apc)

На новом сервере проект же будет заново развернут, можно все будет и проверить. Софт на серверах вы тоже не обновляете?

Установится текущая версия. Устанавливать 4.2 нет особого смысла.

Установите чистый CentOS 6.x minimal
Затем выполните команды

Код
wget https://repos.1c-bitrix.ru/yun/bitrix-env.sh chmod +x bitrix-env.sh ./bitrix-env.sh

Удалять надо файл opcache.ini он из старой настройки. Поправим в ближайшем обновление и так же реккомендую установить параметр

opcache.max_accelerated_files >= 100000

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

opcache.max_accelerated_files=100000

А перезагружали 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.9. получается ВМ не стандартная, зачем вводить народ в заблуждение? Да и вряд ли там обошлось без приличного шаманства, только вот стоило бы об этом написать чтоб опять таки народ не думал что 2 ляма уников будут работать без приличных усилий!

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

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

Цитата
Андрей Максимов написал: А зачем тогда вообще предлагается его ставить? Я думал, что сайт быстрее работать будет.

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

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

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

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

Цитата

Руслан Манаенко написал: Цитата Юрий Поляков   написал: Сама система обновилась нормально, но вот теперь производительность вместо 42 у нас стала 8 ))) число операций процессора 2.7 вместо 10, и отклик сервера (уже не по битриксовским измерялкам)  с 0.02с до 1.2с.... Толи виновато обновление php, толи даже боюсь подумать, что еще. хорошо еще - сервер тестовый. У меня тоже система обновилась нормально - производительность осталась на уровне 60 + - 5 ну это стандарт для нас, вот обновить php и мускул не удалось еще обратились в ТП а на счет Вашей производительности советую обратить внимание на дебаг - судя по цифрам вы его включили и это он так просаживает - отключите и все будет нормально

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

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

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

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