Enemmän kuorma ongelmia

[Snake]

Ok, niin olen tehnyt runsaasti testejä.

Ajan 24hrs minun kuormitus nousee tasaisesti osaksi 30,00: n

Palvelimen uudelleenkäynnistys korjaa sen toiseen 24h.

Jos estän mod en tajua tätä ongelmaa.

Älä sano että on mod käytössä on vähemmän liikennettä kuin ei ole totta, Google lähettää edelleen sama liikennettä mod käytössä saamieni tilastot.

Selittäkää, kuormitus on minut hulluksi.

[tavenger5]

Kuulostaa botit lyövät käännössivujen kun mod on päällä. Sinun pitäisi tutkia optimoimalla Apache tai saada palvelimen enemmän prosessoritehoa. Käytätkö vboptimise tai minkä tahansa välimuistimekanismiin, kuten memcached?

[Snake]

Tosiasia on foorumini saa 30000 yksilöityähakua päivä, jos voin estää mod kuorma putoaa heti, ja botit ja käyttäjät ovat edelleen näyttää sivut niin edelleen vaativat palvelimen teho on yksinkertaisesti se, että näyttää käännössivujen käyttää 10x resursseja kuin standardi vb sivua normaalista tietokannasta. Se on huonosti kirjoitettu koodi, ja pitää korjata! Muita modeja koskaan tehnyt tätä, vain vBET, toivon että minulla ei ole koskaan vaihtanut yli, mutta paluuta on liian myöhäistä nyt. : Mad:

[moman]

Se todella kuulostaa käytössäsi on alimitoitettu palvelin. Olen täällä 8-core Nehalem kone (niin me tarkastelemme 8 enemmän virtuaaliydintä takia HT, yhteensä 16). Olen myös laajasti optimoitu tätä konetta käyttää minun omia tekniikoita sekä viitteitä siitä folks at vbulletin.com.

vBET nostaa minun kuorma noin 2,5 3.0-3.5, riippuen käyttäjien määrä, ja tämä ilmeisesti kasvaa perustuu välimuistia. En kuitenkaan usko, että on liian huono ollenkaan, koska minun samanaikaista käyttäjää vaihtelevat melko korkea 800 vieläkin suurempi 1200.

[vBET]

Hei:) Tietenkin käännös on otettava jossain määrin resursseja - ei ole taikuutta. Käännä sivu tarkoittaa ottamaan lähdön seurauksena ja muuttaa sitä. Koska tämän käännöksen aina kestää kauemmin kuin normaali sivu.

Ymmärrän, että et ole liian onnellinen on enemmän palvelimen kuormitusta, mutta huomaa, että vBET vie resursseja VAIN käännettäväksi. Normaalille sivut Se lisää vain lippua. Joten kaikki tämä ylimääräinen kuormitus tulee lisäliikennettä käännössivujen. Kuten kirjoitit liikennettä ei mennytkään heti käytöstä poistamisen jälkeen vBET (jos sinulla on se, kun se laskee käytöstä poistamisen jälkeen - luota minuun) ja palvelimen kuormitus on alhaisempi - On selvää - robotit ovat vielä indeksoinnin URL käännössivujen, käyttäjät ovat yhä löytää Google linkkejä käännössivujen. Joten sinulla on vielä sama liikennettä, mutta nyt käännetty linkkejä on yksinkertaisesti kopioida sisältöä - normaali sivulle, jota ei ole käännetty. Jos haluat pysyä vammaisten vBET Suosittelemme lisätä vallitkoon teidän. Htaccess-tiedoston, joka ohjaa kaikki käännössivujen normaaliin yksi, muuten voit löysä SEO koska päällekkäistä sisältöä.

Huomaa, että olemme jo suunniteltu tukemaan muiden välimuisti järjestelmiä ja meidän käännös algoritmeja heti optimoitu. Eli me vain keksi miten rajusti vähenee PHP suorituskyvyn työskennellessäsi suurten jousille ja Meillä tapahtui algoritmi. Se on vapautettu jo vuonna vBET 4.2.0 ylimääräisiä asetuksia. Ja me siirtää kaikki parannukset myös vBET 3.x joka on edelleen tuettu:)

