PDA

View Full Version: Løst Brug for hjælp til at reducere servertrafikken



Simon Lloyd
26-05-11, 08:40
Hej, jeg har problemer med min server belastning, har jeg allerede flyttet til dedikeret til at forsøge at helbrede denne, men stadig få høje server belastning, hvis jeg deaktiverer vbet serveren belastningen falder.

Kan nogen hjælpe?

@ Kamil, du allerede har fuld adgang detaljer sendt til dig i PM hvis du ønsker at kontrollere.

kamilkurczak
26-05-11, 20:57
hej,
Her har du en vBET liste over tips: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

Husk - hvis du har alle sprog aktiveret - du har 53 mere indhold (tråde, indlæg osv.) på dit forum, og selvfølgelig stærkt trafikerede forum.

Du kan deaktivere visse sprog og vente, når cachen for aktiverede sprog vil blive fyldt, efter det - du kan aktivere den næste del af oversættelser.

For det andet, I dette Slip har vi en stor forbedring (meget stor en) - det er memory cache system (4 forskellige muligheder). Du kan tjekke det i din admincp-> vBET Cache. (Husk - du skal integrere din server til at bruge denne form for cache)

:)

Simon Lloyd
26-05-11, 22:15
Jeg har gennemført alle, at jeg kan af din præstation anbefalinger har jeg også haft alle aktiverede sprog (vel de fleste), da de køber vbet omkring 6 måneder siden, belastningen er konstant høj hele tiden. Med hensyn til Memory Cache (beta) Jeg tror ikke, jeg har nogen cache accelerator på min server, men evrything ellers er indstillet som pr dine instruktioner.

kamilkurczak
26-05-11, 22:19
fra vores sidste Slip vi arbejdede på denne hukommelse cache system - dette bør være den store i ydeevne. Du skal have din server konfigureret med denne cache-system (måske du allerede har - spørg din server support)

Simon Lloyd
26-05-11, 22:31
Hej Kamil, jeg har lige tjekket php info og jeg ikke har det, men jeg vil få dem til at installere xcache eller noget som dette

vBET
26-05-11, 22:59
Hej. Hvorfor du har problemer med din server belastning? Jeg kan se dit forum er at oversætte virkelig hurtig, så hvor er problemet?

Bemærk venligst, at oversættelserne er foretaget af eksterne tjenester fra Google. Det betyder, at når oversættelsen sker, dit tråde venter på svar fra Google. Og det er grunden til din Server Load er større, men det påvirker ikke systemet, fordi venter tråde tage nogen CPU eller ekstra hukommelse (bare allerede brugt). Så det er derfor, du vil altid have en højere Server Load med vBET aktiveret (når den er deaktiveret ingen tråd venter på resultater fra Google) og på samme tid dit forum vil stadig arbejde hurtigt, fordi venter trådene ikke tage CPU.

Så hvad der virkelig er behov for at tage Server Load elsker, er at sikre, at trådene ikke vil vente på resultater fra Google, men desværre Google gør det muligt at cache dens resultater kun for 15 dage. Du kan prøve det selv - hvis du deaktiverer cachen, eller bare gøre sin tid til at leve mindre, så vil du se Server Load voksende - fordi færre resultater vil blive cachet, og flere anmodninger venter på Google-svar. Der er ingen magi - oversættelser kommer fra et sted og det tager tid at få det fra Google.

Brug af hukommelse cache kan hjælpe i en eller anden måde. Tråde venter på Google-resultater vil stadig være venter (du vil ikke give det, indtil du har cached alle oversættelser, og du vil ikke, fordi det er rengjort i overensstemmelse med Googles TOS). Stadig cachede resultater vil blive genereret hurtigere, så anmodninger ikke vente på oversættelser vil gå hurtigere fra anmodninger kø.

