Rendiment amb gran memòria cau

[moman]

Actualment tinc el meu sistema configurat per esborrar tota la memòria cau cada setmana. Amb un caixet de buit, la meva base de dades és de 1.1Gb, mentre que amb una memòria cau plena, es tracta de 4,5 GB.

M'he adonat que com més gran sigui la memòria cau, major serà la càrrega del servidor de la meva mitjana rep. En un moment donat el meu fòrum té entre 650 i 1300 usuaris en línia, però, això no sembla afectar la càrrega tant com mida de la memòria.

Amb un gran memòria cau, la càrrega del servidor és 3.3 a 3.8, mentre que amb un buit, es manté en el rang de 2.0-2.5. Això no és dolent en absolut, ja que tinc un servidor de 16 nuclis, però em preguntava si aquest comportament és d'esperar amb la mida de la base de dades fluctuants!

Gràcies,
Adam

[vBET]

VBET té índexs per a les taules de memòria cau i utilitza MySQL més ràpid motor de barret - MyISAM. Així que tenim les millors opcions per a la memòria cau de base de dades. Tota diferència que s'observa no és al costat de VBET, però a la banda de MySQL, que executa les consultes. Índexs que es dóna una resposta més ràpida i assegura que el temps de resposta no dramàticament amb major quantitat de dades. No obstant això MySQL ha de buscar més els índexs i com suposo que es necessita més recursos. És per això que s'observa més la càrrega del servidor.

També - quan la traducció està en la memòria cau, llavors es pren a partir d'aquí. Si no, llavors Google se li demana per a la seva traducció. Es necessita més temps, llavors, però el més probable té també menys recursos del seu servidor. Es necessita més temps perquè no hi ha comunicació amb el servidor de Google que pren temps, no hi ha traducció que porta temps i és l'enviament de resultats de Google al seu servidor, que també porta el seu temps. Es necessita menys recursos, perquè el servidor està a l'espera de la resposta passiva i quan s'arriba allà només és simple descompressió de la resposta. Obtenció de traducció de la memòria cau és molt, molt més ràpid - traducció ja està fet i és en el seu propi servidor, tot i així cal tenir la base de dades, la consulta ha de ser executat, MySQL té alguns de CPU i memòria per a això.

Suposant que - utilitzant la memòria cau és molt bona idea. Si vostè sent que el servidor té problemes amb què es pot experimentar a desactivar la memòria cau d'alguns idiomes i comparar el rendiment del servidor. No aconsellem a eliminar el cache del tot.

[moman]

Això és el que esperava

El rendiment és bo en aquest moment, és només que mai la càrrega va ser molt superior a 2.0 abans de VBET. Crec que val la pena, però!

Sempre que la càrrega és inferior a 16,0, llavors el servidor no està gravat, així que crec que estan bé

[Konstantin]

És possible o necessària per emmagatzemar la memòria cau en un arxiu - per reduir la càrrega sobre la base de dades MySQL?
Jo només ús dues llengües com el nombre de llocs molt i no volen un gran mida de la base de dades

Hi haurà un lloc millor en el treball VBET després d'instal lar Nginx, eAccelerator?
Has pensat en refer el mòdul perquè acceleri els seus treballs en grans fòrums? Utilitzeu la mida de la memòria cau d'1-2Gb en el meu cas, no és una solució. Potser hi ha maneres d'optimitzar el treball?
És possible posar el mòdul de VBET 3.3.1 fòrum vb3.8.4 + vBSEO 3.5RC2?
Per què tan car versió sense drets d'autor? (220 $)
Jo ús VBET 2.4.3 i m'agradaria comprar VBET 3.3.1. El meu fòrum és la venda d'enllaços per a l'intercanvi SEO. Drets d'autor duplicat de referència de 15 000 pàgines per a mi en - $ 90 disposats a pagar $ 220, però és massa

[vBET]

És possible o necessària per emmagatzemar la memòria cau en un arxiu - per reduir la càrrega sobre la base de dades MySQL?
Hi haurà un lloc millor en el treball VBET després d'instal lar Nginx, eAccelerator?
Has pensat en refer el mòdul perquè acceleri els seus treballs en grans fòrums? Utilitzeu la mida de la memòria cau d'1-2Gb en el meu cas, no és una solució.
Per què tan car versió sense drets d'autor? (220 $)
Jo ús VBET 2.4.3 i m'agradaria comprar VBET 3.3.1. El meu fòrum és la venda d'enllaços per a l'intercanvi SEO. Drets d'autor duplicat de referència de 15 000 pàgines per a mi en - $ 90 disposats a pagar $ 220, però és massa
Jo només ús dues llengües com el nombre de llocs molt i no volen un gran mida de la base de dades

Estem planejant afegir també memòria cau d'arxius en VBET. Perquè en aquest moment la nostra prioritat i la majoria dels esforços estan en vBET4.0 que no tenen un calendari per a la funcionalitat d'arxiu de memòria cau. Si us plau, recordi que vostè pot personalitzar els idiomes de treball amb la memòria cau. Així que si vols pots utilitzar memòria cau només per a algunes de les traduccions que es fan disponibles. També tingui en compte que la versió de pagament de VBET han millorat de memòria cau de base de dades pel que és més ràpid que en la versió gratuïta. Hi ha també altres millores en la versió de pagament - en general és més ràpid i pren menys memòria. Ja tenim clients que estan utilitzant amb èxit en els taulers de grans dimensions.
No hem fet proves de rendiment amb Nginx accelerador perquè no es pot comparar.
Tingueu en compte que la compra de llicència de marca lliure, no és obligatori i sempre es pot actualitzar la seva llicència després.

[Konstantin]

Gràcies per la seva resposta. Nginx és un servidor com apatxe. Li aconsello que llegeixi - memòria cau funciona millor en php + Nginx + eAccelerator i la seva VBET pot ser molt més ràpid

[vBET]

Gràcies per la seva resposta. Nginx és un servidor com apatxe. Li aconsello que llegeixi - memòria cau funciona millor en php + Nginx + eAccelerator i la seva VBET pot ser molt més ràpid

A aquest moment som molt propers a vBET4.0 alliberament i nosaltres tenen parcel·la de feina amb aquell. Si ens vols per provar vBET sota nginx, llavors si us plau fil nou obert dins Petició de Característica. Si nginx corre php llavors vBET treballarà allà. Un emet - si vols SEO de traducció de l'ús enllaça llavors reescriure les regles seran necessàries. Tenim aquells van preparar només per apache dins .htaccess Arxiu a aquest moment, però si no ets capaç de reescriure ell de apache a nginx llavors pots sempre enllaços d'ús amb llengua atribut - això és molt fàcil. Vostè pot experimentar amb la versió gratuïta per evitar qualsevol problema inesperat abans de comprar un pagament.