Ymmärrän, että sinun mielestäsi meidän koodi on heikko. En tiedä mitä olet perustaa odotuksesi. Olemme nopein käännös mod VB - ei ole mitään mikä toimii paremmin. Käännös vie resursseja ja meidän mod vie se vähemmän kuin muihinkin. Näet kuinka nopeasti vBET voi työskennellä monilla foorumeilla. Jos sinulla on kysymyksiä palvelimella, sitten ota huomioon kokoonpanon muutokset tai lisäämällä palvelimen resursseja. Et aio sietää 20 litraa vettä 10 litraa ämpäri.

Meidän suunnittelemaan on: "Meillä on paljon muuta". Ja siksi olemme kokeilleet, muuttuvat algoritmit, profilointi ja viettää paljon aikaa etsimässä ratkaisuja, jotka vaativat vähemmän resursseja. Silti tiedämme mitään mod joka voisi olla mikä tahansa kilpailun vBET ja joitakin muita käännöksiä modeja. Teimme paljon algoritmi muutoksia jouduimme trow pois, koska ne eivät auttaneet, prosessin aikana olemme myös löytäneet monia parannuksia. Voit saada vaikutelman perustaa palvelimella asioista, mutta ota huomioon Onko sinulla parempi ratkaisu? Mitä voisit antaa vihjeen, että ehkä vBET ole väärä ratkaisu, koska työskentelee tuhansia foorumeilla, ehkä olet vain yrittävät saada 20 litraa vettä 10 litraa ämpäri. Still - Meillä on paljon muuttua ja suuri TODO alalta optimointi-osan (noin 70% ja koe se auttaa tai ei):) Ja olet 100% oikeassa - voimme tehdä sen paremmin, tulemme ja teemme kaiken Aika:) Odota kunnes siirrymme kaikki parannukset, jotka teimme aikana vBET4.x toteutus:)

Jos voin antaa teille joitakin vihjeitä - tarkista kuinka voit optimoida vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Varsinkin haluta poistaa joitakin kielten ja estää merkityksetön sivuja robots.txt

Mikä on aika Response kääntää sivua? Mikä on suorittimen käyttö? Mikä on muistin käyttö? Jos se on hyväksyttävää silloin sinulla ei ole mitään syytä huoleen. Ihmiset usein pelkäävät lisäämällä palvelimen kuormitusta ja vaikka eivät tiedä mitä se tarkoittaa. 10 kertaa enemmän palvelimen kuormitus ei tarkoittaa 10 kertaa enemmän varoja. Se vain tarkoittaa, että enemmän viestiketjut odottavat jonossa, mikä on täysin normaalia, sillä nyt sinun ketjut tarvitse odottaa Google toiminnan, jos jotkut käännöstä ei välimuistissa vielä. Joten kierre odottaa Googlen vastausta ja se ei ota CPU OLLENKAAN tänä aikana. Koska kyseisen palvelimen kuormitus on suurempi, vaikka vBET voisi ottaa mitään resursseja lainkaan (mikä ei tietenkään ole mahdollista).

Tietoja kaatuu palvelimesi - se on tietenkin palvelimen kysymys. Se tapahtuu ajoittain. Minulla oli samanlainen ongelma minun palvelimeen. Se oli aiheuttanut joidenkin Apache bug joten yksi Apache lanka oli kasvussa ja kasvaa kanssa muistin käyttö, kunnes koko muistia kului ans palvelimen välimuistissa. Vain yksi lanka käyttäytyy kuin että - muut Apache kierteet oli normaali. Olen soittanut Apachen asetustiedoston ja ongelma on ratkaistu. Luulen että Apache oli vain joitakin muisti vuotaa - muistaakseni laitoin alempi arvo pyyntöjä, jotka voidaan pitää yhdellä säiettä. Joukossa oli myös muita muutoksia. Ehdotan tarkistaaksesi muistin käyttöä ja seurata sitä jonkin aikaa. Lisäksi se voi olla hyödyllistä tarkistaa keskimäärin käyttämän muistin määrää yhden Apache lanka, teimme hieman laskelmia ja asettaa asianmukaiset arvo max lankoja Apache.

Jos sinulla on kysymyksiä ota vain kysyä:)

[vBET]

Hei - Olen vain oli your forum se kääntää erittäin nopea ... Joten mitä tehdä vaatimuksen siitä ja miksi niin vihainen asenne vBET, kun olet supernopeaa käännöspalvelu? ...

