After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 152201 - Graph display performance
Graph display performance
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Charting
git master
Other All
: Normal normal
: ---
Assigned To: Emmanuel Pacaud
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2004-09-08 21:23 UTC by Morten Welinder
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Morten Welinder 2004-09-08 21:23:35 UTC 
> 1. Fill a1:a10000 with 1, 2, 3, ...
> 2. Select and click graph.
> 3. Select Line and click forward.
> 4. Go have some coffee.

One thing that appears to be a low-hanging fruit is
gog_renderer_pixbuf_measure_text.  The renderer should simple create
a single layout at gog_renderer_pixbuf_init.  (And create the pango context
the same place; their might not even be a reason for keeping that around.)
Comment 1 Emmanuel Pacaud 2004-09-09 09:37:48 UTC 
I commited a patch to gog-axis that makes automatic ticks more smarter and limit
the number of labels to 100. Doens't fix anything, but at least it minimizes
impact of the performance issue.

I'm going to look into this problem.
Comment 2 Emmanuel Pacaud 2004-09-10 14:26:06 UTC 
Fixed in CVS.

The problem was mainly due to a performance issue with libart when you try to
render a lots of tiny unconnected lines in one path.