Tarvitsetko apua vähentää palvelimen kuormitusta

[Simon Lloyd]

Hei, Minulla on ongelmia minun palvelimen kuormitusta, olen jo muuttanut omistettu yrittää parantaa tätä, mutta silti tehokasta palvelimen kuormat, jos estän vBET palvelimen kuorma putoaa.

Voiko joku auttaa?

@ Kamil, sinulla on jo täysi pääsy tiedot lähetetään sinulle PM jos haluat tarkistaa.

[kamilkurczak]

hello,
Täällä on vBET lista vinkkejä: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

muistaa - jos sinulla on kaikki kielet käytössä - sinulla on 53 enemmän sisältöä (viestiketjut, viestit jne) teidän foorumi, ja tietysti paljon liikennettä foorumi.

Voit poistaa joitakin kielten ja odota kun välimuisti käytössä kieli on täynnä, sen jälkeen - voit ottaa seuraava osa käännöksistä.

Toiseksi tänä Lyö vapauttamalla olemme iso parantaa (erittäin iso) - tämä on välimuisti järjestelmään (4 eri vaihtoehtoa). Voit tarkistaa sen omassa admincp-> vBET Cache. (Muista - sinun täytyy integroida palvelimen käyttämään tällaista cache)

:)

[Simon Lloyd]

Olen toteuttanut kaikki, mitä voin oman suorituskyvyn suosituksia, olen myös ollut kaikilla kielillä käytössä (samoin useimmat) jälkeen ostamista vBET noin 6 kuukautta sitten, kuormitus on jatkuvasti korkea koko ajan. Mitä Memory Cache (beta) En usko minulla mitään välimuistin kiihdytin palvelintani mutta evrything muu on asetettu kohti ohjeitasi.

[kamilkurczak]

meidän viimeinen Lyö vapauttamalla olemme työskennelleet tämän välimuisti järjestelmää - tämän pitäisi olla iso suorituskyvyssä. Sinun täytyy olla palvelimen määritetty tämän välimuisti järjestelmää (ehkä sinulla on jo - kysy palvelimen tuki)

[Simon Lloyd]

Hei Kamil, olen juuri tarkistanut PHP info ja minulla ei ole sitä, mutta minä nostan heidät asentaa xcache tai jotain tällaista

[vBET]

Hi. Miksi sinulla on palvelimen kuormitus? Näen foorumi on kääntää todella nopeasti, niin missä on ongelma?

Huomaa, että käännökset tehdään ulkopuolisten palvelujen Google. Tämä tarkoittaa, että kun käännös tapahtuu sinun kierteet odottavat vastausta Google. Ja siksi teidän Server Load on isompi, mutta se ei vaikuta järjestelmään, koska odottamassa viestiketjut ota CPU eikä lisämuistia (vain jo käytössä). Joten siksi sinulla on aina korkeampi Server Load kanssa vBET käytössä (kun käytössä ei lanka odottaa tuloksia Google) ja samalla your forum silti toimi nopeasti, koska odottamassa viestiketjut ota CPU.

Joten mitä todella tarvitsemme ottaa Server Load rakastaja on varmistaa, että kierteet eivät odota tuloksia Google, mutta valitettavasti Google sallii cache sen tuloksia vain 15 päivää. Voit kokeilla sitä itse - jos poistat välimuisti, tai vain tehdä sen aika elää pienempiä sinun tulee SE Palvelimen kuorma kasvaa - koska vähemmän tuloksia välimuistiin ja enemmän pyyntöjä odottamassa Google vastauksia. Ei ole mitään taikaa - käännökset tulee jostain ja se vie aikaa saada se Google.

Käyttämällä välimuisti voi auttaa jollakin tavalla. Langat odottaa Googlen tulokset ovat edelleen odottamassa (et sitä tule ennen kuin olet välimuistissa kaikki käännökset, ja et koska se puhdistetaan mukaan Google TOS). Still välimuistitulokset syntyy nopeammin, sitä pyytää eikä odottaa käännöksiä menee nopeammin pyyntöjä jonoon.