Ole hyvä ja harkitse mitä palvelimen kuormitusta tarkoittaa. Ymmärtäminen sen merkitys voi olla erittäin hyödyllistä ymmärtää, mitä tapahtuu palvelimella ja kuinka se voi liittyä viestiketjut, jotka odottavat jonossa ei sillä teillä ei ole resursseja, vaan odottavat vastausta muilta palvelin (Google tässä tapauksessa).

Mielestäni sinulla on erittäin nopea käännöksissä ja sinulla ei ole mitään syytä huoleen:)

[Snake]

Olen ollut rakennuksilla 10 vuotta, olen täysin tietoinen 10x kuormitus ei tarkoita 10x resursseja, lakattava hoitamasta minua kuin idiootti ja lusikka ruokinta minua roskaa. Kylmät tosiasiat ovat tämän mod vs muut vapaa mod teidän kuorma on mega. Ja ruuhka-aikoina sivustoni on nyt hidas ja välinpitämättömiä. Kyllä, sivut kääntää nopeasti ruuhka-, mutta kustannukset hitaalla palvelimella myöhemmin päivällä. Olen quad core, raid 15k SAS-palvelin, joka on optimoitu vain hienoa, se ajaa 0,50 pitkin päivää ennen tätä suurta liikennettä. On vBET koodi, joka lisää kuormitusta ja tekee palvelin hidasta ruuhka-aikoina, se on tosiasia, se ei lisää liikenteen, minulla on ollut sama liikenne ja botit ennen ja palvelin selviytyi hyvin, se on käännös tuote. Ajan. Vauhtia ja korjata sen, olen todella dont halua maksaa toiselle 300 € kuukaudessa palvelin päivittää vain juosta MOD lol.

[tavenger5]

Kuinka monella kielellä teillä on käytössä? Kuinka monta viestiä sinulla on? Onko sinulla vBSEO ja sivukartta generaattori asennetaan? Kuinka monta botit lyövät sivuston päivä?

[Snake]

Hi!

32 kielellä käytössä.

100000 viestiä.

vBSEO ja sivukartta asennettu.

Sitemap plugin sanoo 1000.000 sivua indeksoidaan päivä.


Tosiasia on, jos estän mod ja käynnistä palvelin, botti ja käyttäjät ovat yhä osuvan minun palvelin sama kuin ennen, samat sivut ovat edelleen googles indeksiin ja näin saan saman liikenteen käytössä vai ei.

Ainoa ero on, että mod käytössä botit ja Google-haun päästä Englanti sivulla, joten liikenne on sama, ainoa ero on niitä näe käännetty sivu, jolloin vältetään modeja tietokantaan kysymyksiä.

Se on selvä kuin päivä minulle tämä mod on julkaistu ilman kunnollista testausta, ja selvästi omistaja ei ole kiinnostunut puuttumaan kysymyksiin.

Fail.

[Snake]

Michael, olet väärässä, tämä kuormitus ei johdu liikenne lisääntyy, se johtuu lukemisen ja kirjoittamisen käännökset MySQL.

Jos vBulletin tiimi voi lukea ja kirjoittaa MySQL kanssa pienellä kuormituksella miksi cant sinua?

Huono koodi ystäväni.

[vBET]

Olen ollut rakennuksilla 10 vuotta, olen täysin tietoinen 10x kuormitus ei tarkoita 10x resursseja, lakattava hoitamasta minua kuin idiootti ja lusikka ruokinta minua roskaa. Kylmät tosiasiat ovat tämän mod vs muut vapaa mod teidän kuorma on mega. Ja ruuhka-aikoina sivustoni on nyt hidas ja välinpitämättömiä. Kyllä, sivut kääntää nopeasti ruuhka-, mutta kustannukset hitaalla palvelimella myöhemmin päivällä. Olen quad core, raid 15k SAS-palvelin, joka on optimoitu vain hienoa, se ajaa 0,50 pitkin päivää ennen tätä suurta liikennettä. On vBET koodi, joka lisää kuormitusta ja tekee palvelin hidasta ruuhka-aikoina, se on tosiasia, se ei lisää liikenteen, minulla on ollut sama liikenne ja botit ennen ja palvelin selviytyi hyvin, se on käännös tuote. Ajan. Vauhtia ja korjata sen, olen todella dont halua maksaa toiselle 300 € kuukaudessa palvelin päivittää vain juosta MOD lol.

