[Buoh-dev] Sobre la cache

[carlosgc at gnome.org (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 yahoo es
   carlosgc 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