Fontos: Ez az oldal cookie-kat használ (cookies). A weboldal használatával kikapcsolása nélkül sütik a böngészőben, azt jelenti, hogy egyetért a használat.
Vásároljon most! Jellemzők Letöltések

Keress velünk!

Ha azt szeretné, hogy kezdj el pénzt keresni a pénzt a vBET csatlakoznak a Affiliate Program.
Oldal 1 A 2 12 UtolsóLast
Eredmények 1 a 10 A 13

Téma: Segítségre csökkentve szerver terhelés

  1. #1
    Senior tag
    Csatlakozott
    Szeptember 2010
    Hozzászólások
    256

    Default Segítségre csökkentve szerver terhelés

    Helló, Gondjaim az én szerver terhelését, már át szentelt próbálja gyógyítani ezt, de még mindig nagy szerver terhelés, ha i tiltsa vBET a szerver terhelés csökken.

    Tud valaki segíteni?

    @ Kamil, már teljes hozzáférést részleteket érkezhetnek PM ha szeretné ellenőrizni.

  2. #2
    vBulletin Enterprise Fordító (vBET) személyzet
    Csatlakozott
    Május 2010
    Hozzászólások
    1,000

    Default

    hello,
    itt van egy vBET listája tanácsok: http://www.vbenterprisetranslator.co...rformance.html

    emlékszem - ha minden nyelven képes - még 53 további tartalom (téma, hozzászólás, stb), a fórum, és természetesen a nagy forgalmú fórum.

    Letilthatja bizonyos nyelvek, és várja, amikor gyorsítótár engedélyezve nyelven kell kitölteni, ezt követően - engedélyezheti a következő rész a fordítások.

    Másodszor, ez a relase van egy nagy javítása (nagyon nagy) - ez a memória cache-rendszer (4 különböző lehetőségek). Akkor nézd meg a admincp-> vBET gyorsítótár. (Emlékszem - meg kell integrálni a kiszolgálót, hogy ezt a fajta cache)


  3. #3
    Senior tag
    Csatlakozott
    Szeptember 2010
    Hozzászólások
    256

    Default

    Én végre mindazt, amit tudok az a teljesítmény ajánlások, én is már minden nyelven lehetővé (illetve a legtöbb), mivel a vásárlás vBET körülbelül 6 hónappal ezelőtt, a terhelés egyenletesen magas egész idő alatt. Ami a Memory Cache (béta) nem hiszem, nekem van olyan cache gyorsító az én szerver, de evrything más van beállítva, mint egy a utasításokat.

  4. #4
    vBulletin Enterprise Fordító (vBET) személyzet
    Csatlakozott
    Május 2010
    Hozzászólások
    1,000

    Default

    a mi utolsó relase dolgoztunk ezen a memória cache rendszer - ez kell a nagyot a teljesítmény. Be kell, hogy a szerver konfigurálva a cache-rendszer (talán már meg is van - kérni a szerver támogatja)
    Utoljára szerkesztette kamilkurczak; 26-05-11 -on 22:25.

  5. #5
    Senior tag
    Csatlakozott
    Szeptember 2010
    Hozzászólások
    256

    Default

    Hi Kamil, én csak ellenőrzött php info és én nem, de fogok kérni őket, hogy telepítse xcache, vagy valami ehhez hasonló

  6. #6
    Michał Podbielski (vBET személyzet) vBET's Avatar
    Csatlakozott
    Október 2009
    Hozzászólások
    3,037

    Default

    Szia. Miért van baj a szerver terhelés? Látom a fórum fordítás nagyon gyors, így hol van a probléma?

    Kérjük, vegye figyelembe, hogy a fordítások által külső szolgáltatások a Google-tól. Ez azt jelenti, hogy ha a fordítás megtörténik a menet vár választ a Google. És ez az, amiért a Server Load nagyobb, de ez nem befolyásolja a rendszer, mert a vár szálak nem vállal CPU, sem további memóriát (mindössze a már használt). Tehát ezért mindig magasabb a Server Load a vBET engedélyezett (ha tiltva nincs téma vár eredményt a Google), és egyben a fórum is működik gyorsan, mert vár szálak nem vállal CPU.

    Tehát valójában mi is szükséges, hogy Server Load szerelmes biztosítani, hogy a téma nem fog várni az eredményt a Google, de sajnos a Google lehetővé teszi, hogy cache az eredmények csak a 15 napot. Akkor próbálja ki magát - ha letiltja a cache, vagy csak teszi a time to live kisebb akkor se Server Load növekszik - mert kevesebb eredményeket tárolt és kéréseket vár Google válaszok. Nincs varázslat - fordítások jön valahonnan, és ez időt vesz igénybe, hogy azt a Google.

    Használata memória cache segíthet valamilyen módon. Szálak várakozás Google eredmények továbbra is vár (nem fog átadni, amíg meg nem tárolt összes fordítás, és nem fogod, mert tisztítják megfelelően a Google TOS). Még tárolt eredményeket generál gyorsabb, ezt kéri nem vár fordítások megy gyorsabban a kérések sorban.

    Itt megtudhatja, hogy pontosan mit szerver terhelés: Szerver terhelés , és megtudja, hogy amíg van szabad forrásokat Server Load nem kérdés.
    Tudjuk, mi az érték a szerver terhelés nem is annyira fontos, bár. Tudván, hogy hogyan kell értelmezni az érték az, ami számít.
    emlékszik a definíció: a szerver terhelés számát jelenti, a folyamatok arra vár, hogy hozzáférést a CPU. De nem minden folyamat ugyanaz! Ha a folyamatok alacsony prioritású, amikor egy új szerver kérelmet (oldalkérés) jelenik meg, akkor is kezelni szinte azonnal.
    Nem beszélve arról, hogy a szerver terhelés csak egy tényező a sok közül mások (memória használat, a CPU használat, mérete swap fájl)
    Mint általában, és sok ember közvetlenül érintett a fogadó üzleti mondani, hogy minden jön le, hogy valós viselkedését. Az oldal betöltése gyorsan? Van egy folyamat, mint a kereső segítségével egy adatbázis hogy ésszerű időn? Akkor nem igazán van egy probléma, amit a szerver terhelés
    Szóval, A végső teszt az is, hogy a szerver működését. Ha a szerver gyors, a szám, még akkor is, ha ez a "szerver terhelés", valójában nem sokat jelent
    , Mert a szerver gyors és látom forum válaszok gyors, A kérdés csak virtuális - nincs igazi kérdés. Server Load értéket ad semmilyen információt a valós teljesítményt, csak tippeket, ha tudod, hogyan kell értelmezni azt (vagyis, ha a szerver fut jól a szerver terhelés X, akkor elkezd korlátozás, mi történik, ha gyorsan nő 2X vagy valami ilyesmi). Csak statikus számot ad semmit, jobb, ellenőrizze a CPU és a memória meg kell győződni arról, hogy ez az érték rendben van a szerver és ha ez rendben van, akkor nem számít, milyen Server Load értéke.

    Mégis, ha azt szeretnénk, néhány további utalások:
    -, Hogy nagyobb cache TTL, ha megváltoztatta az alacsonyabb (alapértelmezett felső határt Google TOS).
    - Ha nincs hely a merevlemezen kérdések kikapcsolni cron feladatot tisztító vendég cache - ez nem kell tisztítani egyáltalán, mert felfrissít eredményeket szükség szerint, még mindig megszüntetése nagyon sok régi fájlokat vehet igazán hosszú idő php.
    - Használható memória gyorsítótár
    - A végén (de én tényleg nem látok értelemben, mert nem kell a teljesítmény kérdése) indul letiltani nyelven ad kisebb a forgalom

    Apropó - mi a Server Load, az átlagos CPU és memória használat, és mit hardvert van (hány CPU, memória)? Van-swap file-t?

  7. #7
    Senior tag
    Csatlakozott
    Szeptember 2010
    Hozzászólások
    256

    Default

    Az alábbiakban a részleteket, mint egy kérdésre
    1) Server Load
    *********************
    08:22:53-ig 44 nap, 13:31, 1 felhasználó, load average: 4.07, 5,09, 5,26
    USER TTY LOGIN @ IDLE JCPU PCPU MI
    gyökér pont / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
    ****************
    2) CPU és memória használat
    ********************
    teljes felhasznált ingyen osztott buffer cache
    Mem: 4040 3616 424 0 256 2809
    - / + Puffer / cache: 550 3490
    Csere: 8001 24 7976
    *********************************
    3) hány CPU-k
    3

    EDIT: Csak vett egy pillanatkép itt http://www.thecodecage.com/forumz/server.png a szerver, mint ez egész idő alatt, ez a pillanatfelvétel engedélyezése után memcahce.
    Utoljára szerkesztette Simon Lloyd; 27-05-11 -on 08:47.

  8. #8
    Senior tag
    Csatlakozott
    Szeptember 2010
    Hozzászólások
    256

    Default

    Mivel a hozzáadott információkat itt van a Top folyamatok log:
    xxxx 93,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
    xxxx 83,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
    xxxx 75,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
    mysql 6,8% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-külső- záró
    mysql 6,7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-külső- záró
    mysql 6.6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-külső- záró
    gyökér 6,0% / bin / sh / usr / local / bin / rkhunter-c - cron munkálatain
    Utoljára szerkesztette Simon Lloyd; 27-05-11 -on 17:21.

  9. #9
    Michał Podbielski (vBET személyzet) vBET's Avatar
    Csatlakozott
    Október 2009
    Hozzászólások
    3,037

    Default

    Quote Eredetileg írta: Simon Lloyd View Post
    Az alábbiakban a részleteket, mint egy kérdésre
    1) Server Load
    *********************
    08:22:53-ig 44 nap, 13:31, 1 felhasználó, load average: 4.07, 5,09, 5,26
    USER TTY LOGIN @ IDLE JCPU PCPU MI
    gyökér pont / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
    ****************
    2) CPU és memória használat
    ********************
    teljes felhasznált ingyen osztott buffer cache
    Mem: 4040 3616 424 0 256 2809
    - / + Puffer / cache: 550 3490
    Csere: 8001 24 7976
    *********************************
    3) hány CPU-k
    3

    EDIT: Csak vett egy pillanatkép itt http://www.thecodecage.com/forumz/server.png a szerver, mint ez egész idő alatt, ez a pillanatfelvétel engedélyezése után memcahce.
    Nem vagyok biztos abban, hogyan kell értelmezni a mérések. Ahogy látom a CPU használata mintegy 185%-os ... Tehát vagy van valami forró igaza mérést, vagy érvényes 1 CPU - ha 3, akkor tudod használni 300%. Ha ez helyes, akkor ez azt jelenti, hogy van még sok szabad CPU erőforrások. Ha nem kérlek javíts ki, és mondd el, hogyan kell értelmezni az eredményeket.

    Én nem is biztos abban, hogyan kell értelmezni a szerver terhelés adatok:
    load average: 4.07, 5,09, 5,26
    Azok 3 különböző időben mért, vagy mindegyiket külön CPU? Mi az erejét a CPU?

    PS. Gyorsítótár időre van szüksége, hogy töltse be

  10. #10
    Senior tag
    Csatlakozott
    Szeptember 2010
    Hozzászólások
    256

    Default

    Michal, újra köszönöm a választ a load average látható (és a snapshot) megváltozik minden alkalommal, amikor frissíteni, akkor ahogy pont ki sybmolic számot, ha a terhelés átlagos látható vannak mintegy 6 vagy 7, akkor az oldal lassú de az idő nagy részében nem reagálnak ami ad hibát.

    Itt a CPU adatokat kért
    Processzor # 1
    Eladó

    GenuineIntel
    Név
    Intel (R) Xeon (R) CPU X3430@2.40GHz
    Sebesség
    2394.030 MHz
    Gyorsítótár
    8192 KB

    Mikor én check in WHM nekem van 1 négymagos CPU-t, míg a kiszolgáló emberek mondja nekem van 3 processzorok??

    Nem tudom, vagy úgy tesznek, mintha tudni, hogy a szerver terhelés átlag dolgozott ki (az utóbbi időben, az elmúlt 2 nap, hogy már kb:
    Load átlagok: 4,49 4,04 3,95

    Fórum az átlagos sebesség, és nem úgy tűnik, hogy ami olyan kérdés most, bár a forgalom mintegy:
    271 (3 tag és 120 vendég és 148 Spider)
    Ha a felső érték általában mintegy 500 - 600, de akkor hétvégén, így a forgalom is alacsonyabb.

Oldal 1 A 2 12 UtolsóLast

A téma címkéi

Hozzászólás szabályai

  • Ön nem indíthatsz új témákat
  • Ön nem post válaszok
  • Ön nem csatolhatsz
  • Ön nem módosíthatod a hozzászólásaidat
  •