Viktigt: Denna sida använder cookies (cookies). Genom att använda denna webbplats utan att stänga av cookies i webbläsaren, innebär att du samtycker till att använda det.
Jag har för närvarande mitt system konfigureras för att rensa hela cacheminnet varje vecka. Med en tom cache, är min databas om 1.1Gb, samtidigt med en full cache, det handlar om 4,5 GB.
Jag har märkt att ju större cachen är, desto högre min genomsnittliga lasten på servern får. Vid varje givet tillfälle mitt forum har mellan 650 och 1300 användare online, men detta verkar inte påverka lasten lika mycket som storleken på cachen.
Med en stor cache, är serverlastbalansering 3,3-3,8, medan med en tom, stannar den i 2,0-2,5 intervallet. Detta är inte dåligt alls, eftersom jag har en 16-core server, men jag undrar bara om sådant beteende är att vänta med fluktuerande databasens storlek!
vBET har index för cache tabeller och använder snabbast MySQL motor för hatt - MyISAM. Så vi har bästa valen för DB cache. Hela skillnad som du märker inte sidan av vBET, men i sidan av MySQL som exekverar frågor. Index ger snabbare respons och säkerställer att tid för svar inte går kraftigt fram med större mängd data. Fortfarande MySQL måste söka större index och som jag antar att det krävs mer resurser. Det är därför du märker större lasten på servern.
Dessutom - när översättningen är i cachen så är det tas därifrån. Om inte så Google bad om översättning. Det tar mer tid då, men troligen tar också mindre resurser på servern. Det tar längre tid eftersom det finns kommunikation med Google server som tar tid, det är översättning som tar tid och det är att skicka resultat från Google till din server som också tar tid. Det tar mindre resurser, eftersom servern väntar på svar passivt och när det blir det det bara enkel uppackning av svar. Komma översättning från cachen är mycket, mycket snabbare - översättningen är redan gjort och det är på din egen server, ändå måste tas från databasen, fråga måste utföras, tar MySQL lite CPU och minne för det.
Förutsatt - med hjälp av cache är mycket bra idé. Om du kommer att känna att servern har problem med att man kan experimentera för att inaktivera cache för vissa språk och jämföra serverns prestanda. Vi rekommenderar inte att ta bort cache helt.
Vi planerar att också lägga till databas-cache vBET. Eftersom just nu vår prioritet och de flesta insatser på vBET4.0 vi har ingen tidsplan för fil-cache-funktionalitet. Kom ihåg att du kan anpassa vilka språk kommer att arbeta med cache. Så om du vill kan du använda cachen bara för en del av översättningen som du kommer att göra tillgängliga. Notera även att betalda versionen av vBET har förbättrats databas cache så det är snabbare att i gratisversionen. Det finns också andra förbättringar betalda versionen - Generellt är det snabbare och tar mindre minne. Vi har redan kunder som framgångsrikt använder den på stora styrelser.
Vi har inte gjort prestandatester med nginx gaspedalen så kan inte jämföra.
Observera att köpa branding fri licens är inte obligatoriskt och du kan alltid uppgradera din licens senare.
Just nu är vi mycket nära att vBET4.0 utsläpp och vi har mycket arbete med det. Om du vill att vi ska testa vBET under nginx, vänligen öppna ny tråd i Funktion Begäran. Om nginx kör php sedan vBET kommer att arbeta där. En fråga - om du vill använda översättning, SEO-länkar då skriva om regler som kommer att bli nödvändiga. Vi har dem som är beredda endast för apache .htaccess-fil i detta ögonblick, men om du inte har möjlighet att skriva om det från apache till nginx så kan du alltid använda länkar med språk attribut - det är mycket enkelt. Du kan experimentera med gratis versionen för att undvika oväntade problem innan du köper betalat en.