Wanahitaji msaada kupunguza mzigo server

[Simon Lloyd]

Hi, mimi nina shida na server mzigo wangu, i tayari wakiongozwa na ari ya kujaribu kutibu hii lakini bado kupata mizigo server ya juu, kama i Disable matone vbet mzigo server.

Je, mtu msaada?

@ Kamil, tayari kuwa na maelezo ya kupata full alimtuma kwenu katika PM kama unataka kuangalia.

[kamilkurczak]

hello,
hapa una orodha vBET wa mwanga: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

kumbuka - kama una lugha zote kuwezeshwa - una 53 zaidi maudhui (nyuzi, posts nk) kwenye jukwaa yako, na bila shaka high-trafiki jukwaa.

Unaweza Disable baadhi ya lugha na kusubiri wakati cache kwa lugha kuwezeshwa watashibishwa, baada ya kuwa - unaweza kuwezesha sehemu ya pili ya tafsiri.

Pili, Katika relase hii tuna kubwa kuboresha (moja kubwa sana) - hii ni kumbukumbu cache mfumo (4 chaguzi mbalimbali). Unaweza kuangalia katika admincp-> Cache vBET yako. (Kumbuka - lazima kuunganisha server yako ya kutumia aina hii ya cache)

:)

[Simon Lloyd]

Mimi kutekelezwa Ninachoweza ya mapendekezo yako ya utendaji, i na pia alikuwa na lugha zote kuwezeshwa (vizuri zaidi) tangu kununua vbet karibu miezi 6 iliyopita, mzigo ni mfululizo high wakati wote. Kama kwa Cache Memory (beta) i sidhani i yoyote accelerator cache kwenye server yangu lakini evrything mwingine ni kuweka kama kwa maelekezo yako.

[kamilkurczak]

kutoka relase yetu ya mwisho sisi kazi katika mfumo huu cache kumbukumbu - hii inapaswa kuwa moja kubwa katika utendaji. Unahitaji kuwa na server yako configured kwa mfumo huu cache (labda tayari wana - kuuliza server yako msaada)

[Simon Lloyd]

Hi Kamil, i tu checked php info na i huna, lakini i kupata yao ya kufunga xcache au kitu kama hiki

[vBET]

Hi. Kwa nini una shida na server mzigo wako? Mimi naona jukwaa yako ni kweli kutafsiri kwa haraka, hivyo ambapo ni tatizo?

Tafadhali kumbuka kuwa tafsiri ni yaliyotolewa na huduma nje kutoka Google. Hii ina maana kuwa tafsiri hutokea threads yako wanasubiri majibu kutoka kwa Google. Na ni kwa sababu Server yako Load ni kubwa, lakini haina ushawishi mfumo, kwa sababu kusubiri threads kuchukua CPU wala hakuna kumbukumbu ya ziada (tu tayari kutumika). Hivyo kwamba ni kwa nini siku zote kuwa juu Server Load na vBET kuwezeshwa (wakati walemavu thread hakuna kusubiri matokeo ya Google) na katika wakati huo huo jukwaa yako bado kazi haraka, kwa sababu kusubiri threads msiwe na CPU.

Kwa hiyo kile ni kweli inahitajika kuchukua Server Load lover ni kuhakikisha kuwa threads si kusubiri matokeo ya Google, lakini kwa bahati mbaya Google inaruhusu cache matokeo yake kwa muda wa siku 15 tu. Unaweza kujaribu mwenyewe - kama afya cache, au tu kupata muda wake wa kuishi ndogo basi utakuwa se Server Load kukua - kwa sababu matokeo ya chini itakuwa cached na maombi zaidi ya kusubiri kwa majibu Google. Kuna uchawi hakuna - Tafsiri anakuja kutoka mahali fulani na inachukua muda kupata kutoka Google.

Kutumia kumbukumbu cache inaweza kusaidia kwa namna fulani. Threads kusubiri matokeo Google bado kusubiri (huwezi kupita mpaka una cached Tafsiri zote, na wewe si kwa sababu ni kusafishwa kwa mujibu wa Google TOS). Bado matokeo cached itakuwa yanayotokana kasi, hivyo maombi si kusubiri kwa tafsiri utakwenda haraka kutoka foleni maombi.

