Алексей Власов (Все сообщения пользователя)

вот и первые результаты подмонтировал диск tmpfs, объемом 2Гб

tmp_table -->128Мб
innodb_buffer_pool_size --> 3Гб

Производительность выросла до 22-23 и сайт стал заметно быстрее открываться, хотя все равно медленовато.

странно, что df показывает, что диск в памяти пустой

На сервере 8Гб памяти, для начала выставил innodb_buffer_pool_size 4Гб
tmp_table_size  и max_heap_table_size  --> 1Гб

скорость работы отсталась на прежнем уровне.

Да еще swappiness поставил 10

Скорость немного выросла после оптимизации таблиц через mysqlcheck -Aop


Some conditions prevent the use of an in-memory temporary table, in which case the server uses an on-disk table instead:
* Presence of a BLOB or TEXT column in the table

так что таблицы на диске будут создаваться в любом случае

И еще очень серьезная нагрузка идет на дисковую систему

у меня по дисковой системе

Еще одно замечание -

Напомню в каталоге порядка 300 тыс позиций, так вот есть страничка сайта, на которой находятся 2 компонента catalog.top
В процессе генерации страницы загрузка сервера 100%

Время создания страницы: 8.9442 сек.
Всего SQL запросов: 84
Время исполнения запросов: 8.1781 сек.

Да, все получилось спасибо

Использую следующий код, но доп свойство "PROPERTY_BRAND" не выводится, что не так?

$arrFilter = array(
   "PROPERTY_mainpage_VALUE" => "Да",
   "IBLOCK_ID" => 8
);
$res = CIBlockElement::GetList(array("sort"=>"ASC"), $arrFilter, false, false, array("*", "ID", "CATALOG_QUANTITY", "PROPERTY_BRAND"));

while($obj = $res->GetNext()){
   $rec = $obj["PROPERTY_brand_VALUE"];
   echo "<br>".$rec." - recommended<br>";

Николай, мы с этого начинали кеш хранился изначально в файлах, потом переключил на АРС, никакого влияния не оказало

Ссылку дал на закрытый форум разработчиков, обладатели лицензии туда не могут попасть

Oleg,

точно такая же ситуация - поставил на ноуте битрикс окружение, тест показал те же 16 единиц.
Нашел в инете следующее http://dev.1c-bitrix.ru/community/forums/forum11/topic16170/?PAGEN_1=3 По оптимизации nginx, apache22 и базы данных mysql (innodb) смотрите по ссылке

но все это спрятано на форуме для разработчиков

Честно говоря в шоке на одной VPS производительность больше чем на дедике? как такое может быть



99% рекомендуют ставить php как модуль,

Выводятся элементы каталога через фильтр
Далее условие

if ("PROPERTY_mainpage_VALUE" == "Да") {

но не срабатывает

Да  это был визуальный редактор))

может конечно визуальный редактор "помог" и внес свои коррективы в файл

Добрый день,

В файле index.php сделал ошибку, главная страница сайта перестала грузиться. Ошибку исправил, кеш в автокешировании очистил, но все равно вылетает 500 ошибка.

где искать?

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

основное, что крутили

Поддерживать связь с базой DBperconnect поставили true
innodb_pool_size увеличили до 3 ГБ
апач макс серверс - 3
макс коннекшенс - 10

Еще вопрос стоит увеличивать join_buffer_size больше 4М?

Установил php-apc, теперь панель производительности пишет хранение кеша APC, но все равно показывает неоптимально, и в тоже время рекомендует поставить АРС

В чем дело?

Возвращаюсь к теме результаты пока неутешительные

перевод баз в innodb не оказал никакого влияния на производительность, даже на глаз сайт стал открываться медленнее.
Кроме этого ни переиндексация, ни оптимизация таблиц не доходит до конца. Браузер выдает 504 ошибку.

(напомню  в каталоге примерно 400 000 товаров)

Кроме этого не получается выполнить настройку битрикса Хранение кэша - в данный момент файлы. Прописываю define("BX_CACHE_TYPE", "apc"); ничего не меняет

Да еще через htop наблюдается следующая картина



Причем все эти mysql процессы появляются когда на сайте переходишь к детальному виду любого элемента

Поставил APC, столкнулся с той же проблемой что описана тут http://dev.1c-bitrix.ru/community/forums/forum32/topic34924/
все те же симптомы закладка битрикс показывает хранение кэша неизвестно

memcache вообще не установлен, какой посоветуете поставить APC?

Кстати вчера еще нашел интересную тему http://dev.1c-bitrix.ru/community/webdev/user/3308/blog/3861/

Автор утверждает, что стандартный компонент bitrix:catalog.section может вызывать черезмерную нагрузку на сервер. Причем он получил какую то заплатку, а решение для всех должно появится в обновлении.

Кто нибудь знает подробности?

Битрикс не оптимально, так как не установлен мемкэш

В общем перевел базы в innodb, сделал все настройки - производительность выросла до 16-17, было 12-15

Таблицы преобразовал, пока занимаюсь настройкой

Возник следующий вопрос cpu

тестовый сервер     -  9 млн операций
Intel® Core™ i7-920 Quad-Core     - 6,5


такое может быть? какие у вас показатели в этой строке