View Full Version: Lahendatud Rohkem koormust probleeme
Ok, nii ma olen teinud koormate testida.
Jooksul 24 tundi minu koormus kasvab pidevalt arvesse 30,00 's
Server taaskäivitada fikseerib ta teise 24 tundi.
Kui ma välja lülitada mod i ei saa sellest probleemist.
Ära ütle, et koos mod keelatud on vähem liiklust kui see pole tõsi, google ikka saadab samas liiklus mod keelatud vastavalt minu stats.
Palun selgitage, koormus on sõidu mind hulluks.
Sarnane robotid on pihta tõlkelehekülge kui mod on sisse lülitatud. Sa peaksid uurima optimeerida apache või saada server rohkem CPU võimu. Kas teil töötab vboptimise või mis tahes tüüpi vahemällu mehhanism, nagu memcached?
Tegelikult on minu foorum saab 30000 unikaalset päev, kui saan keelata mod koormus langeb koheselt ja robotid ja kasutajad on ikka veel näha leheküljed nii on endiselt keerulised, server võimu, see on lihtsalt, et näitab tõlkelehekülge kasutada 10x ressursse kui standard vb lehti tavalisest andmebaasi. See on halvasti kirjutatud koodi ja tuleb kindlaks määrata! Muu Modifikatsioonid ei ole kunagi teinud seda, lihtsalt vbet, soovin kunagi muutunud, kuid tagasi minnes on hilja nüüd. : Mad:
See tõesti kõlab nagu sa oled töötab underpowered server. Ma olen 8-tuumalise Nehalem masin (nii me vaatleme veel 8 virtuaalset tuuma tõttu HT, kokku 16). Olen ka ulatuslikult optimeeritud seda masinat kasutades oma tehnikat, samuti osuti folks at vbulletin.com.
vBET tõstab mu koormus umbes 2,5 3,0-3,5, sõltuvalt kasutajate arvust ja see ilmselt kasvab põhineb vahemälu suurus. Kuid ma ei usu, et on liiga halb üldse, nagu mu samaaegsete kasutajate ulatub üsna kõrgele 800 veelgi kõrgem 1200.
Hi:) Muidugi tõlge peab võtma mõned vahendid - ei ole magic. Tõlgi leht tähendab võtta väljund tulemus ja seda muuta. Sest et tõlkimine on alati võtta tavalisest kauem lehel.
Ma mõistan, et te ei ole liiga õnnelik, millel on rohkem serveri koormus, kuid palun, et vBET võtab ressursse AINULT tõlge. Tavaliste lehekülgedel see lisab ainult lippe. Nii et kõik see täiendav koormus pärineb täiendavat liiklust tõlkelehekülge. Kuna sa kirjutasid oma liiklust ei minna koheselt pärast keelamist vBET (kui sul on see samas siis see väheneb pärast keelamist - uskuge mind) ja serveri koormus on väiksem - see on ilmne - robotid on ikka indekseerimise URLid tõlkelehekülge, kasutajad on ikka järeldust Google linke teie tõlkelehekülge. Nii et teil on ikka sama liiklust, kuid praegu tõlgitud lingid on lihtsalt dubleeritud sisu - normaalne leht, mis ei ole tõlgitud. Kui soovite jääda puudega vBET soovitame lisada reeglina oma. Htaccess fail, mis suunab kõik tõlkelehekülge normaalse üks, muidu saad lahti oma SEO tõttu dubleeritud sisu.
Pange tähele, et meil on juba planeeritud toetada teiste cache süsteemid ja meie tõlke algoritmid on koheselt optimeeritud. St me just avastasin kuidas järsult väheneb PHP tulemuslikkuse töötades suured stringid ja me muuta meie algoritm. See on juba vabastatud vBET 4.2.0 täiendavaid seadistusvõimalusi. Ja me liigutada kõik parandused ka vBET 3.x mis toetab veel:)
Ma mõistan, et teie arvates meie koodi on nõrk. Ma ei tea, mida te põhjendades oma ootusi. Meil on kiireim tõlge mod VB - pole midagi, mis toimib paremini. Tõlkimine võtab veidi ressursse ja meie mod võtab see vähem kui teisi. Näete, kuidas kiiresti vBET võimalik töötada paljudes foorumites. Kui teil on küsimusi oma serverisse, siis palun kaaluda konfiguratsiooni muutused või lisades serveri ressursse. Sa ei pane 20 liitrit vett 10 liitrit ämber.
Meie töötada on: "Meil on palju muuta." Ja sellepärast me katsetavad, muutes algoritme, profileerimine ja veedavad palju aega otsin lahendusi, mis nõuavad vähem ressursse. Ikka me ei tunne mod, mis võib olla mis tahes konkurentsi vBET ja mõned teised tõlge Modifikatsioonid. Tegime palju algoritm muutusi, mis meil oli trow ära, sest nad ei aidanud, selle protsessi käigus me ka avastas mitmeid parandusi. Sul võib olla oma mulje põhjendades oma serverisse küsimusi, kuid palun kaaluda kas teil on mõni parem lahendus? Mida võiks anda vihje, et äkki vBET ei ole vale lahendus kuna töötab tuhandeid foorumeid, äkki sa oled lihtsalt üritab panna 20 liitrit vett 10 liitrit ämber. Veel - meil on palju muutusi ja suurt TODO nimekiri optimeerimise osas (umbes 70% katsetada kas see aitab või mitte):) Ja siis on 100% õigus - me saame seda teha paremini, saame ja teeme seda kõike aeg:) Lihtsalt ootama, kuni me liigume kõik parandused, mida me tegime ajal vBET4.x rakendamist:)
Kui ma ei saa anda teile mõned vihjed - palun vaadake, kuidas saate optimeerida vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Eriti lülitada, mõned keeled ja blokeerimine asjakohatu lehti robots.txt
Mis on aeg vastuse tõlkelehekülge? Mis on teie CPU? Mis on teie mälukasutust? Kui see on vastuvõetav, siis pole midagi muretseda. Inimesed sageli kardavad, suurendades serveri koormus ja isegi ei tea, mida see tähendab. 10 korda server koormus ei tähendab 10 korda rohkem ressursse. See tähendab lihtsalt, et rohkem niidid ootab oma järjekorda, mis on täiesti normaalne, sest just nüüd oma niidid on oodata Google vastus kui mõned tõlget ei Puhverdatud veel. Nii lõime ootab Google vastus ja see ei võta CPU ÜLDSE selle aja jooksul. Tõttu, et serveri koormus on suuremad isegi kui vBET võiks võta ressursse üldse (mis muidugi ei ole võimalik).
Umbes krahh oma server - see on ilmselgelt serveri küsimus. See juhtub regulaarselt. Mul oli sarnane probleem minu serveris. See oli põhjustatud mõned Apache viga nii üks Apache thread kasvas ja kasvab koos mälukasutust kuni kogu mälu tarbiti ans server vahemälus. Ainult üks thread käitub niimoodi - muu Apache niidid oli normaalne. Ma mängisin koos Apache konfiguratsiooni ja küsimus on lahendatud. Ma arvan, et Apache lihtsalt oli mingi mälu leke - nagu ma mäletan, ma panin väiksema väärtusega taotlusi, mida saab korraldada ühe teema. Oli ka teisi muudatusi. Pakun, et kontrollida oma mälukasutust ja jälgida seda juba mõnda aega. Ka see võib olla kasulik kontrollida keskmine kasutatud mälu ühe Apache niit, tegi mõned arvutused ja kehtestatakse asjakohased väärtus max niidid Apache.
Kui teil on veel küsimusi, siis küsige:)
Hei - ma lihtsalt olin oma foorum see tõlgib ülikiired ... Niisiis, mida nõuate ja miks nii vihane suhtumine vBET, kui sul on super kiire tõlketeenistus? ...
Palun mõelge, mida server koormus tähendab. Arusaam selle tähendus võib olla väga kasulik aru saada, mis juhtub server ja kuidas see võib olla seotud teemad, mis ootab oma järjekorda ei ole, sest sul pole vahendeid, kuid ootavad vastust teise serverisse (Google antud juhul).
Minu arvates olete super kiire tõlkeid ja siis pole midagi muretseda:)
Olen olnud ehitusel 10 aastat, olen täielikult teadlik 10x koormus ei tähenda, 10x ressursse, stop ravivad mulle nagu idioot ja lusikaga toitmine mulle jama. Külm fakte selle mod vs muud tasuta mod teie koormus on mega. Ja tipptundidel minu sait on nüüd aeglane ja ei reageeri. Jah, lehekülgi tõlkida kiire off-peak, kuid hinnaga aeglane server hiljem päeva jooksul. Mul on quad core, raid 15k SAS server, mis on optimeeritud just fine, see kestab 0,50 kogu päeva enne seda suurt liiklust. See on VBET koodi, mis lisab koormust ja teeb server aeglane tipptundidel, see on fakt, see ei ole märkimisväärselt suurenenud, mul on olnud samas liikluses ja robotid enne ja server hakkama trahvi, see on tõlge toode. Jooksul. Kiirusta ja seda parandada, ma tõesti dont taha maksta teise £ 300 kuus server uuendada lihtsalt joosta MOD lol.
Kui palju keeli teil on lubatud? Mitu postitust sul on? Kas teil on vbseo ja sitemap generaator paigaldatud? Kui palju bots on pihta saidi päev?
Hi!
32 keeles lubatud.
100000 postitust.
vbseo ja sitemap paigaldatud.
sitemap plugin ütleb 1000.000 indekseid leheküljed päevas.
Fakt on see, kui ma välja lülitada mod ja taaskäivitada server, bot ja kasutajad on ikka lööb mu server sama nagu enne, sama lehekülge on veel googles indeks ja seega ma saan samas liikluses lubatud või mitte.
Ainus erinevus on see, et mod puudega bots ja google otsijatele saada inglise lehe, nii, liiklus on sama, ainus erinevus on nad ei näe tõlgitud lehekülje, vältides Modifikatsioonid andmebaasi küsimusi.
On selge nagu päev mulle see mod on vabastatud, ilma korraliku testimist ning selgelt omanik ei ole huvitatud teemade osas.
Ei suuda.
Michael, sa eksid, tuleb see koormus ei põhjusta suuremat liiklust, see on põhjustatud lugemine ja kirjutamine tõlkeid mysql.
Kui vBulletin meeskond saab lugeda ja kirjutada mysql väikese koormusega, miks ei saa sa oled?
Kehv kood mu sõber.
Olen olnud ehitusel 10 aastat, olen täielikult teadlik 10x koormus ei tähenda, 10x ressursse, stop ravivad mulle nagu idioot ja lusikaga toitmine mulle jama. Külm fakte selle mod vs muud tasuta mod teie koormus on mega. Ja tipptundidel minu sait on nüüd aeglane ja ei reageeri. Jah, lehekülgi tõlkida kiire off-peak, kuid hinnaga aeglane server hiljem päeva jooksul. Mul on quad core, raid 15k SAS server, mis on optimeeritud just fine, see kestab 0,50 kogu päeva enne seda suurt liiklust. See on VBET koodi, mis lisab koormust ja teeb server aeglane tipptundidel, see on fakt, see ei ole märkimisväärselt suurenenud, mul on olnud samas liikluses ja robotid enne ja server hakkama trahvi, see on tõlge toode. Jooksul. Kiirusta ja seda parandada, ma tõesti dont taha maksta teise £ 300 kuus server uuendada lihtsalt joosta MOD lol.
Ma mõistan, et teil oli juba tuttav tutvustame server koormust, mis ma sulle andsin. Pange tähele, et ma ei tea, kuidas arenenud on iga tuhanded meie kasutajatele ja iga kord ma annan ass täielikku teavet, sest see võib olla kasulik. See ei tähendab, et ma olen ravivad sind idioot - see tähendab, et ma hoolin annab teile informations mis võib olla kasulik teile ja hindamine serveri seisukorras. Palun punkt mulle muud tasuta mod mis te räägite meelega teha mõned Võrdluseks:) Samuti igal ajal vabalt valida parim lahendus sulle.
Ma kontrollisin oma foorum ja jälle tundub, et reageerida väga kiiresti. Palun andke mulle parim aeg raami on võimalik vaatleja mida te kirjutate oma aeglase reageerimise tippkoormuse ajal.
Kui soovite vaadata, kuidas teie liiklust muutunud, sest vBET - palun genereerida mõned raporti, mis näitab kõiki liiklust tõlkelehekülge - see, mida sa teenis tänu vBET.
Te olete täiesti õigus, et tõlked vajab täiendavaid vahendeid - ei ole muud teed ja te ei leia toode, mis tõlgib saidi ilma iga hinna eest. Nagu ma juba mainisin kõige rohkem aega vaja oodata Google tõlge, kui see pole salvestatud vahemällu, ja selle aja jooksul oma niidid pea ootama vastust, mida on suurim mõju serveri koormust. Teil on võimalik valida suurem cache aega elada - siis sageli vaja tõlked on juba cache. Kuid mitte puhverdatud tõlked tahes toote ootama tõlget. Ei ole muud teed.
Pange tähele, et mõtleb peavad olema katki, et oleks võimalik seda parandada.
Nagu ma juba kirjutasin teile, me pidevalt parandada vBET jõudlust. Ja ma juba kirjutasin teile, et oleme valmis jõudluse parandusi, mis on nüüd beeta staadiumis vBET4.x. Täna vallandab uue vBET4.x versioon täiendavaid jõudluse vallas. Ja kui vead neile (kui üldse) parandatakse me teisaldada parandusi vBET3.x ei ole vaja suruda.
Ka keegi sunnib teid makstakse teise £ 300 kuus server - teete oma otsuseid ja sul on palju võimalusi siin. Sealhulgas arvu vähenemine toetatud keeltest, või isegi üleminek teise tootega, mis te mainisite, on palju parem. Me täielikult mõistame, et lahendused, mis sa kasutad peavad mahtuma teie vajadustele ja võimalustele. Meil on hea meel, et anda klientidele parem ja parem toode. Ja me oleme teadlikud, et olukorda, kus taotlus peab ootama vastus moodustavad teise server serveri koormus on suurem ükskõik milliseid lahendusi me kasutame. Meil on hea meel, kui teil jääda meie toode ja seadistada sobima yo oma võimalusi. Ja siis me hea meelega teile käsi selles valdkonnas:)
Pange tähele, et me lihtsalt andis uue lahenduse integreerida Sitemap Generator. Kui sul on integreeritud - vt Uue lõimumiskava juhiseid siin:
See ei suurenda kiirust sitemap põlvkonna (meie foorum üle 12 korda).
On selge nagu päev mulle see mod on vabastatud, ilma korraliku testimist ning selgelt omanik ei ole huvitatud teemade osas.
Ei suuda.
Kui teil on kahtlusi õige testimine pakun, et kontrollida ajalugu vBET - see oli testida sadu reaalne foorumid enne, kui see nii kaugel, et tasulise versiooni:)
Umbes käsitledes. Mul on kahju. Ma ekslikult eeldada, et annab sulle esimese ravivastuse informations, mul oli selge, et me käsitleme küsimust:
Pange tähele, et meil on juba planeeritud toetada teiste cache süsteemid ja meie tõlke algoritmid on koheselt optimeeritud. St me just avastasin kuidas järsult väheneb PHP tulemuslikkuse töötades suured stringid ja me muuta meie algoritm. See on juba vabastatud vBET 4.2.0 täiendavaid seadistusvõimalusi. Ja me liigutada kõik parandused ka vBET 3.x mis toetab veel:)
...
Meie töötada on: "Meil on palju muuta." Ja sellepärast me katsetavad, muutes algoritme, profileerimine ja veedavad palju aega otsin lahendusi, mis nõuavad vähem ressursse. Ikka me ei tunne mod, mis võib olla mis tahes konkurentsi vBET ja mõned teised tõlge Modifikatsioonid. Tegime palju algoritm muutusi, mis meil oli trow ära, sest nad ei aidanud, selle protsessi käigus me ka avastas mitmeid parandusi. Sul võib olla oma mulje põhjendades oma serverisse küsimusi, kuid palun kaaluda kas teil on mõni parem lahendus? Mida võiks anda vihje, et äkki vBET ei ole vale lahendus kuna töötab tuhandeid foorumeid, äkki sa oled lihtsalt üritab panna 20 liitrit vett 10 liitrit ämber. Veel - meil on palju muutusi ja suurt TODO nimekiri optimeerimise osas (umbes 70% katsetada kas see aitab või mitte):) Ja siis on 100% õigus - me saame seda teha paremini, saame ja teeme seda kõike aeg:) Lihtsalt ootama, kuni me liigume kõik parandused, mida me tegime ajal vBET4.x rakendamist:)
Kui ma ei saa anda teile mõned vihjed - palun vaadake, kuidas saate optimeerida vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Eriti lülitada, mõned keeled ja blokeerimine asjakohatu lehti robots.txt
Ma tunnen täielikult vastutav selle arusaamatus. Taas on väga kahju. Palun ütle meile, mis suunas me peame teile ütlema, et oleme parandada vBET kogu aeg, ja kuidas saame tagada teile taas, et vBET3.x on teine tulemuslikkuse parandamist, et sa selgeks, et me käsitleme probleemi? Me alati rõõmuga parandada meie viis suhelda klient:)
Michael, sa eksid, tuleb see koormus ei põhjusta suuremat liiklust, see on põhjustatud lugemine ja kirjutamine tõlkeid mysql.
Kui vBulletin meeskond saab lugeda ja kirjutada mysql väikese koormusega, miks ei saa sa oled?
Kehv kood mu sõber.
Sa juba märgiti, et oleme planeerinud toetamine cache süsteemid (faili ja olemasolevate mootorite). Palun mõelge millised on teie kavatsused arutelule ja see läheb õiges suunas, et parandada tour server riik - kui see on veel punkt.
Teie küsimus eeldab, et koormus on põhjustatud suhtlemine mysql. Kas te palun andke meile allikas see diagnoosida? Me õnnelikult õppida seda:)
Mul oli sama probleem, Sever ülekoormus. Lõpuks olen puudega VBET minu foorum ja kõik on normaalne nüüd. :)
Mul oli sama probleem, Sever ülekoormus. Lõpuks olen puudega VBET minu foorum ja kõik on normaalne nüüd. :)
Mis versiooni sa kasutasid? Palun uuendage viimase versiooni - tegime suure jõudluse vallas. Paljud kasutajad kirjutas oma tänu, et näha suur vahe - eriti server kaubaruumis:)
Redigeeritud:
Ma lihtsalt kontrollinud oma foorum ja vBET töötab seal - palun ärge kirjutage valeütluste umbes vBET seisukorras.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2026 vBulletin Solutions Inc. All rights reserved.
