Þarftu hjálp minnka framreiðslumaður hlaða

[Simon Lloyd]

Hæ, ég er í vandræðum með álag vefþjóninum mínum, hef ég nú þegar flutt til hollur til að reyna að lækna þetta en samt komast í vímu fullt miðlara, ef ég slökkva vBET framreiðslumaður hlaða dropar.

Getur einhver hjálpað?

@ Kamil, þú ert nú þegar allar upplýsingar aðgangur send til þín í PM ef þú vilja til stöðva.

[kamilkurczak]

halló,
hér getur þú hafa a vBET listi af vísbending: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

Mundu - ef þú hefur öll tungumál virkt - þú ert með 53 fleiri efni (þræði, innlegg osfrv) á vettvang, og að sjálfsögðu mikla umferð umræðum.

Þú getur slökkt sum tungumál og bíða þegar skyndiminni fyrir virkt tungumál verða fyllt, eftir það - þú getur gert í næsta hluta þýðingar.

Í öðru lagi, í þessu relase höfum við stór bæta (mjög stór einn) - þetta er minni skyndiminni kerfi (4 mismunandi valkosti). Þú getur athugað það í admincp-> þínum vBET Cache. (Muna - þú verður að samþætta þjóninum þínum til að nota þessa tegund af skyndiminni)

:)

[Simon Lloyd]

Ég hef innleitt allt sem ég get tillögur þinna, ég hef einnig haft öll tungumál virkt (vel flestir) síðan kaupa vBET um 6 mánuðum síðan, álag er stöðugt hátt allan tímann. Eins og fyrir the Memory Cache (beta) Ég held ekki að ég hafi einhverjar skyndiminni eldsneytisgjöf á vefþjóninum mínum, en evrything annars er stillt eins og á fyrirmælum þínum.

[kamilkurczak]

frá síðustu relase okkar við unnum að þessu skyndiminni kerfi - þetta ætti að vera ein stór árangur. Þú þarft að hafa netþjóninn stillt með þessu skyndiminni kerfi (kannski þú hafir nú þegar - spyrja framreiðslumaður styðja þína)

[Simon Lloyd]

Hi Kamil, kannaði ég bara PHP upplýsingar og ég hef það ekki, en ég mun fá þá til að setja xcache eða eitthvað eins og this

[vBET]

Hæ. Hvers vegna þú átt í vandræðum með hlaða miðlara? Ég sé vettvangur er að þýða mjög hratt, svo hvar er vandamálið?

Vinsamlegast athugaðu að þýðingar eru gerðar af utanaðkomandi þjónustu frá Google. Þetta þýðir að þegar þýðingin gerist þræði eru að bíða eftir svari frá Google. Og það er ástæða Server Load er stærri, en það hefur ekki áhrif á kerfið, vegna þess að bíða eftir þræði taka ekki CPU eða viðbótar minni (bara þegar notaður). Svo er að hvers vegna þú verður alltaf að hafa meiri Server Load með vBET virkt (þegar slökkt ekkert þráður er að bíða eftir niðurstöðum frá Google) og á sama tíma umræðum mun enn að vinna hratt, því bíða þræði taka ekki CPU.

Svo hvað er raunverulega þarf til að taka Server Load elskhugi er að tryggja að þræði mun ekki bíða eftir niðurstöðum frá Google, en því miður gerir Google kleift að skyndiminni afkomu sína aðeins í 15 daga. Þú getur prófað það sjálfur - ef þú slekkur skyndiminni, eða bara gera tími til þess að lifa smærri þá munt þú SE Server Load vaxandi - því minna Niðurstöðurnar verða afrit og fleiri beiðnir bíða eftir Google svör. Það er engin galdur - þýðingar kemur einhvers staðar og það tekur tíma að fá það frá Google.

Notkun minni skyndiminni getur hjálpað til á einhvern hátt. Þræðir bíða eftir Google Niðurstöðurnar verða enn að bíða (þú munt ekki gefa það fyrr en þú hefur afrit allra þýðingar, og þú munt ekki því það er hreinsað í samræmi við Google TOS). Enn afrit verða niðurstöðurnar mynda hraðar, óskar ekki að bíða fyrir þýðingar fer hraðar úr beiðnum biðröð.

