Jeg forstår det er en stor mengde data som skal lagres som kan bli for mye for memcache, har imidlertid vbOptimise funnet ut en måte å gjøre dette, og det synes å fungere svært godt. Dette vil eliminere behovet for gjesten filhurtigbufferen.
Jeg forstår det er en stor mengde data som skal lagres som kan bli for mye for memcache, har imidlertid vbOptimise funnet ut en måte å gjøre dette, og det synes å fungere svært godt. Dette vil eliminere behovet for gjesten filhurtigbufferen.
Vi har allerede i planer om å støtte allerede eksisterende cache systemer. Vi vil definitivt se på det nærmereOg du har rett - vi har mye data til cache (for mye å cache det helt i minnet), men som jeg antar eksisterende cache systemer er konfigurerbare og ikke vokse uten grenser. Jeg antar (ikke sjekk ennå) at det bare er konfigurasjonen ting å fortelle hvor mange data skal holdes i cache, og hvis det er mer enn sist brukte data er kastet bort fra cache. Så jeg tror at det ikke vil være mekanisme for å erstatte File Guest Cache, men å støtte det og gi enda raskere respons for sider som er besøkt nylig.
Dette er allerede akseptert i noen annen tråd![]()
Jeg har funnet ut at vBET prestasjon bruker tradisjonell database caching er mer enn tilstrekkelig. På en server w / oa mysql flaskehals, spørringene legge nesten ingen belastning eller generasjonstid.
En ting som er forvirrende meg, skjønt, er hvorfor cache er så stor. På forumet mitt er bufferen begynner å presse 20GB etter bare en uke, noe som er skremmende vurderer jeg bare å bruke en 300 GB primære harddisken
En komplett engelsk ordbok vil trolig ikke ta mer enn noen få megabyte til butikken, så jeg lurer på om kanskje vBET tilnærming til caching ikke er optimal?
Jeg har funnet noen doble oppføringer i cache:
Rediger Slett 12899126581059 $ 50 brukt på en billig 28-70mm zoom vil lære mer ... 50 dà ³ Lares gastados no una Barata 28-70mm zoom va ...
Rediger Slett 12897111510247 $ 50, messenger-style bag, K10D og grep, par le ... $ 50, Bolsa de mensajero de Estilo, K10D y Agarre, ...
Rediger Slett 12897984013763 $ 50, messenger-style bag, K10D og grep, par le ... $ 50, Bolsa de mensajero de Estilo, K10D y Agarre, ...
Rediger Slett 12897111510247 $ 50, messenger-style bag, K10D og grep, par le ... $ 50, Bolsa de mensajero de Estilo, K10D y Agarre, ...
Rediger Slett 12898088420098 $ 500 + frakt: Gratis forsendelse i løpet av Canada / $ 15 til US ... buque gratuito dentro de Canada ¡$ / 15 en EE.UU. y. ..
Rediger Slett 12899971661609 $ 500 US / CDN + faktiske frakt (0.41kgs @ 24cm x 10 ... $ 500 i USA / CDN + gastos de envà * o reales (0.41kgs ...
12897054321530 $ 500 er mer enn du trenger å bruke på dette, thoug ... $ 500 es mà ¡s de lo necesario para Pasar no esta, ...
Rediger Slett 12898354095989 $ 500 mer får du en ganske fotgjenger kvalitet Son ... $ 500 mà ¡s que hare una calidad mà ¡s bien Peatonal ...
Rediger Slett 12899456433261 $ 500-600 blir fryktelig nær FA 31mm a. .. $ 500-600 SE esta ¡muy Cerca de la FA 31mm en $ 964 ...
Edit 12899457774156 $ 500-600 blir fryktelig nær FA 31mm a. .. $ 500-600 SE esta ¡muy Cerca de la FA 31mm en $ 964 ...
Rediger Slett 12897497244177 $ 500.00 nå inkludert amerikanske kontinentet USPS Priority ... $ 500.00 Ahora incluyendo EE.UU. kontinentale de no ...
Rediger Slett 12898735289696 $ 519 - $ 279 = $ 240, ikke $ 140 ... men jeg ville ikke stoler på ... $ 519 - $ 279 = $ 240 no, $ 140 ... Pero yo no con ...
Sist endret av vBET; 01-12-10 på 22:12. Årsak: korrigert BBCode
Dette er OK. Dette kan bare skje for tabeller med store tekster (ikke for små og mellomstore), fordi det er ikke mulig å angi unike begrensninger - Kolonnen er for stor. Dette er OK, fordi den er ufarlig, vil det forsvinne uansett en gang 15 dager, kan dette skje svært sjeldne (hvis samme side oversettelse vises to ganger på samme tid samtidig) og det er bedre for ytelse å ikke blokkere tabellen, bare gi rom for en slik situasjon . Vi vet det og vi vet at det er OK, så du kan sove godt med det![]()