Täällä voit selvittää, mitä tarkalleen palvelimen kuormitusta on: Palvelin kuorma (http://whreviews.com/server-load.htm) ja huomaa että niin kauan kuin sinulla on vapauttaa resursseja Palvelimen kuorma ei ole ongelma.

Tietäen mitä arvo-palvelimen kuormitus ei ole kovin tärkeää tosin. Tietäen kuinka tulkita arvo on tärkeintä.

Muistan määritelmä: palvelimen kuormitusta edustaa useita prosesseja odottamassa pääsyä CPU. Mutta eivät kaikki prosessit ovat samoja! Jos prosessit ovat vähän huomiota, kun uusi palvelin pyyntö (sivu pyynnöstä) näkyy, se voi kuitenkin käsitellään lähes välittömästi.

Puhumattakaan, että palvelimen kuormitusta on vain yksi tekijä pois monet muut (muistin käyttö, suorittimen käyttö, koko sivutustiedostoa)

Kuten tavallista, ja niin paljon ihmisiä suoraan sekaantunut hosting-liiketoiminnan sanoa, se kaikki tulee alas tosielämän käyttäytymistä. Ovatko sivut lastaus nopeasti? Onko prosessi kuten etsinnän kautta tietokantaan kestää kohtuullisen ajan? Sitten sinulla ei oikeastaan ole ongelma, riippumatta palvelimen kuormitus on

Joten lopullinen testi on niin, että palvelin käyttäytyy. Jos palvelin on nopea, numero, vaikka sitä kutsutaan "palvelimen kuormitusta", ei todellakaan merkitse paljoakaan

Joten koska palvelin on nopea ja näen your forum vastauksia nopeasti, ongelma on vain virtuaalinen - ei ole todellinen ongelma. Palvelimen kuorma on arvo, joka antaa sinulle mitään tietoa todellista suorituskykyä, vain vinkkejä jos tiedät miten sitä tulkitaan (eli jos palvelin on käynnissä hyvin palvelimen kuormitusta X, voit aloittaa tarkistamalla, mitä tapahtuu, jos se nopeasti kasvaa 2X tai jotain sinne päin). Juuri staattinen numero antaa sinulle mitään, parempi tarkistaa suorittimen ja muistin olla varma, että tämä arvo on OK palvelimellesi ja jos se on OK niin ei väliä mitä Server Load arvo.

Silti, jos haluat joitakin vihjeitä:
- Tehdä isompi välimuisti TTL jos olet muuttanut sitä pienempi (oletus on suurin sallittu Googlen TOS).
- Jos sinulla ei ole kiintolevytilaa kysymyksiä sammuttaa cron tehtävä puhdistus guest välimuisti - se ei tarvitse puhdistaa ollenkaan, koska se virkistää tulokset tarpeen mukaan edelleen poistamalla paljon vanhoja tiedostoja voi kestää todella kauan PHP.
- Käyttää välimuisti
- Lopussa (mutta en todellakaan näe mitään järkeä, koska sinulla ei ole suorituskykyongelman) aloittaa poistamalla kielellä joka antaa sinulle vähemmän liikennettä

Muuten - Mikä on teidän Server Load, keskimäärin CPU ja muistin käyttöä, ja mitä laitteistoja teillä on (kuinka monta CPU, muisti)? Onko Heittovaihtotiedostoa käytetään?

[Simon Lloyd]

Seuraavat tiedot kuten teidän kysymyksiä
1) Server Load
*********************
08:22:53 up 44 päivää, 13.31, 1 käyttäjä, kuorma keskiarvo: 4.07, 5.09, 5.26
KÄYTTÄJÄN TTY FROM LOGIN @ IDLE JCPU PCPU MITÄ
root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) prosessorin ja muistin käyttö
********************
Yhteensä käyttää ilmaiseksi jaettua puskureina välimuistissa
Mem: 4040 3616 424 0 256 2809
- / + Puskurit / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) Kuinka monta prosessorit
3

EDIT: Just otti tilannekuvan tässä http://www.thecodecage.com/forumz/server.png palvelimeni näin koko ajan, tämä snapshot on käyttöönoton jälkeen memcahce.

[Simon Lloyd]

Kuten lisätty Tässä kerrotaan Top Processes loki:
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-external- lukitus
MySQL 6.7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- lukitus
MySQL 6.6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- lukitus
root 6,0% / bin / sh / usr / local / bin / rkhunter-C - cronjob

[vBET]

Seuraavat tiedot kuten teidän kysymyksiä
1) Server Load
*********************
08:22:53 up 44 päivää, 13.31, 1 käyttäjä, kuorma keskiarvo: 4.07, 5.09, 5.26
KÄYTTÄJÄN TTY FROM LOGIN @ IDLE JCPU PCPU MITÄ
root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) prosessorin ja muistin käyttö
********************
Yhteensä käyttää ilmaiseksi jaettua puskureina välimuistissa
Mem: 4040 3616 424 0 256 2809
- / + Puskurit / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) Kuinka monta prosessorit
3

EDIT: Just otti tilannekuvan tässä http://www.thecodecage.com/forumz/server.png palvelimeni näin koko ajan, tämä snapshot on käyttöönoton jälkeen memcahce.