Hér getur þú fundið út hvað nákvæmlega framreiðslumaður hlaða er: Server álag (http://whreviews.com/server-load.htm) og finna út að svo lengi sem þú ert frjáls auðlindir Server Load er ekki málið.

Vitandi hvaða gildi af the framreiðslumaður hlaða er ekki mjög mikilvæg þó. Vitandi hvernig á að túlka gildið er það skiptir máli.

muna Skilgreining: framreiðslumaður hlaða táknar fjölda ferla að bíða eftir að fá aðgang að CPU. En ekki allir ferlar eru þau sömu! Ef ferli eru lág forgang, þegar nýr framreiðslumaður beiðni (bls. beiðni) birtist, það geta enn vera meðhöndla nánast samstundis.

Ekki til umtal þessi the framreiðslumaður hlaða er bara einn þáttur af mörgum öðrum (minni notkun, CPU notkun, stærð skrá skipti)

Eins og venjulega, og eins og margir beint minnkuðu viðbragði í hýsingu fyrirtæki að segja, kemur það allt niður í alvöru hegðun. Eru þær síður sem hleðsla hratt? Er ferli eins og að leita í gegnum gagnasafn taka hæfilegs tíma? Síðan sem þú í raun ekki hafa a vandamál, hvað sem framreiðslumaður hlaða er

Svo, the fullkominn próf er leiðin að framreiðslumaður haga sér. Ef the framreiðslumaður er fljótur, tala, jafnvel ef það er kallað "framreiðslumaður hlaða", í raun þýðir ekki mikið

Svo vegna þess að framreiðslumaður er hratt og ég get séð vettvangur svar þitt hratt, málið er bara raunverulegur - það er enginn raunverulegur mál. Server Load er gildi sem gefur þér engar upplýsingar um raunverulega frammistöðu, bara vísbending ef þú veist hvernig á að túlka það (þ.e. ef framreiðslumaður er hlaupandi vel með framreiðslumaður hlaða X, þá getur þú byrjað að skoða hvað er að gerast, ef það vex hratt að 2x eða eitthvað svoleiðis). Bara truflanir tala gefur þér ekkert, betri athuga CPU og minni til að vera viss um að þetta gildi er í lagi fyrir netþjóninn og ef það er í lagi þá er sama hvað Server Load gildi er.

Enn ef þú vilt nokkur góð vísbending:
- Gera stærri skyndiminni TTL ef þú breytt því að lækka (sjálfgefið er leyfileg með Google TOS).
- Ef þú hefur ekki HDD pláss mál að slökkva cron verkefni fyrir hreinsun gestur skyndiminni - það þarf ekki að vera þrifin á öllum, því það endurnýjast úrslit eftir þörfum, enn að fjarlægja mikið af gömlum skrám getur tekið mjög langan tíma fyrir PHP.
- Nota minni skyndiminni
- Í árslok (en ég sé í raun ekkert vit af því, vegna þess að þú þarft ekki árangur hefti) byrja að slökkva tungumál sem gefur þér minni umferð

Við the vegur - hvað er Server Load þinn meðaltal CPU og minni notkun og hvað vélbúnaður ert þú (hversu margir örgjörva, minni)? Er diskminnisskrá er notuð?

[Simon Lloyd]

Eftirfarandi eru upplýsingar eins og á spurningum þínum
1) Server Load
*********************
08:22:53 upp 44 daga, 13:31, 1 notendur, hlaða meðaltal: 4,07, 5,09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU HVAÐ
rót datacenter1.supp Stig / 2 08:17 0.00s 1.53s 0.00sw
****************
2) CPU og minni notkun
********************
Alls notað ókeypis hluti biðminnin afrit
Mem: 4040 3616 424 0 256 2809
- / + Biðminnin / skyndiminni: 550 3490
Víxla: 8001 24 7976
*********************************
3) Hversu margir örgjörva
3

Edit: bara tók mynd hér http://www.thecodecage.com/forumz/server.png vefþjóninum mínum er svona allan tímann, þetta myndatakan er eftir kleift memcahce.

[Simon Lloyd]

Eins og bætt upplýsingar hér er Top Processes Log:
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 - sleppa-ytri- læsa
MySQL 6,7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - sleppa-ytri- læsa
MySQL 6,6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - sleppa-ytri- læsa
rót 6,0% / bin / SH / usr / local / bin / rkhunter-c - cronjob

[vBET]

Eftirfarandi eru upplýsingar eins og á spurningum þínum
1) Server Load
*********************
08:22:53 upp 44 daga, 13:31, 1 notendur, hlaða meðaltal: 4,07, 5,09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU HVAÐ
rót datacenter1.supp Stig / 2 08:17 0.00s 1.53s 0.00sw
****************
2) CPU og minni notkun
********************
Alls notað ókeypis hluti biðminnin afrit
Mem: 4040 3616 424 0 256 2809
- / + Biðminnin / skyndiminni: 550 3490
Víxla: 8001 24 7976
*********************************
3) Hversu margir örgjörva
3

