Keresés - keskeny - lelőhely

Keresés: „szűk” Telephelyek

Értékeli a teljesítményét meg kell mozgatni a Performance Monitor (Settings> Performance> Performance Panel).

Megnyomása Test teljesítmény lehetővé teszi, hogy a gyenge pontok azonosítása tárhely konfigurációt. Fontos megérteni, hogy a számok a sorban konfiguráció eltérhet akkor, amikor a terhelés a szerveren, ha nincs terhelés, a teljesítmény magas lehet, ha van - lehet csökkenteni. Ez annak a ténynek köszönhető, hogy ezek a számok azt mutatják, a sebesség megnyitásával egy üres oldalt az oldal, és természetesen függ a teljes terhelés a szerveren.

Azonban nem mindig a probléma abban rejlik, hogy kész - ez lehet a helyszínen. Ezzel a modullal, akkor meg mi a probléma, és korrekt „szűk” hely a honlapon. Ehhez szeretnénk futtatni a tesztet teljesítmény egy ideig - a homályos projektek - óra ​​látogatása, akkor válasszon ki egy rövidebb idő alatt. A rendszer rögzíti a látogatások és statisztikai adatokat gyűjteni a teljesítménye minden oldalon az idő, beleértve az SQL lekérdezések és egyéb paramétereket.

Ha egy ritkán látogatott a helyszínen, azt javasoljuk, hogy nyissa meg a különböző oldalakon a helyszínen, hogy összegyűjti a statisztikai modul.

termelékenység mutatója - a reciproka a termék végrehajtási mag (átlagosan 10 mérés).

Ie ebben a példában (Performance = 19,54), azt mondhatjuk, hogy az állami oldalt az oldal egy üres sablon (például nyomtatott változat), egy üres munkaterület lesz létrehozva 1 / 19.54 vagy 0,0512 másodperc. Egyszerűen fogalmazva, a szerver generál 19 (üres, de a kapcsolat magok) oldal másodpercenként.

Megszorozzuk 19 (oldal másodpercenként) legfeljebb 60, azt találjuk, hogy a szerver nem tud generálni mintegy 1140 üres, de az összeköttetés magok oldal percenként. Például, ha az erőforrás látogatottsága mindössze 1000 ember egy nap. a teljesítményt a szerver lesz több, mint elég. Természetesen a tényleges teljesítmény, persze, alacsonyabb lesz, attól függően, hogy a „loading” a különböző oldalak a helyszín, a terhelést a szerver maga és egyéb feltételeket.

teljesítménymutató kiszámítása nem a teljesítménye alapján a fájlrendszer, adatbázis, munka ülés és az e-mail. Ezek a számok van szükség annak érdekében, hogy segítse a rendszergazdát, hogy megtalálják a szűk (ha van ilyen). Az érték a teljesítmény mindig az inverze a érték az átlagos válaszidő.

Tab "Configuration"

Ez a lap megjeleníti az aktuális teljesítményű szerver alrendszerek, és hasonlítsa össze őket a számok a referencia rendszer.

Alapvető konfigurációs hibák:

• Ne állítsa a gázpedált php.
  A jelenléte php gyorsító egyszerűen elengedhetetlen, általában anélkül, hogy további konfigurációs oldalak nyitott háromszor gyorsabban ugyanakkor csökkenti a terhelést a processzor. Ma ajánljuk a Zend Server CE - gyorsabb, mint a gyorsító kétszer. Sajnálatos, hogy egyes esetekben nem stabil, akkor az a hely (fontossági sorrendben) OPcache. APC. XCache.

Figyelmeztetés. eAccelerator nem kompatibilis PHP v5.3 + és nem támogatja az «1C-Bitrix” termékek változata 15.0.13 Az atommag. A részleteket lásd. A fejlesztő blog.

A Performance Monitor nem rendelkezik közvetlen hozzáféréssel a rendszer erőforrásait, így a kapott eredmények a PHP, nagyjából tükrözi a munka PHP, mint a szerver.