En ole varma, miten tulkita teidän mittauksia. Mielestäni sinun CPU on käytetty noin 185% ... Niin tai on jotain kuumaa aivan mittauksen tai se koskee 1 CPU - jos sinulla on 3, voit käyttää 300%. Jos tämä on oikein niin se tarkoittaa, että sinulla on vielä paljon vapaa prosessorin resursseja. Jos ei Korjaa minua ja kertoa miten tulkita tuloksia.

En myöskään tiedä, miten tulkita palvelimen kuormitus tiedot:

Kuorman keskiarvo: 4.07, 5.09, 5.26
Ovatko nämä 3 eri ajoissa mittauksiin tai jokainen on erillinen CPU? Mikä on voima suorittimen?

PS. Cache tarvitsee aikaa täyttää tuumaa

[Simon Lloyd]

Michal, jälleen kiitos vastauksesta kuorman keskimääräinen näet (ja snapshot) muuttuu joka kerta kun päivittää, se kun huomauttaa sybmolic numero, kun kuorma keskiarvot osoittaneet on noin 6 tai 7 sitten sivusto on hidas mutta suurimman osan ajasta penseä joka puolestaan antaa virheilmoituksen.

Tässä cpu tiedot pyysit
Suoritin # 1
Myyjä
GenuineIntel
Nimi
Intel (R) Xeon (R) CPU X3430@2.40GHz
Nopeus
2394.030 MHz
Kätkö
8192 KB

Kun tarkastelen vuonna WHM Olen 1 neliytiminen suoritin, kun taas palvelimen ihmiset kertovat minulle, että olen 3 CPU: n???

