Viktig: Denne siden bruker cookies (cookies). Ved hjelp av dette nettstedet uten å slå av cookies i nettleseren, betyr at du er enig for å bruke det.
Kjøp nå! Funksjoner Nedlastinger

Tjen med oss!

Hvis du ønsker å begynne å tjene penger med vBET sammenføyning til Agentprogrammet.
Side 1 av 2 12 SisteLast
Resultater 1 til 10 av 13

Tråd: Trenger du hjelp reduserer belastningen på serveren

  1. #1
    Senior Member
    Ble medlem
    September 2010
    Innlegg
    256

    Default Trenger du hjelp reduserer belastningen på serveren

    Hei, jeg har problemer med min server belastning, jeg har allerede flyttet til dedikert til å prøve å kurere dette, men likevel få høy server belastninger, hvis jeg deaktiverer vbet serveren lasten synker.

    Kan noen hjelpe?

    @ Kamil, du allerede har full tilgang detaljer sendt til deg på PM hvis du vil sjekke.

  2. #2
    vBulletin Enterprise Oversetter (vBET) Personale
    Ble medlem
    Mai 2010
    Innlegg
    1,000

    Default

    hello,
    her har du en vBET liste over tips: http://www.vbenterprisetranslator.co...rformance.html

    husk - hvis du har alle språk aktivert - du har 53 mer innhold (tråder, innlegg etc) på forumet ditt, og selvfølgelig høy trafikk forumet.

    Du kan deaktivere noen språk og vente når cache for aktiverte språk vil bli fylt, etter det - du kan aktivere den neste delen av oversettelser.

    Dernest I denne Slipp har vi en stor forbedre (veldig big one) - dette er minne cache system (4 ulike alternativer). Du kan sjekke den i admincp-> vBET Cache. (Husk - du må integrere din server å bruke denne typen cache)


  3. #3
    Senior Member
    Ble medlem
    September 2010
    Innlegg
    256

    Default

    Jeg har gjennomført alt det jeg kan for prestasjonene dine anbefalinger, har jeg også hatt alle språk aktivert (vel de fleste) siden kjøpe vbet rundt 6 måneder siden, er den belastningen gjennomgående høy hele tiden. Som for Memory Cache (beta) tror jeg ikke jeg har noen buffer gasspedalen på serveren min, men evrything annet er angitt som per dine instrukser.

  4. #4
    vBulletin Enterprise Oversetter (vBET) Personale
    Ble medlem
    Mai 2010
    Innlegg
    1,000

    Default

    fra vår siste Slipp jobbet vi med dette minne cache system - dette bør være den store i ytelse. Du må ha din server konfigurert med denne cache-system (kanskje du allerede har - spør din server støtte)
    Sist endret av kamilkurczak; 26-05-1122:25.

  5. #5
    Senior Member
    Ble medlem
    September 2010
    Innlegg
    256

    Default

    Hei Kamil, jeg bare sjekket php info og jeg har ikke det, men jeg vil få dem til å installere xcache eller noe slikt

  6. #6
    Michał Podbielski (vBET Personale) vBET's Avatar
    Ble medlem
    Oktober 2009
    Innlegg
    3,037

    Default

    Hei. Hvorfor du har problemer med serveren din last? Jeg ser ditt forum er oversette veldig fort, så hvor er problemet?

    Vær oppmerksom på at oversettelser er laget av eksterne tjenester fra Google. Dette betyr at når oversettelsen skjer på trådene venter på svar fra Google. Og det er hvorfor Server Load er større, men det påvirker ikke systemet, fordi venter trådene tar ingen CPU eller mer minne (bare allerede brukt). Så det er derfor du alltid vil ha høyere Server Load med vBET aktivert (når deaktivert ingen tråd venter på resultater fra Google) og på samme tid av ditt forum vil fortsatt arbeide raskt, fordi venter trådene tar ingen CPU.

    Så hva er egentlig nødvendig for å ta Server Load lover er å sikre at gjengene ikke vil vente på resultater fra Google, men dessverre Google gjør det mulig å cache resultatene kun i 15 dager. Du kan prøve det selv - hvis du deaktiverer cache, eller bare ta sin tid til å leve mindre da vil du se Server Load voksende - fordi færre resultater vil bli lagret, og flere forespørsler venter på Google svar. Det er ingen magi - oversettelser kommer fra et sted og det tar tid å få det fra Google.

    Ved hjelp av minne cache kan hjelpe på noen måte. Tråder venter på Google Resultatene vil fortsatt være venter (du vil ikke gi det før du har bufret alle oversettelser, og du vil ikke fordi det er renset i henhold til Googles TOS). Likevel hurtigbufret resultatene vil bli generert raskere, slik at forespørsler ikke vente på oversettelser vil gå raskere fra forespørsler køen.

    Her kan du finne ut hva lasten på tjeneren er: Server belastning og finne ut at så lenge du har fri ressurser Server Load er ikke et problem.
    Å vite hva verdien av lasten på tjeneren er ikke veldig viktig though. Å vite hvordan du skal tolke verdien er det som teller.
    husker definisjon: serveren lasten representerer antall prosesser som venter på å få tilgang til CPU. Men ikke alle prosesser er de samme! Dersom prosessene er lav prioritet, når en ny server forespørsel (side forespørsel) vises, kan den likevel håndteres nesten umiddelbart.
    For ikke å nevne at serveren lasten er bare én faktor av mange andre (minnebruk, CPU-bruk, størrelse på swap-fil)
    Som vanlig, og så mange mennesker direkte innblandet i hosting virksomheten si, kommer det hele ned til virkelige oppførsel. Er sidene lasting fort? Har en prosess som søker gjennom en database ta en rimelig tid? Da er du ikke egentlig har et problem, uansett server lasten er
    Så, den ultimate testen er slik at tjeneren oppfører seg. Hvis serveren er rask, et tall, gjør selv om det heter "server load", egentlig ikke betyr mye
    Så fordi serveren din er rask og jeg kan se ditt forum svar fort, Problemet er bare virtuelt - Det er ingen virkelige problemet. Server Load er verdien som gir deg noen informasjon om reell ytelse, bare hint hvis du vet hvordan du skal tolke det (dvs. hvis serveren kjører bra med lasten på tjeneren X, så kan du begynne å sjekke hva som skjer hvis det raskt vokser til 2X eller noe sånt). Bare statisk tall gir deg ingenting, bedre sjekke CPU og minne til å være sikker på at denne verdien er OK for serveren din og hvis det er OK så uansett hva Server Load verdien er.

    Likevel hvis du ønsker noen ekstra hint:
    - Lage større cache TTL hvis du forandret det til lavere (standard er maksimal tillatt av Google TOS).
    - Hvis du ikke har HDD plassproblemer slå av cron oppgaven for rengjøring gjest cache - det trenger ikke å vaskes i det hele tatt, fordi det frisker opp resultatene etter behov, likevel fjerne mye av gamle filer kan ta veldig lang tid for php.
    - Bruker minne cache
    - På slutten (men jeg ser ingen følelse av det, fordi du ikke har ytelse problemet) begynner invalidiserende språk som gir deg mindre trafikk

    Forresten - hva er din Server Load, gjennomsnittlig CPU og minnebruk, og hvilken hardware har du (hvor mange CPU, minne)? Har swap filen brukes?

  7. #7
    Senior Member
    Ble medlem
    September 2010
    Innlegg
    256

    Default

    Følgende er detaljene som per dine spørsmål
    1) Server Load
    *********************
    08:22:53 up 44 dager, 13:31, 1 bruker, last gjennomsnitt: 4,07, 5,09, 5,26
    BRUKER TTY FRA LOGIN @ IDLE JCPU PCPU HVA
    root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
    ****************
    2) CPU og minnebruk
    ********************
    total benyttes uten delt buffere bufret
    Mem: 4040 3616 424 0 256 2809
    - / + Buffere / cache: 550 3490
    Swap: 8001 24 7976
    *********************************
    3) hvor mange prosessorer
    3

    EDIT: bare tok et bilde her http://www.thecodecage.com/forumz/server.png min server er som dette hele tiden, er dette snapshot etter aktivering memcahce.
    Sist endret av Simon Lloyd; 27-05-1108:47.

  8. #8
    Senior Member
    Ble medlem
    September 2010
    Innlegg
    256

    Default

    Som ekstra informasjon her er Top Prosesser loggen:
    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 - hoppe-ekstern- låsing
    mysql 6,7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - hoppe-ekstern- låsing
    mysql 6,6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - hoppe-ekstern- låsing
    root 6,0% / bin / sh / usr / local / bin / rkhunter-c - cron
    Sist endret av Simon Lloyd; 27-05-1117:21.

  9. #9
    Michał Podbielski (vBET Personale) vBET's Avatar
    Ble medlem
    Oktober 2009
    Innlegg
    3,037

    Default

    Quote Opprinnelig skrevet av Simon Lloyd View Post
    Følgende er detaljene som per dine spørsmål
    1) Server Load
    *********************
    08:22:53 up 44 dager, 13:31, 1 bruker, last gjennomsnitt: 4,07, 5,09, 5,26
    BRUKER TTY FRA LOGIN @ IDLE JCPU PCPU HVA
    root pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
    ****************
    2) CPU og minnebruk
    ********************
    total benyttes uten delt buffere bufret
    Mem: 4040 3616 424 0 256 2809
    - / + Buffere / cache: 550 3490
    Swap: 8001 24 7976
    *********************************
    3) hvor mange prosessorer
    3

    EDIT: bare tok et bilde her http://www.thecodecage.com/forumz/server.png min server er som dette hele tiden, er dette snapshot etter aktivering memcahce.
    Jeg er ikke sikker på hvordan å tolke målingene. Som jeg ser din CPU er brukt i ca 185% ... Så, eller det er noe hot akkurat i måling eller det gjelder en CPU - hvis du har 3 så kan du bruke 300%. Hvis dette er riktig måte betyr det at du har fortsatt mye ledig CPU-ressurser. Hvis ikke må du korrigere meg og fortelle hvordan du skal tolke resultatene.

    Jeg er også usikker på hvordan du tolker serverens belastning data:
    last gjennomsnitt: 4,07, 5,09, 5,26
    Er de 3 forskjellige i tid målinger, eller hver og en er for separate CPU? Hva er kraften av CPU din?

    PS. Cache trenger tid til å fylle inn

  10. #10
    Senior Member
    Ble medlem
    September 2010
    Innlegg
    256

    Default

    Michal, igjen takk for svaret lasten gjennomsnittet du se (og i øyeblikksbilde) endres hver gang du oppdaterer, er det som du peker ut en sybmolic nummer, da gjennomsnittlig last vist er det rundt 6 eller 7 så området er treg men mesteparten av tiden svarer som igjen gir en feil.

    Her er cpu data du bedt om
    Prosessor # 1
    Vendor

    GenuineIntel
    Navn
    Intel (R) Xeon (R) CPU X3430@2.40GHz
    Fart
    2394.030 MHz
    Cache
    8192 KB

    Når jeg sjekker i WHM Jeg har en quad core cpu, mens serveren folk meg fortelle jeg har tre CPU??

    Jeg vet ikke eller late som å vite hvordan serveren lasten gjennomsnittet er jobbet ut (det siste, de siste to dagene har det vært rundt:
    Load Gjennomsnitt: 4,49 4,04 3,95

    Forum er av gjennomsnittlig hastighet og det ser ikke ut til å forårsake et problem akkurat nå, selv om trafikken er rundt:
    271 (3 medlemmer og 120 gjester og 148 edderkopper)
    Hvor den øverste tallet er normalt rundt 500 - 600, men da er det helg så trafikken er lavere.

Side 1 av 2 12 SisteLast

Tags for denne tråden

Regler for innlegg

  • Du kanskje ikke starte nye tråder
  • Du kanskje ikke poste svar
  • Du kanskje ikke legge til vedlegg
  • Du kanskje ikke endre innleggene dine
  •