Her kan du finde ud af, hvad der præcist server belastning er: Server-belastning (http://whreviews.com/server-load.htm) og find ud af, at så længe du har fri ressourcer Server Load ikke er et problem.

At vide, hvad værdien af den server belastning er ikke meget vigtigt selv. Vide hvordan man skal fortolke den værdi, der tæller.

Husk definitionen: serverbelastningen repræsenterer antallet af processer, der venter på at få adgang til CPU'en. Men ikke alle processer er de samme! Hvis de processer er lav prioritet, når en ny server anmodning (side anmodning) vises, kan det stadig være håndteres næsten med det samme.

For ikke at nævne, at serveren belastningen er blot én faktor ud af mange andre (brug af hukommelse, CPU-forbrug, størrelse af swap-fil)

Som sædvanlig, og så mange mennesker er direkte impliceret i hosting virksomhed sige, det hele kommer ned til det virkelige liv adfærd. Er de sider loading hurtigt? Er en proces som søge gennem en database at tage en rimelig tid? Så har du ikke rigtig har et problem, uanset server belastning er

Så den ultimative test er den måde, at serveren opfører sig. Hvis serveren er hurtig, et tal, ikke selv om det hedder "server belastning", virkelig ikke betyder meget

Så fordi din server er hurtig, og jeg kan se dit forum svar hurtigt, dit problem er kun virtuelt - der er ingen virkelige spørgsmål. Server Load er værdi, som giver dig ingen oplysninger om faktiske formåen, bare hints hvis du ved hvordan man skal fortolke det (dvs. hvis serveren kører godt med serverbelastning X, så kan du begynde at kontrollere, hvad der foregår, hvis det hurtigt vokser til 2X eller noget i den stil). Bare statisk nummer giver dig ingenting, bedre at tjekke din CPU og hukommelse for at være sikker på, at denne værdi er i orden for din server, og hvis det er OK, så uanset hvad Server Load værdi.

Stadig, hvis du vil have nogle ekstra tips:
- Gøre større cache TTL, hvis du ændrede det til lavere (standard er maksimalt tilladt af Google TOS).
- Hvis du ikke har nogen HDD rumspørgsmål slukke cron opgave for rengøring gæst cache - det behøver ikke at blive renset på alle, fordi det forfrisker resultater efter behov, der stadig fjerne masse gamle filer kan tage rigtig lang tid for php.
- Brug hukommelse cache
- I slutningen (men jeg virkelig ikke se nogen fornemmelse af det, fordi du ikke har problem med ydeevnen) begynder invaliderende sprog, som giver dig mindre trafik

Af den måde - hvad er din Server Load, gennemsnitligt CPU og hukommelse skik, og hvad hardware har du (hvor mange CPU'er, hukommelse)? Er swap fil bruges?

Simon Lloyd
27-05-11, 08:34
Følgende er de detaljer som pr dine spørgsmål
1) Server Load
*********************
08:22:53 up 44 dage, 13:31, 1 bruger, load gennemsnit: 4,07, 5,09, 5,26
BRUGER TTY fra login @ IDLE JCPU PCPU HVAD
root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU og hukommelse
********************
samlede anvendte frit deles buffere cached
Mem: 4040 3616 424 0 256 2809
- / + Buffers / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) Hvor mange CPU'er
3

EDIT: tog bare et øjebliksbillede her http://www.thecodecage.com/forumz/server.png min server er som det hele tiden, dette øjebliksbillede er efter aktivering af memcahce.

Simon Lloyd
27-05-11, 17:19
Som ekstra oplysninger her er den bedste Processer 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 - skip-external- låsning
mysql 6,7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- låsning
mysql 6,6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- låsning
roden 6,0% / bin / sh / usr / local / bin / rkhunter-c - cronjob

vBET
29-05-11, 20:52
Følgende er de detaljer som pr dine spørgsmål
1) Server Load
*********************
08:22:53 up 44 dage, 13:31, 1 bruger, load gennemsnit: 4,07, 5,09, 5,26
BRUGER TTY fra login @ IDLE JCPU PCPU HVAD
root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU og hukommelse
********************
samlede anvendte frit deles buffere cached
Mem: 4040 3616 424 0 256 2809
- / + Buffers / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) Hvor mange CPU'er
3

