[Buoh-dev] Sobre la cache

[Carlos Garcia Campos]

El dom, 13-11-2005 a las 23:05 +0100, Esteban Sánchez escribió:
> On dom, 2005-11-13 at 17:36 +0100, Carlos Garcia Campos wrote:
> > Buenas, 
> > 
> > ya tengo hecho el sistema de caché, pero hay un par de cosas que me
> > tenemos que acordar:
> 
> Joder que eficacia!!
> 
> > * El tamaño de la cache: las imágenes en memoria ocupan bastante, así
> > que yo creo que lo ideal es pensar cual es el tamaño máximo aproximado
> > que queremos que ocupe el buoh en total. El buoh recien lanzado son 10,7
> > MB de residente, lo que queramos que ocupa en total como máximo menos
> > 10MB debería ser el tamaño de la cache. 
> 
> A grosso modo, cada comic ocupa 1 MB en memoria (si no es así pues lo
> suponemos), así que habría que plantearse cuántos comics queremos
> cachear a la vez. Yo creo que una buena cifra serían de 5 a 10 comics.

yo había pensado en algo así, unos 10MB de cache lo que dejaría al buoh
en unos 20MB. Hay que pensar siempre que se trata de una cota máxima,
claro. 

> > * Los comics bajados a disco: aquí tenemos varias posibilidades:
> > 
> > 	- Que la cache sea válida por session de forma que cuando el buoh
> > termina se limpia el direcotrio de cache. Puesto que el uso normal es
> > leer los últimos comics y la gracia de cachearlos es para no estar yendo
> > a inet todo el rato en casa session creo que con esta posibilidad nos
> > evitamos problemas de tener que estar pendientes del espacio en disco.
> > 
> > 	- Que la cache de disco sea permanente. En este casio hay que
> > establecer también un tamaño de cache en disco e ir eliminando por orden
> > de fecha de acceso. 
> 
> Creo que es mejor la primera propuesta, porque el beneficio que se puede
> sacar de tener una caché permanente es bastante escaso. Aunque esta
> solución también introduce un tiempo más largo en cerrar la aplicación,
> pues tiene que borrar los comics cacheados de disco.

Bien, era mi idea original.

> > Por último, con esto de la caché me he dado cuenta que efectivamente
> > tenemos algún que otro leak por ahí perdido. Ahora está claro, en el
> > momento que el buoh ocupa mas de 10,7MB + tamaño_de_cache y sigue
> > creciendo, es que hay leaks que buscar. Así que de momento antes de
> > hacer commit voy a ver si cazo los leaks puñeteros y sino, se hace
> > commit a ver si entre los tres damos con ellos. 
> 
> Seguro que el 90% son mios :P

No creas, tienen que ver con la carga del comic y son tochos a si que
deben ser los pixbufs y su contador de referencias. 

> Había por ahí un ejemplo de uso del valgrind para detectar leaks, voy a
> ver si lo puedo encontrar por algún lado.
> 
> > Salu2

Salu2
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Carlos Garcia Campos a.k.a. KaL
   elkalmail at yahoo.es
   carlosgc at gnome.org
   http://carlosgc.linups.org
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=             
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente
Url : http://forge.novell.com/pipermail/buoh-dev/attachments/20051114/6b23cf01/attachment.pgp