Mai multe probleme de încărcare

[Snake]

Ok aşa că am făcut o mulţime de testare.

Peste o perioadă de 24 de ore de încărcare creşte în mod constant în meu 30.00 's

Un server reporniţi-l stabileşte pentru un alt 24 de ore.

Dacă i dezactivaţi mod nu mă această problemă.

Nu spune asta cu Mod cu handicap nu există mai puţin trafic ca nu este adevarat, Google trimite în continuare trafic cu acelaşi mod cu handicap în conformitate cu statisticile mele.

Vă rugăm să explicaţi, de încărcare este de conducere mine nebun.

[tavenger5]

Sună ca roboţii sunt lovind pagini traduse atunci când este în mod. Tu ar trebui să arate în optimizarea Apache sau obtinerea unui server cu mai mult puterea procesorului. Esti de funcţionare vboptimise sau orice alt tip de mecanism de caching, cum ar fi memcached?

[Snake]

Faptul este forumul meu devine 30,000 unici pe zi, dacă am dezactiva sarcina mod scade instantaneu, și roboții și utilizatorii sunt încă arată pagini, astfel încât sunt încă exigente puterea serverului, este pur și simplu că arată pagini traduse folosi 10x resurse decât paginile vb standard din baza de date normală. Este prost scris de cod, și trebuie să fie stabilite! Alte moduri nu a făcut acest lucru, doar vbet, doresc nu am schimbat peste, dar merge înapoi este prea târziu acum.

[moman]

Este într-adevăr pare ca esti rulează pe un server underpowered. Sunt pe o maşină 8-core Nehalem (aşa ne uităm la 8 nuclee mai multe virtuale din cauza HT, pentru un total de 16). Am, de asemenea, optimizat extensiv această maşină utilizând tehnici propria mea, precum şi indicatori de cei de la vbulletin.com.

vBET ridică sarcina mea de la aproximativ 2,5 la 3.0-3.5, in functie de numarul de utilizatori, iar acest lucru, evident, creşte în funcţie de dimensiunea memoriei cache. Cu toate acestea, nu cred că e prea rău deloc, astfel cum a mea gama de utilizatori simultan dintr-o destul de mare la 800 la una chiar mai mare 1200.

[vBET]

Bună Desigur obţinute trebuie să ia unele resurse - nu există nici o magie. Traduce înseamnă Pagina ia rezultatul de ieşire şi schimbaţi-o. Din cauza că traducerea va avea întotdeauna mai mult decât pagina normala.

Am înţeles că nu sunteţi prea fericit având în sarcină server de mai mult, dar vă rugăm să reţineţi că vBET este de a lua numai resursele pentru traducere. Pentru paginile normale, adaugă steaguri numai. Deci, toate această sarcină suplimentară provine din traficul suplimentar la pagini traduse. După cum aţi scris traficul dvs. nu a mers în jos imediat după dezactivarea vBET (dacă aveţi un timp, atunci aceasta va scădea după dezactivarea - încredere în mine) şi sarcina server este mai mică - este evident - roboţi sunt încă accesarea cu crawlere a adreselor URL de pagini traduse, Utilizatorii sunt încă constatare în link-uri Google pe paginile dvs. traduse. Deci, aveţi în continuare aceeaşi trafic, dar acum în conformitate cu link-uri tradus este pur şi simplu duplicat de conţinut - Pagina de normală, care nu este tradus. Dacă doriţi să staţi cu handicap vBET vă recomandăm să adăugaţi regulă în fişierul htaccess. Care va redirecţiona toate paginile traduse la normal o, în caz contrar vă puteţi pierde SEO, deoarece de conţinut duplicat.

Vă rugăm să rețineți că am planificat deja sprijinirea altor sisteme cache și algoritmii noștri de traducere sunt optimizați instantaneu. Adică tocmai am descoperit cât de drastic scade performanța PHP atunci când lucrăm pe șiruri mari și ne-am modificat algoritmul. Este deja lansat în vBET 4.2.0 cu opțiuni suplimentare de configurare. Și vom muta toate îmbunătățirile, de asemenea, la vBET 3.x, care este încă acceptat

Am înţeles că, în opinia dumneavoastră codul nostru este slab. Nu ştiu pe ce se bazeaza asteptarile tale. Avem cel mai rapid mod obţinute pentru vB - nu este nimic ce funcţionează mai bine. Traducere va avea unele resurse şi modernizarea noastra are mai puţin ca oricare alta. Puteţi vedea cât de vBET de repede se poate lucra pe mai multe forumuri. Dacă aveţi probleme pe serverul tău, vă rugăm apoi ia în considerare modificările de configuraţie sau adăugarea de resurse de pe server. Tu nu va pune 20 de litri de apă în 10 de litri galeata.

Viziunea noastră este: "Avem multe de schimbat". Și de aceea experimentăm, schimbăm algoritmi, profilăm și petrecem mult timp căutând soluții care vor necesita mai puține resurse. Cu toate acestea, nu știm nici un mod care ar putea fi orice concurență pentru vBET și există și alte moduri de traducere. Am făcut o mulțime de modificări de algoritm pe care a trebuit să le eliminăm pentru că nu ne-au ajutat, în timpul acestui proces am descoperit și multe îmbunătățiri. Puteți avea impresia bazându-vă pe problemele serverului dvs., dar vă rugăm să luați în considerare aveți o soluție mai bună? Ce ai putea da un indiciu că poate vBET nu este o soluție greșită, deoarece se lucrează pe mii de forumuri, poate că încercați doar să puneți 20 de litri de apă în găleată de 10 litri. Cu toate acestea - avem multe de schimbat și o listă todo excelentă în secțiunea de optimizare (aproximativ 70% pentru a experimenta va ajuta sau nu) Şi tu eşti 100% dreapta - putem face mai bine, vom şi facem tot timpul Doar aşteptaţi până când vom muta toate îmbunătăţirile pe care am făcut în timpul punerii în aplicare vBET4.x

