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 783235 - Performance: it takes very long to save larger files
Performance: it takes very long to save larger files
Status: RESOLVED DUPLICATE of bug 172099
Product: gedit
Classification: Applications
Component: file loading and saving
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2017-05-30 08:33 UTC by Christian Stadelmann
Modified: 2017-05-30 09:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christian Stadelmann 2017-05-30 08:33:31 UTC 
I have a text file (no special non-displayable characters) which is 16MB in total. It takes ~20 seconds to save that file.

Steps to reproduce:
1. have a "large" text file of >10 MB
2. open it with gedit
3. change something
4. save the file

What happens:
Even on a SSD (~300MB/s for both reading and writing to disk) it takes very long to save the file. CPU load is 100% on one core.

What should happen:
Don't take so long. I'd expect less than 1 second for a 16MB file. I'd expect the saving performance to be bound by disk I/O, not by CPU.

Installed software versions:
glib2-2.52.2-2.fc26.x86_64
gedit-3.22.0-4.fc26.x86_64
gtk3-3.22.15-2.fc26.x86_64
gtksourceview3-3.24.1-1.fc26.x86_64
Comment 1 André Klapper 2017-05-30 09:01:17 UTC 
Also see bug 733206
Comment 2 André Klapper 2017-05-30 09:02:14 UTC 
Same as bug 172099

*** This bug has been marked as a duplicate of bug 172099 ***
Comment 3 Christian Stadelmann 2017-05-30 09:04:08 UTC 
(In reply to André Klapper from comment #2)
> Same as bug 172099
> 
> *** This bug has been marked as a duplicate of bug 172099 ***

That one is about opening the file. This bug report is about saving it. Still sure it is a duplicate?