Edit: bara tók mynd hér http://www.thecodecage.com/forumz/server.png vefþjóninum mínum er svona allan tímann, þetta myndatakan er eftir kleift memcahce.

Ég er ekki viss um hvernig á að túlka mælingar þitt. Eins og ég sjá þinn CPU er notuð í u.þ.b. 185% ... Svo eða það er eitthvað heitt rétt á mati eða það gildir að 1 CPU - ef þú ert með 3 þá er hægt að nota 300%. Ef þetta er rétt leið þá þýðir það að þú ert enn mikið af ókeypis efni CPU. Ef ekki skaltu leiðréttu mig og segja hvernig á að túlka niðurstöðurnar.

Ég er heldur ekki viss um hvernig á að túlka framreiðslumaður hlaða gögnum:

Meðalálag: 4,07, 5,09, 5,26
Eru 3 mismunandi í mælingum tíma, eða hver er fyrir sérstaka CPU? Hvað er kraftur CPU þinn?

PS. Cache þarf tíma til að fylla inn

[Simon Lloyd]

Michal, aftur takk fyrir svar hlaða meðaltal sem þú sérð (og í myndatöku) breytist í hvert skipti sem þú hressa við, er það eins og þú bendir út sybmolic tala, þegar álag meðaltöl sýnt að það eru um 6 eða 7 þá er staður hægur en mest af þeim tíma daufur sem aftur gefur villu.

Villutrú 'the CPU gögn sem þú baðst um
Processor # 1
Vendor
GenuineIntel
Nafn
Intel (R) Xeon (R) CPU X3430@2.40GHz
Hraði
2394.030 MHz
Cache
8192 KB

Þegar ég athuga í WHM Ég hef 1 quad algerlega CPU, en the framreiðslumaður fólk segir mér að ég hef 3 CPU er?

