Daugiau apkrovos problemų

[Snake]

Gerai, kad aš padariau apkrovos bandymai.

Per laikotarpį 24hrs mano apkrova didėja stabiliai į 30,00-

Serveryje iš naujo paleiskite nustato, kad dar 24 val.

, Jei išjungiu AM aš negaunu šią problemą.

Negalima pasakyti, kad su mod neįgaliesiems yra mažiau eismo, nes tai nėra tiesa, "Google" vis dar siunčia tą patį srautą pagal mano statistika neįgaliesiems su mod.

Prašome paaiškinti, apkrova yra vairuotojo man proto.

[tavenger5]

Panašiai skambanti reklaminių žinučių, pataikyti išverstų puslapių AM. Reikia žiūrėti į optimizuoti Apache serverio arba gauti daugiau procesoriaus galios. Ar jūs naudojate vboptimise arba bet kokio tipo spartinimo mechanizmas, kaip memcached?

[Snake]

Tai mano forumas pasireiškia 30.000 unikalių per dieną, jei aš galiu išjungti mod apkrova sumažėja iškart, botai ir vartotojai vis dar Rodyti puslapius, todėl vis dar reikalauja serverio galia, tai tiesiog, kad rodo išverstų puslapių naudoja 10x nei standartiniai VB puslapių išteklių nuo įprastų duomenų bazės. Tai blogai parašyta kodą, ir turi būti nustatytas! Kitų mados niekada tai padarė, tik vbet, nori, aš niekada pasikeitė per, bet grįžta per vėlu dabar. : Mad:

[moman]

Tai tikrai skamba kaip jūs naudojate underpowered serveryje. Aš 8 branduolių "Nehalem mašina (todėl mes ieškome 8 daugiau virtualių branduolių dėl HT, iš viso 16). Aš taip pat plačiai optimizuotas ši mašina naudojant savo metodus, taip pat patarimų iš ne vbulletin.com žmonės.

vBET kelia mano svorį nuo maždaug 2,5 iki 3,0-3,5, priklausomai nuo vartotojų skaičiaus, ir tai akivaizdžiai auga, remiantis talpyklos dydis. Tačiau aš nemanau, kad labai blogai, nes mano tuo pačiu metu vartotojams svyruoja nuo gana aukštas 800 dar didesnis 1200.

[vBET]

Hi:) Žinoma, vertimas turi imtis tam tikri ištekliai yra ne magija. Versti puslapį priemonėmis išėjimo rezultatas ir jį pakeisti. Nes, kad vertimo raštu visada bus užtrukti ilgiau nei įprasta puslapyje.

Aš suprantu, kad jūs ne per daug laimingas, turintys daugiau serverio apkrova, tačiau atkreipkite dėmesį, kad vBET atsižvelgiant tik vertimo raštu išteklius. Normalus puslapių prideda tik vėliavos. Taigi visa tai papildoma apkrova nuo papildomų eismo išverstų puslapių. Kaip jums rašė savo srautą ne eiti iš karto po išjungti vBET (jei turite, o tada jis mažės po išjungti - pasitikėk manimi) ir serverio apkrova yra mažesnė, - akivaizdu, - robotai vis dar nuskaitymo URL išverstų puslapių, vartotojai vis dar randa Google nuorodos į jūsų išverstų puslapių. Taigi, jūs vis dar turi patį eismo, bet dabar pagal išverstas nuorodos yra tiesiog dubliuoti turinį - įprastą puslapio, kuris nėra išverstas. Jei norite likti su negalia vBET mes primygtinai rekomenduojame pridėti taisyklę. Htaccess failą, kuris bus nukreipti visus išverstų puslapių normalus vienas, kitaip galite prarasti savo SEO dėl dubliuojamas turinio.

Atkreipkite dėmesį, kad mes jau planuojama remti kitų talpyklos sistemas ir mūsų vertimo algoritmai Nedelsiant optimizuoti. Ty mes tiesiog atrado, kaip drastiškai mažėja PHP našumą dirbant ant didelių Styga ir modifikuoti mūsų algoritmas. Jis jau yra išleistas vBET 4.2.0 papildomų konfigūravimo parinktys. Ir mes perkelti visus patobulinimus ir vBET 3.x, kuri vis dar palaiko:)