Ymmärrän, että sinulla oli jo tuttu informations palvelimen kuormitus jonka annoin sinulle. Huomaa, että minulla ei ole tietoa miten kehittynyt on kukin tuhansien käyttäjiemme ja joka kerta annan perse täydellinen tieto voi olla hyödyllistä. Se ei tarkoittaa, että olen kohtelee sinua kuin idiootti - se tarkoittaa, että minä välitän antaa sinulle informations mikä voi olla hyötyä sinulle ja arviointi palvelimen kunnossa. Ole hyvä kohta minua muihin vapaisiin mod joka puhut mielelläni tehdä joitakin vertailussa:) Myös tahansa olet vapaa valitsemaan paras ratkaisu sinulle.

Tarkistin your forum uudestaan ja uudestaan näyttää reagoitava hyvin nopeasti. Antakaa minulle paras ajassa kykynä tarkkailija, mitä olet kirjoittamassa sinulle hitaita vastauksia ruuhka aikaan.

Jos haluat tarkistaa, miten liikenne muuttaa takia vBET - ota koitua raportti, joka näyttää kaikki liikenne käännössivujen - tämä on mitä olet ansainnut ansiosta vBET.

Olette aivan oikeassa, että käännökset tarvitsee lisäresursseja - ei ole muuta tapaa ja et koskaan löydä tuote joka kääntää sivustosi ilman kustannuksia. Kuten jo mainitsin eniten aikaa tarvitsee odottaa Googlen käännös, kun se ei ole välimuistissa, ja tänä aikana teidän viestiketjut täytyy odottaa vastausta mitä on suurin vaikutus palvelimen kuormitusta. Voit asettaa isompi välimuisti aika elää - niin usein tarvittavat käännökset ovat jo välimuistiin. Mutta ei välimuistissa käännöksiä tahansa tuote on odotettava käännettäväksi. Ei ole muuta keinoa.

Huomaa, että ajattelee on rikki voi korjata sen.

Kuten jo kirjoitin sinulle, Kehitämme jatkuvasti vBET suorituskykyä. Ja minä jo kirjoitin teille, että olemme valmiita suorituskyvyn parannuksia, jotka ovat nyt beta vaiheessa vBET4.x. Tänään julkaisee uuden vBET4.x versio ylimääräisiä suorituskyvyn parannuksia. Ja kun bugit niille (mahdollisesti) korjataan siirrymme niitä parannuksia vBET3.x ei tarvitse työntää.

Lisäksi kukaan pakottaa maksanut toiselle £ 300 kuukaudessa palvelin - teet omat päätöksesi ja sinulla on paljon vaihtoehtoja tässä. Sisältää määrän vähenemisestä tuettuja kieliä, tai jopa vaihtamalla toiseen tuotteeseen jonka mainitsitte on paljon parempi. Olemme täysin ymmärrä, että ratkaisut, jotka käytät on mahduttava tarpeitasi ja mahdollisuuksia. Olemme iloisia antaa asiakkaillemme paremman ja paremman tuotteen. Ja olemme tietoisia siitä, että tilanteessa, jossa pyyntö on odotettava vastausta lomakkeen toiselle palvelimelle palvelimen kuormitus on isompi mitä tahansa ratkaisuja käytämme. Tulemme mielellämme jos pysyt meidän tuote ja määrittää sen sopivaksi yo mahdollisuuksiasi. Ja annamme teille käsi tällä alueella:)

Huomaa, että emme vain antoi uutta ratkaisua integroida Sitemap Generator. Jos olet integroitu - katso uusi integraatio ohjeet täältä:
Se lisää merkittävästi nopeutta Sivukartta sukupolven (foorumissa yli 12 kertaa).

[vBET]

Se on selvä kuin päivä minulle tämä mod on julkaistu ilman kunnollista testausta, ja selvästi omistaja ei ole kiinnostunut puuttumaan kysymyksiin.

Fail.

Jos olet epävarma oikeasta testaus Ehdotan tarkistaa historian vBET - se testattiin satoja todellinen foorumeilla ennen sitä edennyt maksulliseen versioon:)

