[GNC] Delay during data entry

Thu May 2 13:38:46 EDT 2024

Yes, when I saw the 128G RAM, I confess to some feelings of jealousy.  <heh>

On Thu, May 2, 2024 at 3:50 AM WR D <dullege at hotmail.com> wrote:

> 128GB of ram?  Can I assume you actually mean disk storage, not "RAM",  or
> that's one beast of a machine.
>
> I use the default install of Gnucash for windows (latest stable version) -
> my local drives are NVME M.2 - so reasonably fast to boot up typically.
>
> My Gnucash file is 3.5MB and my Win 11 desktop is about 3 years old with
> 16GB RAM and  Intel i5-9500 @3Ghz (in-built graphics).   I see variable 1-2
> seconds delay while entering transaction data ... just enough to annoy me
> as I don't notice it with any other software.
>
> I just put it down to the gnucash software, and not my hardware.  For
> example I run MS Office 2021 software without noticeable delays while
> inputting.
>
>
> -----Original Message-----
> From: gnucash-user <gnucash-user-bounces+dullege=hotmail.com at gnucash.org>
> On Behalf Of AC
> Sent: Thursday, 2 May 2024 5:13 PM
> To: GnuCash users group <gnucash-user at gnucash.org>
> Subject: Re: [GNC] Delay during data entry
>
> On the machine running Gnucash it's a Win 10 with 128 GB of RAM. I'm using
> version 4.12 with build ID 4.12+2022-09-24. According to the system
> profiler the entire Gnucash process is occupying about 175 MB working set
> RAM (physical in use), 119 MB active primary RAM (physical unable to be
> used by other processes), 56 MB shared RAM, and 550 MB commit size
> (allocated virtual by OS). I do notice a slightly higher cycle time
> compared to other idle programs (most idle programs use 0 to
> 1 cycles while Gnucash is using 4 to 5 when idle).
>
> I do not use an SQL backend and I don't have compression turned on. The
> current file size is around 42 MB. It's on a spinning SAS drive local to
> the computer so I'm not dealing with network latency (though with no SQL
> backend it's entirely RAM transaction anyway).
>
> On 2024-05-01 16:28, David Carlson wrote:
> > 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 <rlosey at 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 <gnucash at 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 at 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
> >> rlosey at gmail.com
> >> Micah 6:8
> >> _______________________________________________
> >> gnucash-user mailing list
> >> gnucash-user at 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.
> >>
> >
> >
>
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at 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.
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at 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
rlosey at gmail.com
Micah 6:8