Aš suprantu, kad savo nuomonės mūsų kodas yra silpnas. Aš nežinau, apie ką jūs grįsdama savo lūkesčius. Mes turime sparčiausiai vertimo mod VB - nėra nieko, kas veikia geriau. Vertimas bus imtis tam tikrų išteklių ir mūsų mod trunka mažiau kaip bet kurios kitos. Jūs galite pamatyti, kaip greitai vBET gali dirbti daugelyje forumų. Jei turite klausimų, į jūsų serverį, tada prašome apsvarstyti konfigūracijos pakeitimus ar pridėti serverio išteklius. Jums nereikės į 10 litrų kibirą 20 litrų vandens.

Mūsų parengti: "Mes turime daug ką pakeisti". Ir tai, kodėl mes eksperimentuoti, keisti algoritmai, profiliavimas ir praleisti daug laiko ieškodami sprendimų, reikės mažiau išteklių. Vis dar žinome ne mod, kuri galėtų būti bet koks konkurencijos vBET ir keletas kitų vertimo mados. Mes padarėme daug algoritmas pakeitimus, kurią mes turėjome į Manyti toli, nes jie nepadėjo, per šį procesą, mes taip pat atrado daug patobulinimų. Jūs galite turėti savo įspūdį, remiantis jūsų serverio klausimus, tačiau atkreipkite dėmesį, ar turite kokių nors geresnis sprendimas? Ką galėtumėte duoti užuominą, kad gal vBET nėra neteisingas sprendimas, nes dirba tūkstančiai forumus, gal jūs tiesiog bando įdėti į 20 litrų vandens 10 litrų kibirą. STILL - mes turime daug ką pakeisti ir labai atliktinų darbų sąraše optimizavimo skyrių (apie 70% eksperimentuoti tai padės, ar ne):) Ir jūs 100% teise - mes galime tai padaryti geriau, ir mes darome viską laikas:) Tiesiog laukti, kol mes perkelti visus patobulinimus, kuriuos mes padarėme vBET4.x įgyvendinimo metu:)

Jei aš galiu duoti jums keletą patarimų - patikrinkite, kaip jūs galite optimizuoti vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Ypač apsvarstyti išjungti kai kurias kalbas ir robots.txt failas blokuoja netinkamuose puslapiuose

Kas yra reagavimo laikas išverstų puslapių? Koks yra jūsų procesoriaus naudojimas? Koks yra jūsų atminties? , Jeigu tai priimtina, tada jums nieko nerimauti. Žmonės dažnai bijo didinti serverio apkrovai ir net nežino ką tai reiškia. 10 kartų daugiau serverio apkrova NĖRA - tai 10 kartų daugiau išteklių. Tai tiesiog reiškia, kad daugiau temas laukia eilėje, kas yra visiškai normalu, nes dabar savo temas turi laukti, kol "Google" atsakas, jei kai kurios vertimo dar nėra išsaugotos. Taip gija "Google" atsakas laukia, ir tai trunka Nėra CPU AT per šį laiką. Dėl, kad jūsų serverio apkrova bus didesnis, net jei vBET galėtų imtis jokių išteklių visos (kas žinoma yra neįmanoma).

Apie kritimo jūsų serverį - Akivaizdu, kad tai jūsų serverio problemos. Taip atsitinka periodiškai. Aš turėjau panašią problemą mano serveryje. Sukėlė kai Apache klaidų, todėl vienas Apache siūlai auga ir auga su atminties, kol visa atmintis buvo sunaudotas ans serverio talpyklą. Elgiasi kaip tik viena gija - kitas Apache temas buvo normalus. Aš žaidžiau su Apache konfigūracijos ir problema išspręsta. Manau, kad Apache tik turėjo tam tikrą atminties nutekėjimo - kaip aš atsimenu, aš įdėti mažesnės vertės prašymų, kurie gali būti surengti viena gija. Taip pat buvo kitų pakeitimų. Siūlau patikrinti savo atminties ir stebėti tam tikrą laiką. Taip pat ji gali būti naudinga patikrinti vidutinį atminties kiekis, naudojamas vienas Apache siūlai, ir padarė kai kurie skaičiavimai ir nustatykite atitinkamą vertę MAX temas Apache.

Jei turite daugiau klausimų, prašome tiesiog paklausti:)

[vBET]

Ei - Aš tiesiog jūsų forume, tai verčia itin greitai ... Taigi, ko reikalaujate apie ir kodėl taip pyksta požiūrį apie vBET, kai super greitai vertimo paslaugų? ...

