Version: (using KDE KDE 3.4.1)
Installed from: Fedora RPMs
Compiler: gcc version 4.0.0 20050519 (Red Hat 4.0.0-8) Thread model: posix-with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile
I am running Gnuplot 4.0 (latest CVS version) under FC4.1, KDE 3.4.1. When I have the X11 output from Gnuplot in the gnuplot_x11 term window, the whole system slows down, especially text input. This slowdown is the more severe the larger the gnuplot_x11 window! When I check the system with the top command, I find that X11 eats up most of the resources, followed by kicker (!). When I do the same under Gnome, there is no problem. It is also independent on Gnuplot itself, since I find the same behavior when I start gnuplot_x11 as a standalone (with the -persist option). If the gnuplot_x11 term window is open for about 1 h, the behavior is normal again, resizing the term window again leads to the observed slowdown.
This is also independent on FC (was the same with FC3) and it was the same with KDE3.4, but not observed under KDE 3.3.
Aaron & Seli: is there anything you can do, or is the fault on gnuplot_x11?
If there's nothing you can do, please close.
I suggest you contact the gnuplot developers. If gnuplot is the one taking the load, then they might take something KDE does, really really bad. This doesn't mean, the thing KDE does is bad.
I went through the gnuplot developers already and we came to the conclusion
that it is not gnuplot, although obviously gnuplot is triggering the bug.
Sine the problem does not arise with Gnome (and other systems) it is at least
strongly related to KDE. It seems that X11 plays a major role, and it might
turn out that gnuplot_x11 can be modified, but before that I would have to
have an idea where to start. I already tried to uninstall boost, but that is
not doing it. The kernel is not really the culprit either, since it is rather
independent on the actual kernel version and does not appear with the same
kernel under different environments.
On Tuesday 19 July 2005 02:27, Stephan Kulow wrote:
[bugs.kde.org quoted mail]
the problem seems to be with klipper (try to end klipper and replot)
reason: klipper constantly gets a copy of the plotwindow but don't ask me how or where to prevent this
> plot sin(x)
Confirmed, removing Klipper solves the problem. Also that Klipper constantly
gets a copy of the plot window.
I also have this problem with gnuplot since KDE 3.4. It goes away when I configure klipper to "ignore selection", but klipper is not very useful then. I'm wondering if this is related to several other graphics and image bugs for klipper, e.g. Bug 101087. A nice feature and possible solution would be an option to have klipper only store text, not images.
*** This bug has been marked as a duplicate of 101087 ***