🚀 go-pugleaf

    Ya hombre,pero micro y memoria suelen ir enlazados, lo que no me parece
normal es que me cree un swap de 64 Mb. Yo tengo 32 Mb de ram. No me importa
demasiado que la imagen tarde en cargarse, pero lo que no funciona nada bien
es el desplazamiento por la misma, cada vez que muevo una barra tarda unos
segundos en aparecer el lugar al que me desplazo. Me gustaria mejorar este
desplazamiento y  limitar el uso de ram que hace el programa (para que el
ordenador no se quede tan pillado mientras se carga la imagen, aunque esta
tarde algo m�s ).
    De todas formas el uso que se produce de cpu es brutal (100%) durante todo
el dibujo de la imagen, supongo que se debera a los saltos de pagina, pero el
disco es mucho mas lento que la cpu y no parece logico que se carge tanto.
    Una ultima cosa, resulta mosqueante que funcionara mejor con el jdk1.1, en
el codigo que he mandado uso swing pero al prinicipio probe con awt sobre 1.2
y los resultados igual de desastrosos ( te hablo de 2 minutos  5s. desde que
ejecuto hasta que se carga la imagen), con el 1.1 la imagen parpadeaba un poco
( recordaras unos mensajes mios en este sentido ) pero el desplazamiento era
fluido cuando se habia cargado, y ademas la carga era mucho m�s r�pida.
    �Hay alguna forma de mejorar esto ? .Se que el nuevo api tiene muchas
mejoras en el manejo de imagenes, pero no se si hay algo que me sirva.

        Guy.


Jonathan Revusky wrote:

> El problema probablemente no tiene nada que ver con la rapidez del
> procesador. Es la cantidad de memoria que tienes. Si el programa no
> tiene bastante memoria, har� un swapping de algunos recursos al disco y
> eso tarda mucho tiempo. Sin agregar memoria, aunque tuvieras un
> procesador de 500 Mhz, no mejorar�a la situacion.
>
> Jonathan Revusky
> --
> Java and Delphi Consulting
> Make your .class files double-clickable
> with SmartJ
> http://www.bigfoot.com/~crystalline.solutions