Hapa unaweza kujua nini hasa server mzigo ni: Server mzigo (http://whreviews.com/server-load.htm) na kubaini kuwa kwa muda mrefu kama wewe kuwa na rasilimali bure Server Load si suala hilo.

Kujua nini thamani ya mzigo server si muhimu sana ingawa. Kujua jinsi ya kutafsiri thamani ni nini makosa.

kumbuka ufafanuzi: mzigo server inawakilisha idadi ya michakato ya kusubiri kupata CPU. Lakini si wote michakato sawa! Kama michakato za kipaumbele, wakati mpya server ombi (ukurasa ombi) inaonekana, inaweza bado kubebwa karibu instantly.

Bila kutaja kwamba mzigo server ni moja ya sababu nje ya wengine wengi (kumbukumbu ya matumizi, CPU matumizi, ukubwa wa file byta)

Kama kawaida, na kama watu wengi wanaohusishwa moja kwa moja katika biashara mwenyeji wa kusema, yote inakuja chini ya tabia halisi ya maisha. Ni kurasa upakiaji haraka? Je, mchakato kama njia ya kutafuta database kuchukua muda busara? Basi si kweli na tatizo, kila mzigo server ni

Hivyo, mtihani wa mwisho ni njia ambayo server kutenda. Kama server ni kufunga, idadi, hata kama ni kuitwa "server mzigo", kwa kweli haina maana sana

Hivyo kwa sababu server yako ni wa haraka na mimi kuona jukwaa majibu yako kwa haraka, suala yako ni virtual tu - hakuna suala halisi. Server Load ni thamani ambayo inakupa hakuna taarifa kuhusu utendaji halisi, mwanga tu kama unajua jinsi ya kutafsiri yake (yaani kama server ni mzuri na X mzigo server, basi unaweza kuanza kuangalia kinachoendelea, ikiwa ni kukua kwa kasi kwa 2x au kitu kama hicho). Tu idadi tuli inakupa kitu, bora kuangalia CPU yako na kumbukumbu kuwa na uhakika kwamba thamani hii ni sawa kwa server yako na kama ni sawa basi bila kujali thamani Server Load ni.

Bado kama unataka mwanga baadhi ya ziada:
- Kufanya kubwa cache TTL kama iliyopita kwa chini (default ni kiwango cha juu kuruhusiwa na TOS Google).
- Kama hawana nafasi HDD masuala ya kuzima cron kazi kwa ajili ya kusafisha mgeni cache - ni sio kuwa na kusafishwa kabisa, kwa sababu refreshes matokeo kama inahitajika, bado kuondoa mengi ya files zamani inaweza kuchukua muda mrefu kwa kweli php.
- Kutumia kumbukumbu cache
- Mwisho (lakini mimi kwa kweli kuona na akili yake, kwa sababu huna utendaji tatizo) kuanza mlemavu lugha ambayo inakupa chini ya trafiki

Kwa njia - ni nini Server yako Load, CPU wastani na matumizi ya kumbukumbu, na kile vifaa Una (ngapi CPUs, kumbukumbu)? Je faili byta ni kutumika?

[Simon Lloyd]

Kufuatia maelezo kama kwa maswali yako
1) Server Load
*********************
08:22:53 hadi siku 44, 13:31, 1 user, mzigo wastani: 4.07, 5.09, 5.26
MTUMIAJI TTY FROM INGIA @ Idle JCPU PCPU NINI
mizizi pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU na matumizi ya kumbukumbu
********************
jumla ya kutumika free pamoja mipaka cached
Mem: 4040 3616 424 0 256 2809
- / + Mipaka / cache: 550 3490
Byta: 8001 24 7976
*********************************
3) ngapi CPUs
3

Edit: tu alichukua snapshot hapa http://www.thecodecage.com/forumz/server.png server yangu ni kama hii wakati wote, snapshot hii ni baada ya kuwezesha memcahce.

[Simon Lloyd]

Kama aliongeza habari hapa ya Juu Taratibu logi:
xxxx 93.0% / usr / bin / php / nyumbani / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 83.0% / usr / bin / php / nyumbani / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 75.0% / usr / bin / php / nyumbani / 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 - skip-nje- locking
MySQL 6.7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-nje- locking
MySQL 6.6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-nje- locking
mizizi 6.0% / bin / sh / usr / mtaa / bin / rkhunter-c - cronjob

[vBET]

Kufuatia maelezo kama kwa maswali yako
1) Server Load
*********************
08:22:53 hadi siku 44, 13:31, 1 user, mzigo wastani: 4.07, 5.09, 5.26
MTUMIAJI TTY FROM INGIA @ Idle JCPU PCPU NINI
mizizi pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU na matumizi ya kumbukumbu
********************
jumla ya kutumika free pamoja mipaka cached
Mem: 4040 3616 424 0 256 2809
- / + Mipaka / cache: 550 3490
Byta: 8001 24 7976
*********************************
3) ngapi CPUs
3

Edit: tu alichukua snapshot hapa http://www.thecodecage.com/forumz/server.png server yangu ni kama hii wakati wote, snapshot hii ni baada ya kuwezesha memcahce.