Prašome apsvarstyti, kokių serverio apkrova -. Suprasti jo prasmę, gali būti labai naudinga suprasti, kas vyksta serveryje ir kaip ji gali būti susiję temas, kurios laukia eilėje nėra, nes jūs neturite išteklių, tačiau laukia atsakymo iš kito serverio (šiuo atveju "Google").

Mano nuomone turite super greitai vertimai, ir jums nieko nerimauti:)

[Snake]

Turiu statybos aikštelių 10 metų, aš esu visiškai supranta, 10x apkrova nereiškia, 10x išteklių, nustoti gydyti man, kaip idiotas ir šaukšteliu maitinti man šiukšlių. Šis mod šaltojo faktų, lyginant su kitų nemokamų mod Jūsų krovinys Mega. Ir piko metu mano svetainė dabar lėtai arba išvis nereaguoja. Taip, puslapių versti greitai išjungti piko metu, bet lėtai serverio išlaidas, vėliau tą pačią dieną. Turiu quad core, RAID 15K SAS serverio, kad yra optimizuotas tik baudą, ją paleisti 0.50 visą dieną ilgai prieš tai su dideliu eismo. Tai VBET kodą, kuris prideda apkrovos ir daro lėtai serverio piko metu, tai faktas, ne didinti eismo, aš turėjo to paties eismo ir automatinės prieš ir serverio susitvarkė bauda, tai yra vertimas produkto. Laikotarpis. Paskubėk ir ją išspręsti, aš tikrai dont wanna mokėti kitą £ 300 per mėnesį serverio atnaujinimas tiesiog paleisti mod lol.

[tavenger5]

Kiek kalbų jums leido? Kiek žinučių jūs turite? Ar turite vBSEO ir įdiegta Sitemap Generator? Kiek reklaminių žinučių pataikyti svetainėje per dieną?

[Snake]

Hi!

32 kalbomis įjungtas.

100,000 pranešimų.

vBSEO ir sitemap įdiegti.

Sitemap plugin sako 1000.000 puslapių šliaužė per dieną.


Faktas yra tai, jei aš galiu išjungti MOD ir iš naujo paleisti serverio boto ir vartotojai vis dar pataikyti mano serveryje kaip ir anksčiau, tų pačių šalių yra dar Googles indeksą ir taip galiu gauti tą patį srautą įjungta, ar ne.

Vienintelis skirtumas yra tas, kad AM neįgaliesiems robotus ir "Google" paieškos puslapį gauti anglų, todėl, eismas yra identiškas, vienintelis skirtumas yra jie nemato išverstą puslapį, taip išvengiant modifikacijos duomenų bazės klausimais.

Tai aišku, kaip dieną man šis mod buvo paleistas nepateikus jokių tinkamam bandymui atlikti, ir aiškiai savininkas nėra suinteresuotas sprendžiant problemas.

Nepavyks.

[Snake]

Mykolas, esate neteisus, ši apkrova yra ne dėl eismo išaugimo, tai sukelia skaitymo ir rašymo vertimus į MySQL.

Jei vBulletin komanda gali skaityti ir rašyti į MySQL su maža apkrova, kodėl cant jums?

Prastas kodą mano draugas.

[vBET]

Turiu statybos aikštelių 10 metų, aš esu visiškai supranta, 10x apkrova nereiškia, 10x išteklių, nustoti gydyti man, kaip idiotas ir šaukšteliu maitinti man šiukšlių. Šis mod šaltojo faktų, lyginant su kitų nemokamų mod Jūsų krovinys Mega. Ir piko metu mano svetainė dabar lėtai arba išvis nereaguoja. Taip, puslapių versti greitai išjungti piko metu, bet lėtai serverio išlaidas, vėliau tą pačią dieną. Turiu quad core, RAID 15K SAS serverio, kad yra optimizuotas tik baudą, ją paleisti 0.50 visą dieną ilgai prieš tai su dideliu eismo. Tai VBET kodą, kuris prideda apkrovos ir daro lėtai serverio piko metu, tai faktas, ne didinti eismo, aš turėjo to paties eismo ir automatinės prieš ir serverio susitvarkė bauda, tai yra vertimas produkto. Laikotarpis. Paskubėk ir ją išspręsti, aš tikrai dont wanna mokėti kitą £ 300 per mėnesį serverio atnaujinimas tiesiog paleisti mod lol.