Dacă vă pot oferi câteva sugestii - vă rugăm să verificaţi cum vă puteţi optimiza vBET: http://www.vbenterprisetranslator.co...rformance.html
Mai ales în considerare dezactivarea unele limbi şi blocarea pagini nerelevante de robots.txt

Ce este timpul de raspuns pentru pagini traduse? Care este utilizarea procesorului dumneavoastră? Care este utilizarea de memorie? Dacă este acceptabil, atunci nu ai nimic să vă faceţi griji. Oamenii de multe ori sunt speriaţi de creşterea de încărcare server şi chiar nu ştiu ce înseamnă. Server de încărcare de 10 ori mai mult nu NU înseamnă 10 timp de mai multe resurse utilizate. Aceasta înseamnă doar că mai multe fire aşteaptă în coada de aşteptare, ceea ce este perfect normal, deoarece acum fire dvs trebuie să aşteptaţi pentru Google răspuns dacă unele traducere nu este cache încă. Deci firul este în aşteptare pentru răspuns Google şi durează nu CPU la toate în acest timp. Din cauza că dumneavoastră server de sarcină va fi mai mare, chiar dacă vBET ar putea dura nu resurse la toate (ceea ce desigur nu este posibilă).

Despre crashing server-ul dvs. - este, evident, problema dvs. server. Se întâmplă periodic. Am avut aspect similar pe serverul meu. Aceasta a fost cauzată de unele bug Apache astfel un fir de Apache a fost în creştere şi în creştere, cu utilizarea de memorie până când memoria ansamblu a fost consumat ans server de cache. Doar un singur fir, care se comportă ca - alte fire Apache a fost normală. M-am jucat cu Apache de configurare şi problema este rezolvată. Cred că Apache a avut doar câteva scurgeri de memorie - cum îmi aduc aminte am pus o valoare mai mică de cereri pe care poate fi detinuta de un fir de executie. Au fost, de asemenea, alte modificări. Vă sugerez pentru a verifica utilizarea de memorie şi monitorizează-l de ceva timp. De asemenea, acesta poate fi de ajutor pentru a verifica cantitatea medie de memorie utilizat de un fir de Apache, a făcut unele calcule şi a stabilit valoarea corespunzătoare de fire de max pentru Apache.

Dacă aveţi orice întrebări suplimentare vă rugăm să cereţi doar

[vBET]

Hei - tocmai am fost pe forum pentru dumneavoastră traduce ultra rapid ... Deci, ceea ce se pretinde despre atitudinea şi de ce atât de supărat despre vBET, atunci când aveţi de servicii de traducere super-rapid? ...

Vă rugăm să ia în considerare ce înseamnă server de încărcare. Înţelegerea semnificaţia sa poate fi foarte util pentru a înţelege ce se întâmplă pe server şi modul în care pot fi legate de fire, care sunt în aşteptare în coadă, nu pentru că nu au resurse, dar sunt în aşteptare pentru un răspuns de la alt server (Google în acest caz).

În opinia mea, aveţi traduceri super-rapid şi nu ai nimic să vă faceţi griji

[Snake]

Am fost pe şantiere 10 ani, eu sunt pe deplin conştient de încărcare 10x nu înseamnă resurse 10x, încetaţi să mă tratezi ca un idiot şi lingură hrănire mă gunoi. Faptele reci sunt cu acest mod vs mod celelalte gratuit de încărcare este de mega. Şi la orele de vârf site-ul meu este acum lent şi nu răspunde. Da, paginile traduce rapid în afara orelor de vârf, dar la un cost de un server lent mai târziu în a doua zi. Am un quad core, raid 15K SAS server, care este optimizat foarte bine, l rulaţi 0.50 toată ziua cu mult înainte de acest lucru cu trafic mare. Acesta este codul vBET care adauga încărcare şi face server lent în momentele de vârf, este un fapt, nu este creşteri în trafic, am avut acelaşi trafic şi roboţii şi înainte de server confruntat amenzii, acesta este produs de traducere. Perioada. Grăbeşte-te şi fixaţi-l, eu chiar nu vreau să plătească un alt 300 de lire pe lună pentru o actualizare server de doar pentru a rula o MOD lol.

[tavenger5]

Câte limbi nu aţi activat? Câte posturi aveţi? Ai vbseo şi sitemap generator de instalat? Cât de mulţi roboţii sunt lovind pe site-ul o zi?

[Snake]

Hi!

32 de limbi activate.

100000 posturi.

vbseo şi sitemap instalat.

sitemap plugin spune 1.000.000 de pagini accesate cu crawlere pe zi.


Adevărul este că, dacă i dezactivaţi Mod şi reporniţi serverul, bot şi utilizatorii sunt încă lovesc serverul meu la fel ca înainte, aceleaşi pagini se află în continuare în index Googles şi, astfel, pot obţine acelaşi trafic activată sau nu.

Singura diferenţă este că cu handicap mod roboţii şi caută Google a obţine pagina engleză, astfel, traficul este identic, singura diferenta este ca ei nu vad o pagină de tradus, evitându-se astfel problemele de baze de date mods.

E limpede ca lumina zilei pentru mine acest mod a fost eliberat fara testare corespunzatoare, si în mod clar proprietarul nu este interesat în abordarea problemelor.

Fail.

[Snake]

Michael, tu sunt greşite, această sarcină nu este cauzată de o creştere a traficului, aceasta este cauzată de citire şi scriere traduceri la mysql.

Daca echipa vBulletin poate citi şi scrie la mysql cu încărcare redusă de ce cant tine?

Slaba cod prietenul meu.