Re: Re: Performance

Ok, good to know.  I'll do what the last email said about doing a mockup 
and see how it feels and let y'all know how it goes.

Travis

Chris McKay wrote:

>Speaking as the author of the message about performance details what
>those results meant was don't run a heavily used web app on a PIII with
>500Mb of memory and Oracle and iPlanet LDAP running at the same time ...
>
>The production figures (dual Xeon, 4Gb) showed 7 charts a second being
>generated. Our extranet web app (not heavily used in terms of hits per
>second) has pages that display 30 pie charts at a time. You can beat the
>draw speed with a scrollbar but they fill in pretty quickly.
>
>The other thing the performance figures show is that jCharts is one of
>the faster Java charting engines (versus jFreeCharts and a commercial
>package)
>
>Chris
>
>  
>
>>Interesting.  So based on that, it may not be the best choice for a 
>>heavily used web app, say if you had several charts on each page, then 
>>the page would take fairly long (in web terms) to load since it takes 
>>over a second at best to create a chart?  Would be nice to allow the 
>>actual chart drawing to be done on the client somehow, guess that might
>>    
>>
>
>  
>
>>have to be flash.  Or can SVG do that?
>>    
>>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: SourceForge.net Broadband
>Sign-up now for SourceForge Broadband and get the fastest
>6.0/768 connection for only $19.95/mo for the first 3 months!
>http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
>_______________________________________________
>jCharts-users mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/jcharts-users
>
>.
>
>  
>