Търсене - тесни - за подземни хранилища

Търсене на "тесните" места на сайта

За да се направи оценка на изпълнението, което трябва да се премести в Монитор на производителността (Settings> Изпълнение> Панел производителност).

Натискането на ефективността на теста ще ви позволи да се идентифицират слабостите хостинг конфигурация. Важно е да се разбере, че цифрите са в съответствие конфигурация може да се различава в пъти, когато натоварването на сървъра, ако няма натоварване, работата може да бъде висока, ако има - тя може да бъде намалена. Това се дължи на факта, че тези цифри показват скоростта на отваряне на празна страница на сайта и, разбира се, зависи от общото натоварване на сървъра.

Въпреки това, не винаги проблемът е в хостинг - тя може да бъде в сайта. С този модул може да се определи какъв е проблемът и правилно "тесен" място на сайта. За да направите това, вие искате да стартирате изпълнението тест за известно време - до неясни проекти - час за посещение, можете да изберете по-кратко време. Системата ще запише посещенията и да събират статистически данни за ефективността на всяка страница от време, включително SQL заявки и други параметри.

Ако рядко посетили сайта, е препоръчително да отворите различни страници от сайта, за да събират статистически данни за модула.

индекс на производителността - реципрочната стойност на продукта на изпълнително ядро ​​(средно по 10 измервания).

Т.е. в този пример (Изпълнение = 19,54), можем да кажем, че ще бъде създаден на обществената страница на сайта с празен шаблон (например печат версия), с празен работно място в продължение на 1 / 19.54 или 0.0512 секунди. Казано по-просто, сървърът ще генерира 19 (празни, но с ядра връзка) страници в секунда.

Произведението на 19 (страници в секунда) до 60, ние откриваме, че сървърът може да генерира около 1140 празен, но с връзка ядра страници в минута. Например, ако участието на ресурса е само 1000 души на ден. изпълнение на сървъра ще бъде повече от достатъчно. Разбира се, в реалните резултати, разбира се, ще бъде по-ниска, в зависимост от "зареждане" на различни страници от сайта, натоварването на самия сървър и други условия.

Индикатор за изпълнение не се изчислява въз основа на изпълнението на файловата система, база данни, работни сесии и електронната поща. Необходими са тези цифри, за да се помогне на системния администратор да открие най-тясното място (ако има такъв). Стойността на изпълнението винаги е обратното на стойността на средното време за реакция.

Tab "Configuration"

Този раздел показва текущите подсистеми сървърни производителност, и да ги сравните с фигурите от референтната система.

Основни грешки в конфигурацията:

• Не задавайте на газта PHP.
  Наличието на PHP ускорител просто жизненоважно, обикновено без допълнителни конфигурационни страниците се отварят в три пъти по-бързо от същото време намалява натоварването на процесора. Днес можем да препоръчаме на сървър CE Zend - бързо от всеки ускорител два пъти. За съжаление, в някои случаи тя е нестабилна, а след това на мястото (по степен на важност) OPcache. APC. XCache.

Предупреждение. eAccelerator не е съвместим с PHP V5.3 + и вече не се поддържа в «1С-Битрикс" продукти с версия 15.0.13 на ядрото. За подробности вижте. В блога на разработчика.

Монитор на производителността няма пряк достъп до системните ресурси, така че оценките, получени при използване на PHP, отразяват до голяма степен работата на PHP от сървъра.

• Конфигурация - в действителност, оценката на изпълнението.
• Средното време за реакция - цифра, обратна оценка на характеристиките.
• Процесорът (CPU). Това прави голям брой прости математически изчисления. Проблемът не е паралелизирано, така че оценката е за единично процесор. Когато един сайт работи на VPS, често се вижда, че "сандвич" процесор.
• файловата система. Този тест не показва операция диск колкото PHP работа с файлове: създаване, изпълнение, отстранени голям брой прости файлове. Този показател зависи от производителността на файловата система и ефективността на PHP газта. По принцип, както го показва как PHP за тази конфигурация (без база на работа).
• Пощенска система. Изпратени тестов имейл, за да [email protected]. Съдържанието на писмото: "Това е послание тест го изтриете .." Не официална информация, която не е изпратено! Ако конфигуриран да изпраща имейли до Cron, този параметър може да се пренебрегне.
• началния час на сесията. Сесия започва за всяко посещение, така че този път ще бъде добавен към работата на всяка страница. Проблемите обикновено се появяват, когато промяната на настройките за съхранение на PHP сесия, така че да се натрупват стотици хиляди сесии файлове.
• База данни (четене / запис / изтриване). Той изпраща голям брой прости заявки към базата данни. Това е един много преувеличени тест: той не показва как базата ще работят със сложни заявки за търсене в големи обеми от данни. Очевидно е, че за базата данни на местните номера на машината ще бъде по-висока, отколкото при основата на отделен сървър. Това е нормално.

"Bitrix" в раздела

текущите настройки на продукта, се показват в този раздел, се отразява пряко върху производителността, с подходящи препоръки за оптимална конфигурация.

Bookmark "Развитие"

Този раздел показва списък на страниците на сайта, средното време за изпълнение и очакваните грешката разработчик.

Например, грешка, която се предлага да се определи меню nekeshirovannnoe.

Моля, обърнете внимание - на /catalog/furniture/index.php страница е интегриран компонент на каталога с НПК, така че реалната URL за тази страница - различно. В таблицата е сортирана да се намали времето за изпълнение на страницата, и ясно показва, че ако първият път страница / Каталог / мебели / офис отвори за 2 секунди, а след това на следващите времена - около 0,5. Най-важните компоненти на кеширането работили, и като следствие - намаляване на времето за извършване на SQL-заявки.

Тук ние виждаме списък от компоненти, които могат да бъдат свързани в страницата, броят на SQL-заявки от тях и вида на кеширане. 17 компонента - точно кеширана меню, което ви съобщихме за контрол на функционирането.

По същия начин, ние можем да видите списъка с SQL-заявки на тази страница (за хит). Въпреки това, как да се определи кои от менюто (на страницата на 3) не се кешира, както и причината за бавната работа?

Затваряне на прозореца, щракнете върху Контролен панел, щракнете върху Debug (отстраняване на неизправности> Обобщени статистически данни), и ще видите, че най-долния менюто не кешира. В допълнение, можете да я персонализирате, като изберете необходимия компонент от списъка с елементи на страницата. Като правило, компонентите са разположени на страницата в същия ред, както на тестовата страница:

Забележка: За повече информация относно работата с изпълнението на монитор в публичната част, вижте публичната част на модула за урок.

Започвайки с версия 10.0 е наличен вграден инструмент тестване на натоварването е многонишков и Web-груповите системи.

Забележка: Повече информация за инструмента за тестване може да се намери в администратора на курса. Модули. Урок ефективността на теста.