Aš suprantu, kad jūs jau buvo susipažinę su informacija apie serverio apkrova, kurį aš tau daviau. Atkreipkite dėmesį, kad aš neturiu žinių apie tai, kaip pažangios tūkstančių mūsų vartotojams, ir kiekvieną kartą aš duosiu asilas išsamią informaciją, kaip ji gali būti naudinga. Tai ne reiškia, kad aš esu su jumis, kaip idiotas - tai reiškia, kad man rūpi suteikti Jums informacijos, kuri gali būti naudinga jums ir jūsų serverio būklės vertinimo. Prašome atkreipti man kitų nemokamų mod, kurį tu kalbi apie Aš mielai atlikti kai kuriuos palyginimus:) Taip pat bet kuriuo metu esate laisvi pasirinkti geriausią sprendimą Jums.

Aš patikrinti jūsų forumą vėl ir vėl, atrodo, labai greitai reaguoti. Prašom duoti man geriausią laiką galėtų stebėtojo ką rašote apie savo lėtai atsakymai piko metu.

Jei norite patikrinti, kaip jūsų eismo pasikeitė dėl vBET - prašom šiek tiek ataskaitą, kurioje bus parodyti jums, visi eismo išverstų puslapių - tai, ką jūs uždirbote dėka vBET.

Jūs esate visiškai teisus, kad vertimai reikia papildomų išteklių, - kito kelio nėra, ir jūs niekada rasti produktą, kuris bus išversti savo svetainę be jokių išlaidų. Kaip jau minėjau, daugiausiai laiko reikia laukti "Google" vertimo, kai jis nėra išsaugotas, ir per šį laiką savo temas turi laukti atsako, kas turi didžiausią įtaką dėl serverio apkrovos. Galite nustatyti didesnės talpyklos laiko gyventi - tada dažnai reikia vertimai bus jau talpyklą. , Bet ne talpyklą vertimai bet kokio produkto, turės laukti vertimo. Nėra kito būdo.

Atkreipkite dėmesį, kad mano, kad turi būti daužomi gebėti nustatyti.

Kaip aš jau parašė jums, mes nuolat tobuliname vBET veiklos. Ir aš jums jau rašė, kad mes pasiruošę efektyvumo patobulinimų, kurie dabar yra beta stadijoje vBET4.x. Šiandien mes išleisti naują vBET4.x versiją su papildomu darbo efektyvumu. Ir kai mes perkelti šių patobulinimų vBET3.x tuos (jei tokių yra) bus ištaisyti klaidas nereikia stumti.

Taip pat niekas jėgų jums sumokėjo kitą £ 300 per mėnesį serverio - esate savo sprendimus ir jūs turite daug galimybių čia. Įskaitant palaikomų kalbų skaičiaus mažėjimo arba net pereiti prie kito produkto, kurį jūs paminėjote, yra daug geriau. Mes visiškai suprantame, kad sprendimus, kuriuos jūs naudojate, turi tilpti į Jūsų poreikius ir galimybes. Mes stengiamės suteikti mūsų klientams geriau ir geresnį produktą. Ir mes žinome, kad situacija, kai prašymas turi laukti atsakymo formoje kitą serverį jūsų serverio apkrova bus didesnė, nesvarbu, kokius sprendimus mes naudosime. Mums bus malonu, jei jums pasilikti su mūsų produktą ir jį sukonfigūruoti, kad tilptų yo savo galimybes. Ir mes mielai suteiks jums šioje srityje ranka:)

Atkreipkite dėmesį, kad mes tiesiog davė naują sprendimą integruotis su Sitemap Generator. Jei yra integruota - ieškokite naujų integracijos instrukcijas čia:
Jis ženkliai padidina greitį sitemap kartos (mūsų forume daugiau kaip 12 kartų).

[vBET]

Tai aišku, kaip dieną man šis mod buvo paleistas nepateikus jokių tinkamam bandymui atlikti, ir aiškiai savininkas nėra suinteresuotas sprendžiant problemas.

Nepavyks.

Jei turite abejonių tinkamam bandymui atlikti siūlau patikrinti vBET istorija - jis buvo išbandytas prieš avansu mokamas versija šimtai nekilnojamojo forumuose:)

