<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<STYLE>.hmmessage P {
        PADDING-BOTTOM: 0px; MARGIN: 0px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px; PADDING-TOP: 0px
}
BODY.hmmessage {
        FONT-FAMILY: Tahoma; FONT-SIZE: 10pt
}
</STYLE>
<META name=GENERATOR content="MSHTML 8.00.6001.19048"></HEAD>
<BODY class=hmmessage bgColor=#ffffff>
<DIV><FONT face=Arial>Hola,</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>en mi opinión éste es uno de los inconvenientes más
grandes que tiene el gvSIG ahora mismo. Yo recomiendo a mis usuarios que
periódicamente guarden el proyecto, cierren el programa y vuelvan a abrirlo,
pero claro, no es uno solución demasiado elegante. Lo que para algunos
puede ser "la memoria que usa el proceso Java ha llegado al límite" para un
usuario puede traducirse simplemente en "¡¡es que a mí el programa se me
cuelga y va fatal!!". Con esta degradación de calidad en la experiencia del
usuario creo que se están perdiendo muchas oportunidades de expansión del
producto.</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>Sé que no aporto ninguna solución, pero es sólo para
manifestar mi experiencia y la importancia que creo que tiene este
asunto.</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>Un saludo,</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>Víctor</FONT></DIV>
<DIV> </DIV>
<DIV><FONT
face=Arial>--------------------------------------------------------<BR>Víctor
Centella
Fuster<BR>--------------------------------------------------------<BR>Prodevelop,
Integración de tecnologías<BR><A
href="http://www.prodevelop.es">http://www.prodevelop.es</A><BR>--------------------------------------------------------<BR>Servei
d'Informàtica<BR>Conselleria de Medi Ambient, Aigua, Urbanisme i
Habitatge<BR>Francesc Cubells 7, 46011 València<BR>Tel.: 96 197 3942<BR>Email:
<A href="mailto:asistenciagis1_ctv@gva.es">asistenciagis1_ctv@gva.es</A><BR><A
href="http://www.cma.gva.es">http://www.cma.gva.es</A></FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="FONT: 10pt arial; BACKGROUND: #e4e4e4; font-color: black"><B>From:</B>
<A title=pumukovic@hotmail.com href="mailto:pumukovic@hotmail.com">Daniel
L.S.</A> </DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A
title=gvsig_desarrolladores@listserv.gva.es
href="mailto:gvsig_desarrolladores@listserv.gva.es">gvsig_desarrolladores@listserv.gva.es</A>
</DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, June 09, 2011 7:14
PM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> [Gvsig_desarrolladores] Memoria
JAVA monitorizada</DIV>
<DIV><BR></DIV>Hola. Se que alguna vez se ha hablado del tema, pero no se muy
bien las soluciones que se aportaron. Tengo una extensión que genera mapas
imprimibles configurables. Al configurar un mapa con varias "ventanas" con
imagenes de diefrentes servicios wms me encuentro con un aumento muy elevado
del uso de memoria de java. Está claro que se puede asignar más memoria al
proceso gvSIG en el gvSIG.ini pero eso solo retrasa un poco el hava heap space
error. Pues es cuestion de un par de mapas impresos para saturar la memoria.
Adjunto una imagen en la que muestra el monitor de mi memoria y los hilos. Los
dos "escalones" cosiderables en el uso de memria son causados al imprimir un
mapa con 5 ventanas con informacion de 5 servicios WMS. Como veis no se libera
nunca esa memoria. Si alguien tiene alguna solucion, por favor que me la
comente.<BR><BR>Muchas gracias<BR><BR>Saludos<BR>
<P>
<HR>
<P></P>_______________________________________________<BR>gvSIG_desarrolladores
mailing
list<BR>gvSIG_desarrolladores@listserv.gva.es<BR>http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores<BR></BLOCKQUOTE></BODY></HTML>