Skip to the posts
Buffalo's neighborhood journals since 2003 🌱 Plant🌶️ Spice☀️ Light🌙 Dark

tinypliny’s journal

Save takes longer in gedit and gnumeric

·

Pedestrian observation but hitting Ctrl+S or the save button in linux (on gedit and gnumeric)"^ is always followed by a longer delay in saving the state of whatever program I am in (specifically programs that I use for writing and composing longer documents)"^ compared with windows. I have no idea why. My linux machine is substantially faster than my windows machine so this delay can't be because of disparity in drive-accessing speeds.

It could be that windows is just telling me it has saved the state of the program sooner than it really has and that Linux doesn't report the state being saved until it really has finished saving. But this is just speculation.

I know it isn't a big deal. A few extra seconds isn't much but it does adds up when you are writing a really long document and have fallen into the habit of saving multiple times as you write. Hitting Ctrl+S is almost second nature to me when I start writing. Having to wait a good chunk of time more in linux for even minor saves is somewhat annoying.

I wonder if anyone else has noticed this strange lag. I have seen it in Crunchbang, Ubuntu, Fedora and numerous other distributions I have tried. Every distro has the same annoying longer delay for saving (on gedit and gnumeric)"^.


^and some other apps that I will continue to list as I keep a closer watch on this issue: Gummi is now in the list.

"EDIT after comments: Please click that small comment bubble below and see the comments to this journal. @paul gave me some very useful suggestions about getting to the root of this problem. Thankfully, its not the operating system or even the hardware on my computer (two things that I was hoping it wouldn't be, because I can't change them without considerable effort).

The problem apps are gedit and gnumeric. I have found a substitute for latex composition with a live preview already: Gummi! And it is 100x more fabulous. Gnumeric will be hard to replace. I don't know what program comes even close to the awesomeness of Gnumeric. OpenOffice (Libreoffice) calc is a pale shadow for the particular way I use Gnumeric.

"Thanks, Paul. If every linux newcomer had a patient friend like you, I think the transition to the OS would be so much more painless. :-)
399 words · edited Sep 21, 2011

