Performance med stor cache

[moman]

Jeg har i øjeblikket mit system konfigureret til at rydde hele cachen hver uge. Med en tom cache, er min database om 1.1Gb, samtidig med en fuld cache, det handler om 4,5 GB.

Jeg har bemærket, at jo større cache, jo højere min gennemsnitlige server belastning bliver. På et givet tidspunkt mit forum har mellem 650 og 1300 brugere online, men dette synes ikke at påvirke belastningen så meget som cache-størrelse.

Med en stor cache, er server load 3,3-3,8, samtidig med en tom en, det bliver i 2,0-2,5 området. Det er ikke så slemt til, som jeg har en 16-core server, men jeg var bare undrende hvis en sådan adfærd kan forventes med de svingende databasens størrelse!

Tak,
Adam

[vBET]

vBET har indekser for cache tabeller og bruger hurtigste MySQL motor for hue - MyISAM. Så vi har de bedste valg for DB cache. Hele forskel, som du opdager der ikke er i siden af vBET, men i siden af MySQL, som udfører forespørgsler. Indexes giver dig hurtigere respons og forsikrer, at tidspunktet for respons vil ikke dramatisk op med større datamængder. Stadig MySQL er nødt til at søge større indekser og som jeg gætter på det tager flere ressourcer. Det er derfor, du oplever større server belastning.

Også - når oversættelsen er i cache så det er taget derfra. Hvis ikke så Google er bedt om oversættelse. Det tager længere tid dengang, men sandsynligvis tager også færre ressourcer på din server. Det tager længere tid, fordi der er kommunikation med Google-server, der tager tid, er der oversættelse, der tager tid, og der sender resultater fra Google til din server, som også tager tid. Det tager færre ressourcer, fordi serveren venter på svar passivt, og når det bliver det der er kun simple udpakning af respons. Kom oversættelse fra cachen er meget, meget hurtigere - oversættelsen er allerede gjort, og det er på din egen server, det stadig er nødvendigt at blive taget fra databasen, forespørgsel nødt til at blive henrettet, MySQL tager nogle CPU og hukommelse for det.

Hvis man antager - ved hjælp af cache er meget god idé. Hvis du vil føle, at serveren har problemer med, at du kan eksperimentere for at deaktivere cache for nogle sprog og sammenligne serverens ydeevne. Vi anbefaler ikke at fjerne cache helt.

[moman]

Det handler om, hvad jeg havde forventet:)

Performance er fint lige nu, det er bare, at belastningen aldrig gik meget højere end 2,0 før vBET. Jeg synes det er det værd, skønt!

Så længe belastningen er under 16,0 så serveren er ikke beskattes, så jeg tror, vi er fine: D

[Konstantin]

Er der en mulighed for eller behovet for at gemme cachefilen for at reducere belastningen på MYSQL databasen? jeg bruger kun 2 sprog, fordi antallet af meddelelser på Forum en masse og ikke vil store størrelsen af databasen dannyhBudet websted med vbet arbejde bedre, når du installerer nginx, eaccelerator? mener du om omdesign af modulet til at fremskynde sit arbejde på store fora? Bruge cachestørrelse 1-2 GB i mit tilfælde ikke afslutter. Måske er der nogle optimeringer arbejde? er det muligt at sætte forum modul vbet 3.3.1 vb 3.8.4 + vbseo 3.5 RC2? hvorfor er det så dyrt version uden ophavsret? (220$) jeg bruger vbet 2.4.3 og ville købe vbet 3.3.1. Min forum sælger hyperlinks til SEO Exchange. Ophavsret reference produblirovannaâ til 15000 sider for mig er ikke egnet-90 $ villige til at betaler men 220$ det meget

[vBET]

Er der en mulighed for eller behovet for at gemme cachefilen for at reducere belastningen på MYSQL databasen vil være, om webstedet med vbet fungerer bedre, efter du installerer nginx, eaccelerator? mener du om omdesign af modulet til at fremskynde sit arbejde på store fora? Brug cache størrelse 1-2 GB i mit tilfælde ingen output. Hvorfor så dyre version uden ophavsret? (220$) jeg bruger vbet 2.4.3 og ville købe vbet 3.3.1. Min forum sælger hyperlinks til SEO Exchange. Ophavsret reference produblirovannaâ til 15000 sider for mig er ikke egnet-90 $ er villig til at betale men 220$ er meget mnogo brug kun 2 sprog fordi antallet af meddelelser på Forum en masse og ikke vil store størrelsen af databasen

Vi planlægger at tilføje også fil cache til vBET. Fordi lige nu er vores prioritet, og de fleste bestræbelser på vBET4.0 vi har ingen tidsplan for fil cache funktionalitet. Husk at du kan tilpasse, hvilke sprog vil arbejde med cache. Så hvis du ønsker du kan bruge cache kun for nogle af oversættelse, som du stiller til rådighed. Også bemærk venligst, at betalte version af vBET har forbedret database cache, så det er hurtigere at i gratis version. Der er også andre forbedringer i betalt version - generelt er det hurtigere og tager mindre hukommelse. Vi har allerede kunder, der med succes bruger det på store boards.
Vi har ikke lavet performance tests med nginx accelerator, så kan ikke sammenligne.
Bemærk venligst, at købe branding gratis licens ikke er obligatorisk, og du kan altid opgradere din licens senere.

[Konstantin]

Tak for dit svar. Nginx er en server som Apache. Jeg råder dig til at læse - caching fungerer bedst i PHP + Nginx + eaccelerator og din vbet kan være meget hurtigere

[vBET]

Tak for dit svar. Nginx er en server som Apache. Jeg råder dig til at læse - caching fungerer bedst i PHP + Nginx + eaccelerator og din vbet kan være meget hurtigere

I dette øjeblik er vi meget tæt på vBET4.0 frigivelse og vi har meget arbejde med det. Hvis du vil have os til at teste vBET under nginx, så vær venlig at åbne nye tråd i Feature Request. Hvis Nginx kører php da vBET vil arbejde der. Et spørgsmål - hvis du vil bruge oversættelsen SEO links, så omskrive regler vil være nødvendige. Vi har de forberedt kun til Apache i htaccess fil i dette øjeblik, men hvis du ikke er i stand til at omskrive den fra apache til nginx så kan du altid bruge forbindelserne med sprogets attribut. - Det er meget let. Du kan eksperimentere med gratis version for at undgå uventede problemer, før du køber betalt én.