Those of us who are still running versions as old as 4.8, possibly because we are not ready to tackle setting up a flatpak in Linux still see horrible response times. It gets worse when the data file when loaded takes up over half of the RAM in our machine or if we are running it in a virtual machine. My version 4.8 Gnucash instance takes about 11.3 Meg when saved or 2.4 Gig of RAM when loaded in Linux Lite 6.6. The entire virtual machine has 8 Gig of RAM but every time I press enter it takes several seconds before the curser returns, or 15 seconds or more when I execute File >Save, which needs to be done every few minutes. Some of the delay comes from having too many registers open. I realize most of my misery is self inflicted, since I have now tried working on the same data in release 5.6.1 on a Windoze 10 machine with 32 Gig RAM, which almost keeps up with my slow typing. It is still going to take a while to revise my procedures to get away from GnuCash release 4.8 and have the level of hardware and software redundancy that I want to keep backups, etc.
On Wed, May 1, 2024 at 4:36 PM R Losey <rlo...@gmail.com> wrote: > I don't see any delays on either Windows (Win 10, 16G RAM), or my M1 iMac > (Sonoma 14.4.1; 16G RAM), or or Linux (Ubunto 22.04LTS, 8G RAM). In all > cases, the file is stored on my NAS with spinning hard drives (that is, not > an SSD), and I am saving to a compressed file (I've not changed this since > I started, so I assume that these are the default settings). My file size > is about 2.2M > > Could it be that you are saving to a SQL database? I remember reading here > that (unlike the standard option) it saves after every transaction. Maybe > the database is on a slowish drive? > > Otherwise, I don't know why there would be such a lengthy delay after doing > an entry. > > I assume you've run the Check/Repair just to verify that there isn't some > file problem? > > > > On Wed, May 1, 2024 at 12:00 AM AC <gnuc...@acarver.net> wrote: > > > Just as a curiosity what is going on under the hood that influences the > > delay after entering data into a register row? I notice that after I > > enter the details of a transaction into a register and commit the > > changes (pressing enter or tabbing to next row) there is a 5 to 7 second > > delay before I can enter the next transaction. > > _______________________________________________ > > gnucash-user mailing list > > gnucash-user@gnucash.org > > To update your subscription preferences or to unsubscribe: > > https://lists.gnucash.org/mailman/listinfo/gnucash-user > > ----- > > Please remember to CC this list on all your replies. > > You can do this by using Reply-To-List or Reply-All. > > > > > -- > _________________________________ > Richard Losey > rlo...@gmail.com > Micah 6:8 > _______________________________________________ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > ----- > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > -- David Carlson _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
