You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by Marshall Keith J NPRI <Ma...@Npt.NUWC.Navy.Mil> on 2008/03/07 19:40:39 UTC
Update Performance Faster after First Update
Batik Users,
I'm updating multiple rectangle fill colors on the canvas after the press of a button. The first time I perform the update I noticed that the changes are considerably slow. Anytime after the first update, it is significantly faster. Any thoughts? Thanks.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: Update Performance Faster after First Update
Posted by marsh <Ma...@Npt.NUWC.Navy.Mil>.
I have JIT disabled and this had no effect.
On pass 1, I change the colors before the canvas is displayed.
On pass 2, I change the colors (different colors as pass 1) again via the
same method calls. One would think that it would render faster after this
call since the same methods were called in pass 1, although the only
difference this time is that the canvas is visible.
Only after the 3rd pass it is much quicker. Seems like the performance may
be related to the visibility status of the canvas. Any other
recommendations.
Thanks for your help.
Tonny Kohar-2 wrote:
>
> Hi,
>
> On Sat, Mar 8, 2008 at 1:40 AM, Marshall Keith J NPRI
> <Ma...@npt.nuwc.navy.mil> wrote:
>> Batik Users,
>>
>> I'm updating multiple rectangle fill colors on the canvas after the
>> press of a button. The first time I perform the update I noticed that the
>> changes are considerably slow. Anytime after the first update, it is
>> significantly faster. Any thoughts? Thanks.
>>
>
> If I am not wrong, it is the feature of java lazy loading, which only
> load the things it needs. The advantages of this lazy loading, it make
> the application seem faster and use less resources. There is also java
> feature JIT which runtime compile/optimize certain
> class/function/procedure, if those stuff is called frequently enough.
>
> So applying the above, the first time is always slower (not
> necessarily slow, but slower, slower != slow) then subsequent request.
>
> Cheers
> Tonny Kohar
> --
> Sketsa SVG Editor
> imagine, design, create ...
> http://www.kiyut.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Update-Performance-Faster-after-First-Update-tp15903033p16002552.html
Sent from the Batik - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: Update Performance Faster after First Update
Posted by Tonny Kohar <to...@gmail.com>.
Hi,
On Sat, Mar 8, 2008 at 1:40 AM, Marshall Keith J NPRI
<Ma...@npt.nuwc.navy.mil> wrote:
> Batik Users,
>
> I'm updating multiple rectangle fill colors on the canvas after the press of a button. The first time I perform the update I noticed that the changes are considerably slow. Anytime after the first update, it is significantly faster. Any thoughts? Thanks.
>
If I am not wrong, it is the feature of java lazy loading, which only
load the things it needs. The advantages of this lazy loading, it make
the application seem faster and use less resources. There is also java
feature JIT which runtime compile/optimize certain
class/function/procedure, if those stuff is called frequently enough.
So applying the above, the first time is always slower (not
necessarily slow, but slower, slower != slow) then subsequent request.
Cheers
Tonny Kohar
--
Sketsa SVG Editor
imagine, design, create ...
http://www.kiyut.com
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org