EDIT: tog bare et øjebliksbillede her http://www.thecodecage.com/forumz/server.png min server er som det hele tiden, dette øjebliksbillede er efter aktivering af memcahce.

Jeg er ikke sikker på hvordan man skal fortolke dine målinger. Som jeg ser din CPU bliver brugt i omkring 185% ... Så, eller der er noget hot lige i måling eller det gælder for 1 CPU - hvis du har 3 kan du bruge 300%. Hvis dette er korrekt så betyder det, at du har stadig masser af gratis CPU-ressourcer. Hvis ikke bedes du rette mig og fortælle hvordan man fortolker resultaterne.

Jeg er heller ikke sikker på hvordan man skal fortolke din server load data:

belastning gennemsnit: 4,07, 5,09, 5,26
Er disse 3 forskellige i tid målinger, eller hver enkelt er for separat CPU? Hvad er kraften i din CPU?

PS. Cache har brug for tid til at fylde i.

Simon Lloyd
29-05-11, 21:54
Michal, igen tak for svaret belastningen gennemsnittet du se (og i snapshot) ændrer sig, hver gang du opdaterer, er det som man pege på en sybmolic nummer, når belastningen gennemsnit vist, at der er omkring 6 eller 7 så siden er langsomme men det meste af tiden ikke reagerer, hvilket igen giver en fejl.

Her er den cpu data, du bad om
Processor # 1
Vendor
GenuineIntel
Navn
Intel (R) Xeon (R) CPU X3430@2.40GHz
Hastighed
2394.030 MHz
Cache
8192 KB

Når jeg tjekker i WHM jeg har 1 quad core cpu, mens den server, folk fortæller mig, at jeg har 3 CPU'er???

Jeg ved ikke, eller foregive at vide, hvordan serverbelastningen gennemsnittet er udarbejdet (sidst i de sidste 2 dage, det har eksisteret:
Load Gennemsnit: 4.49 4,04 3,95

Forum er af gennemsnitlig hastighed og det synes ikke at være årsag til et problem lige nu, selv om trafikken er omkring:
271 (3 medlemmer og 120 gæster og 148 Spiders)
Når den øverste figur er normalt omkring 500 - 600, men så er det weekend, så trafikken er lavere.

vBET
02-06-11, 23:23
Jeg spurgte om CPU-hastighed, fordi som vi allerede fortalt Server Load er bare virtuel værdi, så for hurtig CPU samme server belastning vil betyde noget andet end for langsom CPU (hurtig en der vil gøre hans job hurtigt, så selv om der er yderligere opgaver venter i kø dem, vil blive behandlet hurtigt).
Om din antallet af CPU'er - i dette øjeblik er jeg mistede ligesom dig. Det er din server, og jeg vil ikke hjælpe dig med at afgøre, har du 1 eller 3 CPU'er. Jeg kan fortælle dig, at for at servere det er bedre at have større beløb af langsommere CPU'er end mindre mængde hurtigere. 2 +2 = 5 betyder det, at 2-processorer med strøm 2 vil gøre det bedre job end 1 processor med magt 4, fordi serveren har masser af små opgaver, og med 1 processor du kan ikke gøre det parallel måde.
Server Load vil også have forskellig betydning alt efter antallet af processorer. Hvis du virkelig har 3 hurtige processorer, så servertrafikken 6 (i alt ikke pr CPU) er OK, selv uden yderligere kontrol. Hvis du har 1 processor, så bør du desuden tjekke responstid for vores kloak. Som du skrev du allerede har gjort det, og det er OK.

For gang du ser din server belastning er større og siden langsommere (cached en - husk, at for ikke cached den reelle responstid er ikke op til din server overhovedet, men op til Google responstid), kan du se er det fordi større trafik , eller måske er det på grund af nogle opgaver i baggrunden (som vBulletin cron job, eller endda dit eget operativsystem - som automatisk opdatere opgaver eller noget i den stil).

Ifølge din sidste svar - hvis der ikke er noget reelt problem - har du brug for fremtidig bistand i dette emne lige nu?

Simon Lloyd
04-06-11, 08:46
Michal, tak for det detaljerede svar, det er 4 CPU'er, min eneste bekymring er den mængde% af cpu, der vBET forbruger, mens jeg skriver dette er der are3 processer vist i TOP til vBET ved 55%, 52% og 48% CPU-forbrug og disse processer er alle til filen / vbenterprisetranslator_seo.php, hvis der ikke er noget mere du kan foreslå, så vil jeg takke dig for dine kommentarer og bliver nødt til at leve med det som jeg absolut ikke har råd til en anden server flytte eller opgradere, da jeg gik fra at have VPS til et VM i cloud hosting til dedikerede for at holde vBET kører, det næste spring til dual quad core (8 CPU'er) er uden for min prisklasse.