Mimi nina uhakika jinsi ya kutafsiri vipimo yako. Kama mimi kuona CPU yako ni kutumika katika% kuzunguka 185 ... Hivyo au kuna kitu moto haki katika kipimo au inatumika kwa CPU 1 - kama una 3 basi unaweza kutumia 300%. Kama hii ni njia sahihi basi ina maana kwamba bado mengi ya rasilimali bure CPU. Kama siyo tafadhali sahihi yangu na kuwaambia jinsi ya kutafsiri matokeo.

Mimi pia nina uhakika jinsi ya kutafsiri server data mzigo wako:

mzigo wastani: 4.07, 5.09, 5.26
Ni wale 3 mbalimbali katika vipimo wakati, au kila mmoja kwa ajili ya CPU tofauti? Nini ni nguvu ya CPU yako?

PS. Cache mahitaji wakati wa kujaza in

[Simon Lloyd]

Michal, tena shukrani kwa ajili ya kujibu wastani mzigo kuona (na katika snapshot) mabadiliko ya kila wakati mahitaji, ni kama wewe uhakika idadi sybmolic, wakati wastani wa mzigo umeonyesha kuna karibu 6 au 7 basi tovuti ni polepole lakini zaidi ya muda imekwama ambayo kwa upande anatoa makosa.

Hapa ni data CPU wewe aliuliza kwa
Processor # 1
Muuzaji
GenuineIntel
Jina
Intel (R) Xeon (R) CPU X3430@2.40GHz
Kasi
2394.030 MHz
Cache
8192 KB

Wakati i kuangalia katika WHM i have 1 quad msingi CPU, ambapo watu server kuniambia i have 3 CPU ya?