Tietoja ongelman ratkaisemiseen. Olen pahoillani. Olen virheellisesti olettaa, että antaa sinulle ensimmäisen vastauksen tähän informations, olin selvä, että käsittelemme asiaa:

Huomaa, että olemme jo suunniteltu tukemaan muiden välimuisti järjestelmiä ja meidän käännös algoritmeja heti optimoitu. Eli me vain keksi miten rajusti vähenee PHP suorituskyvyn työskennellessäsi suurten jousille ja Meillä tapahtui algoritmi. Se on vapautettu jo vuonna vBET 4.2.0 ylimääräisiä asetuksia. Ja me siirtää kaikki parannukset myös vBET 3.x joka on edelleen tuettu:)

...

Meidän suunnittelemaan on: "Meillä on paljon muuta". Ja siksi olemme kokeilleet, muuttuvat algoritmit, profilointi ja viettää paljon aikaa etsimässä ratkaisuja, jotka vaativat vähemmän resursseja. Silti tiedämme mitään mod joka voisi olla mikä tahansa kilpailun vBET ja joitakin muita käännöksiä modeja. Teimme paljon algoritmi muutoksia jouduimme trow pois, koska ne eivät auttaneet, prosessin aikana olemme myös löytäneet monia parannuksia. Voit saada vaikutelman perustaa palvelimella asioista, mutta ota huomioon Onko sinulla parempi ratkaisu? Mitä voisit antaa vihjeen, että ehkä vBET ole väärä ratkaisu, koska työskentelee tuhansia foorumeilla, ehkä olet vain yrittävät saada 20 litraa vettä 10 litraa ämpäri. Still - Meillä on paljon muuttua ja suuri TODO alalta optimointi-osan (noin 70% ja koe se auttaa tai ei):) Ja olet 100% oikeassa - voimme tehdä sen paremmin, tulemme ja teemme kaiken Aika:) Odota kunnes siirrymme kaikki parannukset, jotka teimme aikana vBET4.x toteutus:)

Jos voin antaa teille joitakin vihjeitä - tarkista kuinka voit optimoida vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Varsinkin haluta poistaa joitakin kielten ja estää merkityksetön sivuja robots.txt

Tunnen täysin vastuussa tämän väärinkäsityksen. Jälleen kerran erittäin pahoillani. Kerro meille, mihin suuntaan meidän on kerrottava teille, että me parannamme vBET koko ajan, ja miten voimme vakuuttaa teille jälleen, että vBET3.x on toinen suorituskyvyn parannuksia, jotta teille selväksi, että käsittelemme asiaa? Tulemme aina mielellämme parantaa tapamme viestintää asiakkaan kanssa:)

[vBET]

Michael, olet väärässä, tämä kuormitus ei johdu liikenne lisääntyy, se johtuu lukemisen ja kirjoittamisen käännökset MySQL.

Jos vBulletin tiimi voi lukea ja kirjoittaa MySQL kanssa pienellä kuormituksella miksi cant sinua?

Huono koodi ystäväni.

Et oli jo huomata, että olemme suunnitelleet tukeminen cache järjestelmien (tiedosto ja nykyiset moottorit). Ole hyvä ja harkitse mitkä ovat teidän aikomukset tässä keskustelussa, ja se on menossa oikeaan suuntaan parantaa Tour palvelimeen valtio - jos se on edelleen piste.

Kysymyksesi olettaa, että kuormitus johtuu viestinnän MySQL. Voisitteko antaa meille lähde diagnosoimaan? Otamme mielellämme tutkia sitä:)

[sarangan]

Minulla oli sama ongelma, katkaisee ylikuormituksesta. Lopuksi minun on poistettu käytöstä vBET minun foorumi ja kaikki on kunnossa nyt. :)

[vBET]

Minulla oli sama ongelma, katkaisee ylikuormituksesta. Lopuksi minun on poistettu käytöstä vBET minun foorumi ja kaikki on kunnossa nyt. :)

Mikä versio käytit? Päivitä viime versioon - teimme suuren suorituskyvyn parannuksia. Monet käyttäjät kirjoitti kiitoksensa että näki suuren eron - varsinkin palvelin kuormatilan:)

Muokattu:
Olen juuri tarkistanut foorumi ja vBET toimii siellä - Älä kirjoita vääriä lausuntoja vBET kunnossa.