🚀 go-pugleaf

sigfridelunico@yahoo.com wrote:
> JuanCarlitro ha escrito:
> > sigfridelunico@yahoo.com wrote:
> >
> > > Mi sensación no es que sea lento Java, pero en aplicaciones grandotas,
> > > la demanda de memoria es enorme y si tienes una máquina con cagones
> > > 256 Mb, obviamente no rinde la aplicación.
> > Eso de tener 2 GB en el laptop :)
> >
> > La verdad si, depende como sea contruida la aplicación el consumo de
> > recursos es mayor, pero ojo, acá muchos desarrolladores piensan que el
> > garbage collector es un ente que puede limpiar muchas de sus falencias
> > programáticas, como la eliminación de referencias en variables, cada
> > clase es una referencia en la VM y en muchos casos tienen referencias
> > heredadas que hacen que el GB no las detecte y generen un memory leak.
> > Al igual que en C/C++, es un muy buen habito el limpiar referencias
> > (apuntar a null, en caso de no utilizar más)
>
> No cachaba esa maña para liberar más el GB.

No necesariamente vas a liberar más memoria, pero le ahorrarás al GB
mucha pega buscando quien NO tiene referencias. Es recomendable
utilizar algún profiler, para eclipse hay unos gratis y te indican al
tiro cuando posees leaks. Lo otro es tener un conocimiento acabado de
las API Java, un ejemplo es cuando se efectuan muchas concatenaciones
de String, en ese caso se recomienda utilizar el append de la clase
StringBuffer que está optimizado para no tener multiples referencias
de Strings. En caso contrario, por cada dato concatenado generas un
puntero String que provoca problemas en el GB.

Ahora también existen una serie de parametros para la VM donde puedes
indicar el minimo y máximo de memoria, el minimo y maximo del heap de
memoria, tamaño de crecimiento de memoria, forzar los Full GC luego de
llegar al maximo heap. Hay harto que investigar en ese lado de las
aplicaciones.