Apie sprendžiant šį klausimą. Man labai gaila. Aš klaidingai manė, kad suteikti jums pirmojo atsako šios informacijos, man buvo aišku, kad mes spręsti problemą:

Atkreipkite dėmesį, kad mes jau planuojama remti kitų talpyklos sistemas ir mūsų vertimo algoritmai Nedelsiant optimizuoti. Ty mes tiesiog atrado, kaip drastiškai mažėja PHP našumą dirbant ant didelių Styga ir modifikuoti mūsų algoritmas. Jis jau yra išleistas vBET 4.2.0 papildomų konfigūravimo parinktys. Ir mes perkelti visus patobulinimus ir vBET 3.x, kuri vis dar palaiko:)

...

Mūsų parengti: "Mes turime daug ką pakeisti". Ir tai, kodėl mes eksperimentuoti, keisti algoritmai, profiliavimas ir praleisti daug laiko ieškodami sprendimų, reikės mažiau išteklių. Vis dar žinome ne mod, kuri galėtų būti bet koks konkurencijos vBET ir keletas kitų vertimo mados. Mes padarėme daug algoritmas pakeitimus, kurią mes turėjome į Manyti toli, nes jie nepadėjo, per šį procesą, mes taip pat atrado daug patobulinimų. Jūs galite turėti savo įspūdį, remiantis jūsų serverio klausimus, tačiau atkreipkite dėmesį, ar turite kokių nors geresnis sprendimas? Ką galėtumėte duoti užuominą, kad gal vBET nėra neteisingas sprendimas, nes dirba tūkstančiai forumus, gal jūs tiesiog bando įdėti į 20 litrų vandens 10 litrų kibirą. STILL - mes turime daug ką pakeisti ir labai atliktinų darbų sąraše optimizavimo skyrių (apie 70% eksperimentuoti tai padės, ar ne):) Ir jūs 100% teise - mes galime tai padaryti geriau, ir mes darome viską laikas:) Tiesiog laukti, kol mes perkelti visus patobulinimus, kuriuos mes padarėme vBET4.x įgyvendinimo metu:)

Jei aš galiu duoti jums keletą patarimų - patikrinkite, kaip jūs galite optimizuoti vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Ypač apsvarstyti išjungti kai kurias kalbas ir robots.txt failas blokuoja netinkamuose puslapiuose

Aš jaustis visiškai atsakingas už šio nesusipratimo. Dar kartą labai atsiprašau. Prašome pranešti mums, kokiu būdu mes turime jums pasakyti, kad mes didiname vBET visą laiką, ir kaip mes galime jus patikinti, kad vBET3.x turės kitą veiklos patobulinimai, kad jums aišku, kad mes spręsti problemą? Mes visada mielai pagerinti mūsų bendravimo su klientu:)

[vBET]

Mykolas, esate neteisus, ši apkrova yra ne dėl eismo išaugimo, tai sukelia skaitymo ir rašymo vertimus į MySQL.

Jei vBulletin komanda gali skaityti ir rašyti į MySQL su maža apkrova, kodėl cant jums?

Prastas kodą mano draugas.

Jūs jau buvo pažymėta, kad mes planuojama remti talpyklos sistemos (failo ir esamus variklius). Prašome apsvarstyti savo ketinimus šioje diskusijoje ir vyksta teisinga kryptimi, siekiant pagerinti kelionių serverio būklę - jei ji vis dar taško.

Jūsų klausimą daroma prielaida, kad apkrova sukelia bendravimas su MySQL. Ar galėtumėte suteikti mums šį diagnozuoti šaltinį? Mes mielai tai studijuoti:)

[sarangan]

Aš turėjo tą pačią problemą, atskelti perkrovos. Galiausiai aš turiu neįgaliesiems VBET iš mano forume ir viskas dabar yra normalu. :)

[vBET]

Aš turėjo tą pačią problemą, atskelti perkrovos. Galiausiai aš turiu neįgaliesiems VBET iš mano forume ir viskas dabar yra normalu. :)

, Kurią versiją Jūs naudojote? Atnaujinkite į paskutinę versiją - mes padarėme didelę darbo efektyvumu. Daugelis vartotojų rašė, ačiū už tai, matyti didelis skirtumas - ypač serverio apkrovos srityje:)

Redaguota:
Aš tik patikrinti savo forumà ir vBET dirba ten - prašome nerašyti klaidingą informaciją apie vBET sąlyga.