En tiedä tai teeskentelevät tietää miten palvelimen kuormitusta keskiarvo on työskennellyt ulos (viime aikoina, viime 2 päivää se on ollut noin:
Load Keskiarvot: 4.49 4.04 3.95

Foorumi on keskinopeuden ja se ei näytä aiheuttaneen ongelman juuri nyt, vaikka liikenne on noin:
271 (3 jäsentä ja 120 vierasta ja 148 hämähäkit)
Kun alkuun luku on normaalisti noin 500-600, mutta sitten se on viikonloppuna niin liikenne on vähäisempää.

[vBET]

Kyselin suorituskyky, koska kuten olemme jo kertoneet Palvelimen kuorma on vain virtuaalinen arvo, niin nopeaan CPU samalla palvelimella kuorma tarkoittaa jotain muuta kuin hidas CPU (nopea kukaan ei hänen työpaikkoja nopeasti, joten vaikka on lisätehtäviä odottamassa jonossa ne käsitellään nopeasti).
Tietoja useita suorittimia - tällä hetkellä olen menettänyt kuten sinäkin. Se on palvelimen enkä auttaa määrittämään onko sinulla 1 tai 3 suorittimia. Voin kertoa teille, että palvelimet on parempi olla isompi määrä hitaampia suorittimia kuin pienemmän määrän nopeammin. 2 +2 = 5 tarkoittaa, että 2-prosessorit, joiden teho 2 tekee parempaa työtä kuin 1 prosessori teho 4, koska palvelin on paljon pieniä tehtäviä, ja ottaa 1 suoritin et voi tehdä sitä rinnakkaista tapaa.
Palvelimen kuorma on myös eri merkitys mukaan prosessorien määrä. Jos todella on 3 nopeita prosessoreja sitten palvelimen kuormitusta 6 (yhteensä ei per CPU) on OK jopa ilman ylimääräisiä tarkistaa. Jos sinulla on 1 prosessori sinun tulee lisäksi tarkistaa todellinen vasteaika meidän viemäri. Kuten kirjoitit olet jo tehnyt sen ja se on OK.

Sillä kertaa näet palvelimen kuormitus on suurempi ja sivu hitaampi (välimuistissa yksi - Muistakaa, että ei välimuistissa todellinen vasteaika ei ole ajan palvelimellesi ollenkaan, vaan jopa Google vasteaika), tarkista onko sillä suurempi liikenne , tai ehkä se johtuu joidenkin tausta tehtäviä (kuten vBulletin cron työpaikkoja, tai jopa oma käyttöjärjestelmä - kuten automaattinen päivitys tehtäviä tai jotain sellaista).

Mukaan viimeinen vastaus - jos ei ole todella kysymys - Tarvitsetteko tulevaisuudessa apua tähän aiheeseen juuri nyt?

[Simon Lloyd]

Michal, kiitos yksityiskohtaisesta vastauksesta, se on 4 CPU: n, minun ainoa huolenaihe on määrä% CPU että vBET kuluttaa, kuin kirjoitan tätä siellä are3 prosessit näkyvät TOP vBET 55%, 52% ja 48% suorittimen käyttöä ja nämä prosessit ovat kaikille tiedosto / vbenterprisetranslator_seo.php, jos ei ole mitään voit ehdottaa sitten kiitän teitä kommenteistanne ja täytyy elää sen kanssa kuin minä todellakaan ole varaa toiseen palvelimeen siirtää tai päivittää kuten menin saamasta VPS on VM pilvi hosting omistettu pitääkseen vBET käynnissä, seuraava hyppää dual quad core (8 CPU: n) on poissa minun hintaluokassa.

[vBET]

Huomaa, että mitä ou nähdä se ole vBT CPU kulutus mutta koko keskustelualueelta kulutusta. vbenterprisetranslator_seo.php ei tee mitään - vain asetetaan joitakin muuttujia ja tehty sisäinen ohjata todella pyydetyn tiedoston - se on vain edessä ohjain. Kaikki pyynnöt menee vbenterprisetranslator_seo.php - olet määrittänyt se teidän. Htaccess-tiedoston.

Joten tämä ei ole vBET kulutus - tämä on koko foorumi kulutusta. Normaalille sivut vBET ei tee mitään - vain lisää lippuja. Saat käännössivujen koko käännös prosessi tapahtuu niin CPU kulutus on aina suurempi kuin normaali sivu, koska se tapahtuu, kun normaali sivu syntyy. Joten ensimmäinen normaali muodostuminen tapahtuu ja sitten tulos on käännetty - joten ei ole mitään mahdollisuutta saada sitä withour lisäkustannuksia. Tai ... Meillä on ratkaisu tähän muurahainen on nimeltään Vieras Cache - vieraille koko sivujen välimuistiin eikä kääntäminen tapahtuu niin kauan kuin välimuisti ei päättynyt. Joten jos käytät jo Vieras Cache sitten vBET ole enää ratkaisuja, jotka tekevät käännöksiä vähemmän resursseja. Voit vain poistaa joitakin käännökset - teillä on sitten vähemmän liikennettä käännössivujen joten vähemmän resursseja kuluttava käännökset.

Teimme paljon työtä profiloinnin vBET, muuttuvat algoritmit, lisäämällä suorituskyvyn parannuksia. Ja emme koskaan tämän aiheen käsittely suljettu. Vielä tällä hetkellä edes useiden kerrosten välimuistin, teemme sovellus, joka on paljon muutoksia ja eri sisältöä samaan URL riippuen käyttäjän käyttäjäryhmiä, tai jopa jokaiselle käyttäjälle (jos jotkut plugin lisää tällaisia asioita) ja tämä edellyttää retranslate varten jokainen kirjautunut käyttäjä pyynnöstä. Sillä logger käyttäjä voimme vain välimuistin lauseen käännöksiä, mutta ei koko sivua kuin käyttäjille. Huomaa, että vBET on lisäämällä yhä enemmän suorituskyvyn parannuksia - silti et koskaan ole maagisia käännökset ilman luonnonvarojen kulutus. Lisätoimintoja merkitsee aina lisää luonnonvarojen kulutusta.

Me tarkistimme your forum vasteaika ja se on todella hyvä. Siksi en ajattele siirtyä toiselle palvelimelle tällä hetkellä. Aivan kuten kirjoitit - sinulla on vielä puolet vapaina. Voit maksaa tämän resursseja joten ei ole mitään väärää käyttää sitä. Ja olet edelleen turvallinen alue - silloinkin, kun liikennettä lisää teidän foorumi vastausta sopivana ajankohtana. CPU First Light on 70% keskimääräinen käyttöaste (ei vain joissakin hetki - keskiarvo). Tämä on ensimmäinen vihje murehtia resursseja. Jos ohitat tämän jälkeen 90% keskimäärin CPU kulutus tarkoittaa lukea valoa, hälytys, ja välittömiin tarpeisiin päivittää - muuten edes vähän enemmän liikennettä tehdä radikaaleja suorituskyvyn heikkenemistä. Sillä muistia se on erilainen ja riippuu OS asetukset SWAP.

Ja PS - ota huomioon ratkaisut, kuten VPS - jossa voit lisätä resursseja erittäin helposti ilman uudelleenasennusta:)

Jos olet jo kesannolla kaikki suorituskyvyn vinkkejä sitten ainoa asia, se jättää pois käytöstä joitakin kielten ja tehnyt päivityksiä vBET kuin tulevat.