Ég veit ekki eða þykjast vita hvernig hlaða framreiðslumaður meðaltali er unnið út (undanfarið, síðustu 2 daga hefur verið í kring:
Hlaða Meðaltöl: 4,49 4,04 3,95

Forum er meðalhraði og það virðist ekki vera að valda mál núna, þótt umferð er um:
271 (3 meðlimir og 120 gestir og 148 Spiders)
Ef topp tala er yfirleitt í kringum 500-600, en þá er það helgi svo er umferð minni.

[vBET]

Ég spurði um hraða CPU, því eins og okkur sagt þegar Server Load er bara raunverulegur gildi, svo fyrir fljótur CPU sama framreiðslumaður hlaða vilja meina eitthvað annað en hægur CPU (fljótur einn verður að gera störf hans hratt, svo jafnvel ef það eru fleiri verkefni bíða í biðröð þá verður farið hratt).
Um tala af örgjörva - á þessari stundu er ég missti bara eins og þú. Það er netþjóninn og ég mun ekki hjálpa þér að ákvarða Hefurðu 1 eða 3 örgjörva. Ég get sagt þér að fyrir netþjóna það er betra að hafa stærri upphæð hægari örgjörva en minna magn hraðar. 2 +2 = 5 þá þýðir það að 2 örgjörvum orku 2 mun gera betur en 1 örgjörva orku 4, vegna þess að framreiðslumaður hafa mikið af litlum verkefnum, og hafa 1 örgjörva þú getur ekki gert það samhliða hátt.
Server Load mun einnig hafa mismunandi merkingu eftir fjölda örgjörvum. Ef þú hefur virkilega 3 fljótur gjörvi þá framreiðslumaður hlaða 6 (alls ekki á CPU) er í lagi, jafnvel án frekari stöðva. Ef þú átt 1 örgjörva þá ættir þú auk þess að athuga alvöru svar tími fyrir fráveitu okkar. Eins og þú skrifar þú gerðir þegar það og það er í lagi.

Fyrir tíma sem þú sérð framreiðslumaður hlaða er stærri og síðunni minni (afrit einn - vinsamlegast muna að fyrir ekki afrit raunverulegur svar er ekki upp til þinn framreiðslumaður á öllum, en allt að Google svar tími), vinsamlegast stöðva er það vegna þess að stærri umferð , eða kannski er það vegna þess að sumir bakgrunnur verkefni (eins vBulletin cron störf, eða jafnvel eigið stýrikerfi þína - eins og sjálfvirkur verkefni uppfæra eða eitthvað svoleiðis).

Samkvæmt síðasta svar þitt - ef það er enginn raunverulegur tölublað - þú þarft í framtíðinni aðstoð í þessu efni núna?

[Simon Lloyd]

Michal, takk fyrir nákvæma svar, það er 4 CPU er aðeins áhyggjuefni mitt er sú upphæð af% af CPU sem vBET eyðir, eins og ég gerð þetta er komið are3 ferli shown in TOP fyrir vBET í 55%, 52% og 48% CPU notkun og þessar aðferðir eru öll fyrir skrána / vbenterprisetranslator_seo.php, ef það er ekkert meira sem þú getur stinga þá þakka ég þér fyrir athugasemdum þínum og verða að lifa við það eins og ég örugglega ekki efni á annan miðlara færa eða uppfæra eins og ég fór að hafa VPS til VM í ský hýsingu til hollur til að halda vBET í gangi, næsta stökk til tvískiptur quad algerlega (8 er CPU) er fyrir utan svið verð mínum.

[vBET]

Vinsamlegast athugið að það ou sjá það er ekki vBT CPU neyslu en allt vettvangur neyslu þína. vbenterprisetranslator_seo.php gerir ekki neitt - bara setur nokkrar breytur og gert innra beina að virkilega óskað skrá - það er bara framan stjórnandi. Allar beiðnir fer vbenterprisetranslator_seo.php - þú hefur stillt það í Htaccess skrá..

Svo er þetta ekki vBET neyslu - þetta er allt vettvangur neyslu þína. Fyrir eðlilega síður vBET gerir ekki neitt - einungis bætir fánar. Fyrir þýðing síður öllu ferli gerist svo CPU neyslu verði alltaf stærri en fyrir hefðbundin síðu, vegna þess að það gerist eftir að eðlilegt er mynda. Svo gerist fyrstu eðlilegar kynslóð og þá útkoman er þýdd - þannig að það er engin tækifæri til að hafa það withour aukakostnaðar. Eða ... Við höfum lausn á þessu maur það er nefnt Guest Cache - fyrir gesti alla síður eru afrit og engin þýðing gerist svo lengi sem skyndiminni ekki liðinn. Svo ef þú ert þegar að nota Guest Cache þá vBET hafa ekki fleiri lausnir til að gera þýðingar með minna fjármagni. Þú getur aðeins slökkt á sumum þýðingum - þú verður þá minni umferð til þýðing síður svo minna úrræði neyslu fyrir þýðingar.

Við gerðum mikið átak fyrir vBET profiling, breytast reiknirit, bæta við fleiri árangri. Og við förum aldrei þetta mál eins og lokað. Enn á þessari stundu, jafnvel með mörgum lögum af skyndiminni, við erum að vinna með forrit sem hafa mikið af breytingum og mismunandi efni fyrir sömu vefslóð fer af Notendahópar notanda, eða jafnvel fyrir hvern notanda (ef einhver tappi bætir slíkt) og til þess þarf retranslate fyrir hver innskráður notandi beiðni. Fyrir skógarhöggsmaður notandi við getum aðeins skyndiminni setningu þýðingar, en ekki allt síður eins og fyrir notendur. Vinsamlegast athugaðu að vBET er að bæta fleiri og fleiri framfarir á árangri - enn þú munt aldrei þurfa töfrum þýðingar án vefsíðuna neyslu. Önnur virkni þýðir alltaf Viðbótarupplýsingar um vefsíðuna neyslu.

Við skoðuðum Forum svar tími og það er mjög gott. Þannig að ég myndi ekki hugsa um að skipta yfir í aðra miðlara á þessari stundu. Rétt eins og þú skrifar - þú ert enn helmingur auðlinda frítt. Þú borgar fyrir þetta efni, þannig að það er ekkert rangt að nota það. Og þú ert enn í öruggu svæði - svo jafnvel þegar umferð eykst vettvangur mun svar á viðeigandi tíma. Fyrir CPU Fyrsta ljósið er 70% af meðaltali notkun (ekki bara í sumum augnablikinu - meðaltal). Þetta er fyrsta vísbending að hafa áhyggjur af auðlindum. Ef þú hunsa þetta þá þýðir 90% af meðaltali CPU neyslu lesa ljós, viðvörun, og strax þarf að uppfæra - annars enn lítið meiri umferð getur gert róttækar árangur niðurbrot. Fyrir minni það er mismunandi og fer eftir OS stillingar fyrir Víxla.

Og eins og PS - vinsamlegast íhuga lausnir eins VPS - þar sem þú getur bætt úrræði mjög auðvelt án þess að setja upp aftur:)

Ef þú nú þegar fallow allar árangur vísbendingar þá eina sem það vinstri er að slökkva á nokkrum tungumálum og gert uppfærslur á vBET og þau koma.