Sijui au kujifanya kujua jinsi wastani server mzigo ni kazi nje (siku za hivi karibuni, zaidi ya kipindi cha siku 2 imekuwa karibu:
Mzigo wastani: 4.49 4.04 3.95

Forum ni wastani wa kasi na haina kuonekana kuwa na kusababisha suala hilo hivi sasa, ingawa trafiki ni karibu:
271 (3 wanachama na wageni 120 na Spiders 148)
Ambapo takwimu juu ni kawaida kote 500-600, lakini basi ni mwishoni mwa wiki hivyo trafiki ni ya chini.

[vBET]

Aliulizwa kuhusu kasi CPU, kwa sababu kama sisi tayari aliiambia Server Load ni virtual thamani, hivyo kwa haraka CPU mzigo huo server itakuwa na maana ya kitu kingine zaidi ya CPU polepole (kufunga moja kufanya kazi yake kwa haraka, hivyo hata kama kuna kazi ya ziada kusubiri katika foleni hizo kubebwa kufunga).
Kuhusu namba yako ya CPUs - wakati huu nina waliopotea kama wewe. Ni server yako na siwezi kukusaidia kuamua kufanya una CPUs 1 au 3. Naweza kukuambia kwamba kwa seva ni bora na kubwa zaidi kiasi cha CPUs polepole zaidi kuliko kiasi kidogo cha kasi zaidi. 2 +2 = 5 maana yake ni kwamba 2 wasindikaji na nguvu 2 kufanya kazi bora kuliko 1 processor na nguvu 4, kwa sababu server mengi ya kazi ndogo, na kuwa na 1 processor unaweza kufanya hivyo sambamba njia.
Server Load pia kuwa na maana tofauti kulingana na idadi ya wasindikaji. Kama kweli kuwa na 3 haraka basi wasindikaji server mzigo 6 (jumla si kwa CPU) ni sawa hata bila kuangalia zaidi. Kama una 1 processor basi unapaswa kuongeza kuangalia halisi majibu wakati kwa uchafu wetu. Kama aliandika tayari alifanya hivyo na ni sawa.

Kwa mara ya kuona server yako mzigo ni kubwa na ukurasa polepole (cached moja - tafadhali kumbuka kwamba kwa kweli si cached majibu wakati si hadi server yako wakati wote, lakini hadi Google wakati majibu), tafadhali angalia ni sababu kubwa ya trafiki , au labda ni kwa sababu ya kazi background baadhi (kama vBulletin cron ajira, au hata mfumo wa utendaji kazi yako mwenyewe - kama kazi moja kwa moja update au kitu kama hicho).

Kulingana na majibu yako ya mwisho - kama hakuna suala halisi - unahitaji msaada wowote katika siku zijazo mada hii sasa hivi?

[Simon Lloyd]

Mikali, shukrani kwa majibu ya kina, ni CPU ya 4, wasiwasi wangu tu ni kiasi cha% ya CPU kwamba vBET hutumia, kama i aina hii kuna michakato are3 inavyoonekana katika TOP kwa vBET saa 55%, 52% na 48% matumizi CPU na michakato hii yote ni kwa ajili ya faili vbenterprisetranslator_seo.php /, kama kuna kitu zaidi unaweza kupendekeza basi i asante kwa maoni yako na itakuwa na kuishi pamoja kama i dhahiri hawawezi mwingine hoja server au kuboresha, nilikwenda kwa kuwa na vps kwa VM katika wingu hosting kwa kujitolea ili kuweka vBET kukimbia, kuruka karibu na msingi mbili quad (8 CPU wa) ni nje ya bei mbalimbali yangu.

[vBET]

Tafadhali kumbuka kwamba kile ou kuona si vBT CPU matumizi lakini matumizi yako yote jukwaa. vbenterprisetranslator_seo.php hana kitu - tu seti baadhi ya vigezo na alifanya ndani kuelekeza na faili kweli zilizoombwa - ni haki mbele ya mtawala. Maombi yote inakwenda vbenterprisetranslator_seo.php - una kuweka katika faili yako htaccess..

Hivyo hii si vBET matumizi - hii ni jukwaa wako wote matumizi. Kwa kawaida kurasa vBET hana kitu - tu anaongeza bendera. Kurasa kutafsiriwa nzima tafsiri mchakato hutokea hivyo CPU matumizi itakuwa kubwa kuliko zote kwa ukurasa wa kawaida, kwa sababu kinachotokea baada ya ukurasa kawaida ni kuzalisha. Basi, kizazi cha kwanza kawaida hutokea na kisha matokeo limetafsiriwa - hivyo hakuna nafasi kwa kuwa ni withour gharama za ziada. Au ... Tuna ufumbuzi kwa hii ant ni jina Guest Cache - kwa ajili ya wageni kurasa nzima ni cached na tafsiri hakuna kinachotokea kwa muda mrefu kama cache si muda wake. Hivyo kama wewe ni tayari kutumia Guest Cache basi vBET na hakuna ufumbuzi zaidi ya kufanya tafsiri kwa kutumia rasilimali kidogo. Unaweza tu afya ya tafsiri zingine - utakuwa na kisha chini ya trafiki kwa kurasa kutafsiriwa hivyo chini ya matumizi ya rasilimali kwa ajili ya tafsiri.

Sisi alifanya juhudi nyingi kwa ajili ya vBET profiler, kubadilisha algorithms, akiongeza maboresho ya utendaji zaidi. Na hatuwezi kutibu suala hili kama imefungwa. Bado kwa wakati huu hata na tabaka kadhaa ya cache, sisi ni kazi na maombi ambayo mabadiliko mengi na tofauti bidhaa kwa ajili ya URL huo kulingana ya usergroups mtumiaji, au hata kwa kila mtumiaji (kama Plugin baadhi anaongeza mambo kama hayo) na hii inahitaji retranslate kwa kila watumiaji bila user ombi. Kwa mtumiaji logger tunaweza tu cache tafsiri sentensi, lakini si wote kurasa kama kwa watumiaji. Tafadhali kumbuka kuwa vBET ni kuongeza kuboresha utendaji zaidi na zaidi - bado kamwe kuwa na tafsiri ya kichawi na hakuna matumizi ya rasilimali. Kazi zaidi daima njia za nyongeza ya matumizi ya rasilimali.

Sisi checked jukwaa wakati majibu yako na ni mzuri. Hivyo napenda kufikiria byte server nyingine kwa wakati huu. Kama vile aliandika - bado una nusu ya rasilimali free. Kulipia rasilimali hii ili hakuna kitu kibaya kwa matumizi yake. Na wewe bado katika eneo salama - hivyo hata wakati trafiki yako huongezeka jukwaa wako majibu katika wakati muafaka. Kwa mwanga CPU kwanza ni 70% ya matumizi ya kawaida (sio tu katika baadhi ya wakati - wastani). Hii ni mara ya kwanza ladha na wasiwasi juu ya rasilimali. Kama kupuuza hii basi 90% ya matumizi ya wastani CPU ina maana kusoma mwanga, kengele, na mahitaji ya haraka ya kuboresha - vinginevyo hata kidogo zaidi trafiki wanaweza kufanya uharibifu wa kasi ya utendaji. Kwa kumbukumbu ni tofauti na hutegemea mazingira ya OS kwa kubadilishana.

Na kama PS - tafadhali fikiria ufumbuzi kama VPS - ambapo unaweza kuongeza rasilimali rahisi sana bila kusanidi upya:)

Kama tayari konde utendaji wote mwanga basi ni kushoto tu kitu ni Disable baadhi ya lugha na alifanya updates ya vBET kama wale kuja.