<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>RE: [Gvsig_desarrolladores] Llenado de USO DE MEMORIA del procesoJAVAW</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Hola, creo que la librería que se usa<BR>
para leer imágenes ECW consume bastante memoria<BR>
porque se dedica a cachear las zonas visitadas.<BR>
Prueba a trabajar sin imágenes ECW para ver si hay<BR>
un consumo de memoria significativamente menor.<BR>
<BR>
Saludos,<BR>
<BR>
Juan Lucas Domínguez Rubio<BR>
---<BR>
Prodevelop SL, Valencia (España)<BR>
Tlf.: 96.351.06.12 -- Fax: 96.351.09.68<BR>
<A HREF="http://www.prodevelop.es">http://www.prodevelop.es</A><BR>
---<BR>
<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: gvsig_desarrolladores-bounces@listserv.gva.es on behalf of Jordi Torres<BR>
Sent: Mon 15/02/2010 19:54<BR>
To: Lista de Desarrolladores de gvSIG<BR>
Subject: Re: [Gvsig_desarrolladores] Llenado de USO DE MEMORIA del procesoJAVAW<BR>
<BR>
Hola,<BR>
<BR>
En lo referente a limpiar la memoria con System.gc() bajo mi punto de vista<BR>
no te va a solucionar muchos problemas. El recolector de basura de Java, en<BR>
realidad no debería ser invocado por el usuario, puesto que el propio<BR>
sistema lo invoca cuando lo necesita. De todos modos al invocarlo lo único<BR>
que se logra es que la máquina virtual "haga lo que esté en su mano" por<BR>
liberar memoria. Lo que ocurre es que normalmente "hacer lo posible" no es<BR>
suficiente.<BR>
<BR>
Si haces un pequeño test unitario creando digamos 100000000 de Objects, con<BR>
un bucle for, verás como el porcentaje de memoria utilizada va aumentando.<BR>
Después en este mismo test intenta limpiar la memoria con llamando a los<BR>
finalizers y con System.gc(). Yo lo hize y mi memoria no bajó ni un sólo<BR>
mega. De hecho comprobé que según la máquina virtual iba necesitando más<BR>
memoria se iba liberando espacio de manera más bien aleatoria.<BR>
<BR>
Lo único que puedo sugerirte es que aumentes la memoria asignada a la<BR>
máquina virtual (-Xmx 1512) o que intentes hacer el proceso "tileando" la<BR>
imagen.<BR>
<BR>
<BR>
Un saludo y suerte!<BR>
<BR>
El 15 de febrero de 2010 15:52, GISMMX GISMMX <gismmx@gmail.com> escribió:<BR>
<BR>
><BR>
><BR>
><BR>
><BR>
> Hola a todos,<BR>
><BR>
><BR>
><BR>
> En el proceso de pruebas de la una aplicación para la consulta de mapas<BR>
> (raster), me ocurre que se va ralentizando (va incrementando el tamaño del<BR>
> proceso JAVAW) a medida que vamos trabajando con la aplicación.<BR>
><BR>
><BR>
><BR>
> Dicha aplicación utiliza principalmente capas raster (MDT, PRECIPITACIONES,<BR>
> CAUDALES, ETC) así como imágenes en formato ecw. Para el tratamiento raster<BR>
> utiliza sextante.<BR>
><BR>
><BR>
><BR>
> Desarrollada sobre la versión 1.1.2 de gvsig<BR>
><BR>
> Configuración de la memoria: -Xmx1024M<BR>
><BR>
> JRE: jdk1.5..0_15<BR>
><BR>
><BR>
><BR>
> He intentado limpiar la memoria con System.gc() y system.RunFinalizacion()<BR>
> pero no me funciona.<BR>
><BR>
><BR>
><BR>
> Adjunto envío el fichero .log y pantallas de errors.<BR>
><BR>
><BR>
><BR>
> ¿Es un problema de relacionado con la visualización y procesamiento de<BR>
> raster? ¿Alguien sabe como puedo solucionarlo?.<BR>
><BR>
><BR>
><BR>
> Un saludo y muchas gracias.<BR>
><BR>
> _______________________________________________<BR>
> gvSIG_desarrolladores mailing list<BR>
> gvSIG_desarrolladores@listserv.gva.es<BR>
> <A HREF="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</A><BR>
><BR>
><BR>
<BR>
<BR>
--<BR>
Jordi Torres Fabra<BR>
<BR>
gvSIG 3D blog<BR>
<A HREF="http://gvsig3d.blogspot.com">http://gvsig3d.blogspot.com</A><BR>
Instituto de Automática e Informática Industrial<BR>
<A HREF="http://www.ai2.upv.es">http://www.ai2.upv.es</A><BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>