text tool cursor slow in linux (0.48+devel r12934), fast in windows (0.48.5)

Bug #1398032 reported by philippe joyez
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
New
Undecided
Unassigned

Bug Description

I have constantly observed that when one of my drawings becomes large (say up to 10 Mbytes on disk, containing many layers and lots of stuff, among which many text boxes), then, when working in linux, it becomes painfully slow to use the text tool (and only the text tool): when trying to position the text tool cursor inside a text box, the blinking cursor may appear 1-2 seconds after clicking. Also at the same time the cursor indicators on horizontal and vertical ruler lag severely after the actual mouse position. This happens even when most of the layers are hidden. Hiding the rulers or using the contour display mode does not improve the reactivity, either.

With the exact same file opened in windows version of Inkscape (on an older machine!) there is no such a painful slowdown: the text elements remains nicely editable.

in linux Mint I use Inkscape 0.48+devel r12934, and in windows 0.48.5 r10040, but as far as I remember the problem has been there for several years.

I can provide a problematic file, if needed.

Revision history for this message
su_v (suv-lp) wrote :

> I can provide a problematic file, if needed.

Yes, please attach it to the report to allow further investigation (there seem to be several related earlier reports).

tags: added: performance text
Changed in inkscape:
status: New → Incomplete
Revision history for this message
philippe joyez (uone-5-pjoyez) wrote :

Sorry, my simple search missed the corresponding earlier reports.

Here is such a file (if 8.6mB is OK for upload)

su_v (suv-lp)
Changed in inkscape:
status: Incomplete → New
Revision history for this message
su_v (suv-lp) wrote :

Reproduced with Inkscape 0.91 r13725 and 0.91+devel r14224 on OS X 10.7.5 (default new preferences).

AFAICT same symptoms as already discussed and tracked in
* Bug #1219794 “cpu spikes when editing text in complex SVG files”
   https://bugs.launchpad.net/inkscape/+bug/1219794

Proposing to link as duplicate to bug #1219794.

Revision history for this message
su_v (suv-lp) wrote :

Linking this report as duplicate to bug 1219794 based on the reporter's own comment there:

On 2015-01-27 11:12 (+0200), philippe joyez wrote:
> So, it looks to me exactly what I reported in bug #1398032 which
> could make it a duplicate of this bug. However, comment #5 above
> most certainly missed the discrepancy between windows and linux
> behavior, and the severity of the problem in linux.

Feel free to add a comment here (bug #1398032) and to revert the duplicate status if you disagree and think this was done in error.

Revision history for this message
su_v (suv-lp) wrote :

Reverting duplicate status for now:

In earlier tests, the performance difference did not really reproduce with Inkscape 0.48.5 on OS X 10.7.5 using the test case attached here (unlike the test case from bug #1219794, comment #4).
This report (bug #1398032) - while mostly focusing on differences between two different OS (see summary line) - did test with different versions of Inkscape on each of the systems (the faster Windows build was 0.48.5, the slower Linux build was a more recent trunk build).

Possibly the test case provided here triggers a different performance issue not (or less noticeable) present in Inkscape <= 0.48 (to be further investigated).

Feel free to revert this latest bug status change if you don't agree and think this report should be tracked along with the more generic known poor performance of text editing in complex documents as tracked in bug #1219794 (which affects older releases as well as latest 0.91 and trunk).

tags: added: regression
summary: - text tool cursor slow in linux, fast in windows
+ text tool cursor slow in linux (0.48+devel r12934), fast in windows
+ (0.48.5)
Revision history for this message
Philippe Joyez (ubuntu-5-pjoyez) wrote :

 Working with large files makes the text tool slow, but tremendously slowler in linux than in windows. I don't think this is a regression wrt to versions earlier than 0.48 (In my initial report I mentioned that the performance difference of the text tool between linux and windows has been around for years). I have no idea how this affects MacOS, but from the above comment I guess it is somehow comparable to windows: there is a noticeable slow down with large files, but not as severe as in linux (where is is really unbearable).

I firmly believe this is the same issue as reported in https://bugs.launchpad.net/bugs/1219794, even though the summary of that bug does not mention the OS (but the reporter is definitely using linux). The reason I'm positive about the similarity of the bugs is that I proposed a quick and dirty patch ( https://bugs.launchpad.net/inkscape/+bug/1219794/comments/8) that shows where the problem lies: it dramatically enhances reactivity in linux where the problem is the most severe. Again, I'm not sure what one can conclude by testing this bug/patch on other platforms.

bottom line: I think this bug should be marked as duplicate of #1219794 as long as the severity of problem in linux is clearly stated in the summary of that other bug.

Revision history for this message
su_v (suv-lp) wrote :

You changed the scope of bug #1219794 to Linux only (per summary line) - do you expect that the known performance issues with text editing which occur on all platforms are now filed and tracked separately in yet another report? Likely many of the reports currently linked as duplicates to bug #1219794 can no longer be considered as duplicates unless they are as restricted to GNU/Linux as affected OS/platform as now bug #1219794 (I didn't take time to check each of them).

Revision history for this message
su_v (suv-lp) wrote :

Also to note:
- There are known specific issues with performance when text editing (up to freezing inkscape or crashing) on Linux which (as far as we know for now) are related to (possibly mis-configured) input modules (tracked separately from the general performance issues experienced on all platforms - bug #1323061, bug #1257413, bug #1385009).

- There is another Linux-specific report about performance of text editing only affecting documents with bitmap images (also tracked separately for now - bug #1366508).

Revision history for this message
su_v (suv-lp) wrote :

And we have reports about regressions in 0.91 (performance issues when editing text which do not reproduce with 0.48.5) - so far for example this one (?), bug #1470092, bug #1481479.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.