Hi, On 2010-12-23 06:05, Maurice LeBrun wrote:
> > A cautionary note: PL_MAXPOLY impacts a fair amount of code. Also there are > heap-vs-stack performance implications -- e.g. directly moving from a fixed > allocation to a malloc/free each time plfill() is called could suck for the > many small-n-vertices polygon case. Using per-stream polyline buffers is > better but more convoluted. The short term solution is definitely just > recompile with a higher limit. > You might solve the performance issue by keeping reasonably small fixed arrays around and allocate a set of larger ones if needed. The actual algorithm would point to either these fixed arrays or to the allocated arrays. I suspect that with large sets of points the time required for allocation is dwarfed by the time required for filling the polygons. Regards, Arjen ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