vBET
04-06-11, 21:03
Bemærk venligst, at hvad ou se det ikke er VBT CPU forbrug, men hele din forum forbrug. vbenterprisetranslator_seo.php gør ikke noget - bare sætter nogle variabler og lavet interne omdirigere til virkelig ønskede fil - det er bare foran controller. Alle anmodninger går til vbenterprisetranslator_seo.php - du har sat det i din htaccess fil..

Så dette er ikke vBET forbrug - det er hele dit forum forbrug. For normalsider vBET gør intet - kun tilføjer flag. For oversatte sider hele oversættelsesprocessen sker så CPU-forbrug vil altid være større end for normale side, fordi det sker efter normal side er genereret. Så første normale generation sker, og så resultatet er oversat - så der er ingen chance for at få det withour ekstra omkostninger. Eller ... Vi har løsning på dette myre det er opkaldt Gæst Cache - for gæster hele sider der er cached, og ingen oversættelse sker, så længe cache ikke var udløbet. Så hvis du allerede bruger Gæst Cache så vBET har ikke flere løsninger, der gør oversættelser bruger færre ressourcer. Du kan kun deaktivere nogle oversættelser - du vil have så er mindre trafik til oversatte sider så mindre ressourceforbrug til oversættelser.

Vi har gjort stor indsats for profilering vBET, skiftende algoritmer, tilføje flere ydeevne. Og vi har aldrig behandle dette spørgsmål som lukket. Stadig i dette øjeblik, selv med flere lag af cache, arbejder vi med ansøgning, som har masser af forandringer og andet indhold til samme URL afhængig af bruger brugergrupper, eller endda for hver bruger (hvis nogle plugin tilføjer sådanne ting), og dette kræver retranslate for hver logget brugerens anmodning. Til loggeren bruger vi kun kan cache sætning oversættelser, men ikke hele sider som for brugerne. Bemærk venligst, at vBET er at tilføje flere og flere performance forbedringer - stadig du vil aldrig have magiske oversættelser uden ressourceforbrug. Yderligere funktionalitet betyder altid ekstra ressourceforbrug.

Vi har tjekket dit forum svartid og det er virkelig godt. Så jeg vil ikke tænke på at skifte til anden server i dette øjeblik. Ligesom du skrev - du stadig har halvdelen af ressourcerne gratis. Du betaler for denne ressourcer, så der er noget galt at bruge det. Og du er stadig i sikker zone - så selvom din trafik øger dit forum vil svaret i passende tid. For CPU første lys er 70% af det gennemsnitlige forbrug (ikke bare i nogle øjeblik - gennemsnit). Dette er første antydning at bekymre sig om ressourcer. Hvis du ignorerer dette, så 90% af gennemsnitligt CPU-forbrug betyder læst lys, alarm, og umiddelbare behov for at opgradere - ellers selv lidt mere trafik kan gøre drastisk forringelse af ydeevnen. For hukommelse, det er forskelligt og afhænger af OS indstillinger for SWAP.

Og som PS - kan du overveje løsninger som VPS - hvor du kan tilføje ressourcer meget let uden at geninstallere:)

Hvis du allerede brak alle resultater hints så eneste det tilbage, er at deaktivere nogle sprog og lavet opdateringer af vBET som de kommer.

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translations delivered by vBET Translator 4.10.1