• Configuration - sőt, a teljesítmény értékelése.
• Átlagos válaszidő - ez a szám az inverz teljesítményének értékelése.
• A processzor (CPU). Lehetővé teszi, hogy számos egyszerű matematikai számítások. A probléma nem párhuzamosítható, így az értékelés egyetlen processzormag. Ha egy webhely fut a VPS, gyakran látható, hogy a „szendvics” processzor.
• Fájlrendszert. Ez a vizsgálat nem mutat lemez működését, mint a PHP munka fájlokat: létre, végre, eltávolítva a nagyszámú egyszerű fájlokat. Ez a mutató függ a fájlrendszer teljesítményét és hatékonyságát PHP gyorsító. Általánosságban, valamint azt mutatja, hogy a PHP ezen konfiguráció (alap nélkül munka).
• Postai rendszer. Elküldött egy teszt e-mailt [email protected]. A levél tartalma: „Ez a teszt üzenet törlése is ..” Nem hivatalos információk nem küldött! Ha van kialakítva, hogy levelet küld a cron, ezt a paramétert figyelmen kívül lehet hagyni.
• Az ülés kezdési időt. Session kezdődik minden találatot, így ez idő kell hozzá, hogy a munka minden oldalon. Problémák általában akkor fordul elő, ha a beállítások módosítása tárolására PHP munkamenet, hogy felhalmozódnak több százezer ülés fájlokat.
• Adatbázis (olvasás / írás / törlés). Ez küldött nagyszámú egyszerű lekérdezéseket az adatbázisban. Ez egy nagyon eltúlzott teszt: ez nem bizonyítja, hogy a bázis fog működni a komplex lekérdezések nagy mennyiségű adat. Nyilvánvaló, hogy az adatbázis a helyi gépen szám magasabb lesz, mint a bázis egy külön szerverre. Ez normális.

„Bitrix” fülre

Jelenlegi termék beállítások jelennek meg ezen a lapon, közvetlenül befolyásolja a teljesítményt, és megfelelő ajánlásokat az optimális beállításokat.

Könyvjelző „fejlesztés”

Ezen a fülön az oldalak listáját a helyszínen, az átlagos végrehajtási idő és a becsült fejlesztő hibát.

Például egy hiba, amely azt javasolta, hogy rögzíti a nekeshirovannnoe menüt.

Felhívjuk figyelmét - a /catalog/furniture/index.php oldal egy integrált eleme a katalógus az NPC, így a tényleges URL ehhez az oldalhoz - más. A táblázat van rendezve, hogy csökkentsék az átfutási idő az oldalon, és egyértelműen azt mutatja, hogy ha az első alkalommal az oldal / katalógus / bútorok / iroda nyílt 2 másodpercig, majd az ezt követő időkben - körülbelül 0,5. A legjelentősebb összetevője a caching dolgozott, és ennek következtében - csökkenti az idő, hogy végre SQL-lekérdezéseket.

Itt látunk egy összetevők listája is csatlakoztatható az oldalon a száma, SQL-lekérdezések, és milyen típusú cache-t. 17 komponens - pontosan uncached menüt, ami azt jelentette, hogy a Performance Monitor.

Hasonlóképpen, tudjuk megtekintheti az SQL-lekérdezések ezen az oldalon (a hit). Azonban, hogy hogyan lehet megállapítani, hogy melyik menüt (az oldalon 3) nincs cache, és az oka a lassú munka?

Az ablak bezárása, kattintson a Vezérlőpult parancsra, kattintson a Debug (Hibakeresés> összefoglaló statisztika), és látni fogja, hogy az alsó menü nem cache. Ezen kívül testre szabhatja azt adja meg a kívánt összetevőt a listán az összetevők az oldalon. Általános szabály, hogy az alkatrészek vannak elhelyezve az oldalon ugyanabban a sorrendben, mint a tesztoldal:

Megjegyzés: További információkat dolgozik a monitor teljesítményét az állami részt is, lásd a nyilvános része a leckemodul.

Verziótól kezdődően 10,0 elérhető beépített terhelés tesztelő eszköz többszálú és web-cluster rendszer.

Megjegyzés: További információk a vizsgálati eszköz megtalálható során rendszergazda. Modulok. Lecke vizsgálat eredményeit.