💬 28 comments

  1. uncutsaniflush ·

    No, i haven't noticed but I'm not obssessed by time. And I don't use Windows at home just professionally.

    One factor, oh great tiny scientist, that you may have overlooked is the actual hard drive. What it is spinning at? Many laptops use 5400 rpm drives to conserve power. Most desktop boxes use 7200 rpm drives. Slower speeds equate to slower write speeds.

    And there is the question of what file system you are using. Some are faster than others.

    But I'm sure you are right, it's all Linus Torvald's fault.

  2. paul ·

    For someone who is so obsessed with evidence based information, this screams subjective. I save like every 3 seconds and its instantaneous. Maybe you computer is just crap. Then again I am using an SSD.

    It doesn't make sense that linux would be slower as it is the OS behind the servers on most of the web applications that you use and it needs to be super fast to support operations of all the users.
  3. paul ·

    Also considering google provides nothing for "save speed" linux vs windows I call shananigans.
  4. carolinian ·

    What application?

    Save speed is as much do to the application as it is due to OS (and in many cases much more so).

    If you have a massively long document and you save it in OpenOffice, you're basically writing the entire document out in very complicated XML text and then doing a zip on it. If you save a comparable document on MS Word using a binary format, the large document would save orders of magnitude faster.
  5. paul ·

    :::link:::

    Processor: Intel Core i3 CPU 530 @ 3.32GHz (Total Cores: 4), Motherboard: ECS H55H-M v1.0, Chipset: Intel Core, Memory: 1808MB, Disk: 300GB Seagate ST3300622AS, Graphics: Intel Core IGP 256MB, Audio: VIA VT1708S, Monitor: DELL P2210H

    For this brief disk testing we ran IOzone through the Phoronix Test Suite on clean installations of Ubuntu 10.04 LTS and Windows 7 Professional x64. The first test looks at the IOzone performance on a 4GB write with different record sizes.

    On average, Ubuntu 10.04 atop the EXT4 file-system with the Linux 2.6.32 kernel was 26.5% faster than Windows 7 x64 with its NTFS file-system.

  6. paul ·

    Maybe this? :::link:::
  7. paul ·

    You could try this. Open the file in something like vi or nano from the command line. Then save. In nano its ctrl+o

    If its fast then its your program, if its still slow then its your computer.
  8. tinypliny ·

    I tried that and it is instantaneous in nano. There is hardly any delay. Gedit has massive delays (~5 seconds) for ~40 kb file (not unlike that bug report you linked). I disabled all my gedit plugins and the problem persists. Gnumeric also has a similar delay but not as massive as gedit. Jedit has no such delay. You need to see it to believe how absolutely annoying it can get! I think it is a bonafide bug in Gedit as well as Gnumeric, something perhaps to do with how they are implemented.

    RStudio has no such delay. Nor does R.

    @uncutsaniflush, the write speed of the harddrive on my both my laptops are the same. I use ext4.

    @carolinian: Gedit and Gnumeric, mainly. Occasionally other programs, but definitely not RStudio, R and Nano. I will keep a watch.
  9. uncutsaniflush ·

    I love how "Linux" and " whatever program I am in" ended up being just gedit and gnumeric. I think that Humpty Dumpty has much to learn from you.
  10. paul ·

    You should probably update you journal to not slam an entire family of OSes for a failure in a specific family of apps.
  11. tinypliny ·

    heh, I also said that it bothers me only when I write really long documents. That kind of limits the range of programs in both windows and linux, doesn't it? I guess using nano to compose my thesis or make the multipage tables didn't occur to me. Downloaded jedit yesterday specifically for testing this problem.

    Humpty Dumpty fell from the wall a long ago, @uncutsaniflush. All the kings horses and men tried to do was to get a good breakfast out of him. They couldn't.
  12. tinypliny ·

    Done!
  13. tinypliny ·

    Guess I spoke too soon. Gummi has the same delay problem. *Sigh*
  14. tinypliny ·

    Trying out Scribes. thus far, no delays.
  15. paul ·

    Seems like anything that used the underlying gtk code is going to have the same issue. Gnumeric, gedit, gummi all have the G in common.

    What wrong with jedit? It cross platform and there are lots of plugins?

    You could probably try any of the kde apps like kwrite, etc.
  16. tinypliny ·

    Yes, everything that uses the GTK toolkit does seem to have a problem. And that is pretty much everything I use apart from whatever starts with an R.

    I have a very elementary problem with Jedit. I can't figure out how to change the space between lines in the text area. Under global options > text area, I can change everything else. Right now, the text area is so crowded that its giving me a headache. Do you know how to increase the spacing between lines?
  17. paul ·

    I was thinking about it and I think maybe you would like emacs. It is great for editing huge files. I was able to instantly open and save a 53M text file that was killing gedit.
  18. tinypliny ·

    Wow, a 53M text file. What on earth is it? The whole internet packed?
  19. tinypliny ·

    I have trouble with measly 500k files.
  20. tinypliny ·

    I think I did try out emacs in the past but was completely put off because of its alien and unfriendly keyboard shortcuts - that I had no idea how to change at that time. I will give it a whirl once more.
  21. tinypliny ·

    I hit this page: :::link:::

    Kind of complicated way to change something as simple as keyboard shortcuts. You and e:uncut can argue away to glory, but the fact remains. Linux and programs written for linux are either somewhat weird or complicated or both or just plain confusing to someone whose first computer had a gui and that gui was win 95.
  22. tinypliny ·

    I am on emacs now and being slightly overwhelmed with choices.
  23. paul ·

    I just created a 53M text file as a test case. I bet you could totally familiarize yourself with emacs. It has a cult like following of people that seem like you. Plus seriously opening a 53M text file and saving no prob is quite amazing. Plus when you think about it, isn't totally configurable what you are looking for.

    I think these aliases sound much easier to use then 10 million individual shortcuts :::link:::
  24. paul ·

    Wow, being able to make functions for aliases or shortcuts sounds even more useful :::link:::

    You can even execute external commands :::link:::
  25. tinypliny ·

    :) I have already changed a few shortcuts and was reading that alias page. Are you spying on my screen?!
  26. tinypliny ·

    It has a preview mode as well. :::link:::

    Very handy if your latex skills don't really rank up there with the pros.
  27. tinypliny ·

    This is so insane: :::link::: I hope to goodness you didn't mean him when you said "people that seem like you"!!
  28. tinypliny ·

    The thing has a 600 page manual. :::link::: in PDF: :::link:::

    Fine, 597. But still.

💬 Write a comment