Форум

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

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

[QUOTE]Роман написал:
Лучше увеличить место или использовать дополнительный диск? [/QUOTE]
Лучше добавить дополнительный

[QUOTE]Александр Панишев написал:
Вопрос в типовой ВМ пока нет поддержки PHP до версии 5.6.9. получается ВМ не стандартная, зачем вводить народ в заблуждение?
Да и вряд ли там обошлось без приличного шаманства, только вот стоило бы об этом написать чтоб опять таки народ не думал что 2 ляма уников будут работать без приличных усилий!
[/QUOTE]
Это не введение в заблуждение. Стандартная машина в ближайшем времени будет поддерживать php 5.6. Каких то дополнительных, особых манипуляций с самой машиной не производилось. Корректировка некоторых параметров mysql, php, apache производилась стандартными меnодами через z_bx_custom.* .

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

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

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

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

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

[QUOTE]Руслан Манаенко написал:

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

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

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

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

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

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

tmp_table_size=512M[COLOR=#555c69] => 128M[/COLOR]
max_heap_table_size=512 => 128M[B]
[/B]
+ посмотреть, что же у вас за запросы выполняются на сервере

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