[GNC] Memory demands and system performance of Gnucash (Was Re: GC4.10 on Win10 Crashing)
Geoff
cleanoutmyshed at gmail.com
Wed Jul 20 20:26:00 EDT 2022
Hi David T.
Regarding this issue:
> significant lag when I Alt-tab from another application back to gnucash.
To me, this indicates a shortage of physical RAM, possibly combined with
high I/O on the disc containing your swap file (usually C:\). As you
probably know, when you Alt-TAB to switch GnuCash back into focus,
Windows has to:
(a) Flush some RAM from other applications to the swap file on disc to
free it up, and
(b) Load the stored GnuCash data from the swap file on disc into free RAM.
How much RAM do you have installed?
What to do about this? Apart from the obvious hardware upgrades:
(a) Additional RAM, and/or
(b) Replace mechanical hard disc with SSD or NVME
You can (see attached screenshots):
(c) Use the Windows Task Manager to identify what processes are using
all your RAM
(d) Use the Windows Resource Monitor to identify what processes are
doing a lot of I/O (for example your cloud services).
Then, experiment by shutting down some of these processes to see if you
can improve your Alt-TAB response times.
I doubt if this is a GnuCash issue per se, it sounds like either a lack
of resources or an overloaded computer.
Good luck!
Regards
Geoff
=====
On 20/07/2022 5:01 pm, David T. wrote:
> Geoff,
>
> Taking up the issue of Gnucash system demands and performance...
>
> I'll assume that your data file is not compressed.
>
> My data file is compressed and just over 5Mb on disk. On startup,
> Gnucash uses about 125Mb of memory. I haven't time startup or saving;
> startup is noticeable, but not problematic for me. Saving can take a
> couple of seconds. Also not a big deal (unless you're planning on doing
> it after every transaction edit).
>
> What I alluded to earlier, however, is that on my machine there is a
> significant lag when I Alt-tab from another application back to gnucash.
> For example, from a pdf reader (with my account statement loaded) back
> to gnucash. By "significant lag" I mean 45 seconds (I timed THAT one!).
>
> I have no idea why that would be, but I'm assuming that it's something
> to do with my specific computer. I just have no clue what to look for.
> Task manager doesn't show anything particularly egregious, although one
> cloud storage app seems to consume a lot of cycles continuously. (It's
> not Dropbox or Google) I've got a support query in on that. I do seem to
> have several different threads for various cloud services (including
> Dropbox and Google) and I wonder whether all that querying and checking
> affects performance...
>
> David T.
>
> P.S. it's fine to hijack a thread, if you rename the thread. Just saying.
>
> On July 20, 2022 3:34:43 AM GMT+03:00, Geoff <cleanoutmyshed at gmail.com>
> wrote:
>
> [Apologies to David T for diverting this thread.]
>
> FYI my main data file is 36MB on disc (XML format) and GnuCash has 85MB of RAM allocated when I open it. It typically takes about 15 seconds to start up and open, and about 3 seconds to save to disc (SATA SSD).
>
> Windows 10, 8GB RAM, Intel i7-3770 CPU, 10+ years old hardware.
>
> GnuCash 4.8, not crashing.
>
> Geoff
> ------------------------------------------------------------------------
> On 20/07/2022 6:27 am, David Carlson wrote:
>
> My data file is so big that it seems to tie up 1.5 gigs of Ram
> or more when
> open, so most of my computers cannot run a web browser
> simultaneously with
> GnuCash without using swap space and grinding down to a crawl.
> Even on my
> highest performance machines it takes several seconds to save
> but I usually
> do it before starting any activity that will take more than a
> few minutes.
>
> On Tue, Jul 19, 2022 at 1:43 PM David T. via gnucash-user <
> gnucash-user at gnucash.org> wrote:
>
> Adrien,
>
> Thanks for the suggestions.
>
> It would seem to me that Finish/Ctrl-S is pretty reduced.
>
> I currently have about 12 tabs open. 10 registers, the CoA,
> and one report
> (granted, it's a multicolumn report).
>
> Saving after every edit is a remarkably annoying idea,
> especially given
> how long each save takes. I won't be doing that.
>
> As for a backup, I'm not sure why I'd go to a backup. The
> problem doesn't
> always happen, so I don't believe it's a problem with data
> corruption. I'm
> trying to move forward with my books, not backward.
>
> Nothing is holding me back from 4.11.
>
> David
>
> On July 19, 2022 3:57:55 PM GMT+03:00, Adrien Monteleone <
> adrien.monteleone at lusfiber.net> wrote:
>
> First, I'd reduce the steps before trying to save as a
> way of narrowing
>
> down the trigger of the crash.
>
>
> If you normally have many tabs open, particularly
> reports, perhaps
>
> consider closing everything but the CoA, and then keep only
> the register
> you need at one time.
>
>
> Since it is so easy to do, perhaps saving after each new
> transaction or
>
> edit?
>
>
> Then try reconciling. Then save. (does that reconcile
> still take longer
>
> than usual?)
>
>
> Do you have a backup, or recall at what point your file
> didn't crash?
>
> Anything holding you back from 4.11? I don't see
> anything particularly
>
> noted for solving a crash of this type in the release notes,
> but perhaps
> programming fixes were made that *might* avoid this issue.
>
>
> Regards,
> Adrien
>
> On 7/19/22 7:21 AM, David T. via gnucash-user wrote:
>
> Hello,
>
> I'm running GC4.10 on Win10, and I've been running
> into numerous
>
> crashes in the last few days while trying to catch up on my
> finances.
> Ironically, many of these crashes happen when I attempt to
> save my file.
>
>
> My usual workflow when catching up is to open the
> pdf bank statement
>
> and work through it to catch any omitted transactions, which
> I then enter
> into GC. After entering the transactions, I will then
> perform a reconcile
> for the account. Upon completing the reconciliation, I save
> my file. Over
> the last two days, GnuCash has crashed several times when I
> Ctrl-S at this
> point to save the file. (When I say crashed, I mean GnuCash
> simply
> disappears from the task bar, and a restart gives the usual
> file lock
> errors). This is, to say the least, frustrating.
>
>
> I have checked the trace files for the days in
> question, but there is
>
> nothing that seemingly refers to the crash. The trace mostly
> contains
> thousands of iterations of:
>
>
> * 13:32:51 WARN <qof> [gnc_numeric_to_decimal()]
> Rounding required
>
> when 'never round' specified.
>
>
> As for what I might be doing to cause the crashes, I
> really can't say,
>
> but I wonder if there is a conflict that happens when I
> click "Finish" in
> the reconciliation and then click Ctrl-S shortly after. I
> have noticed on
> my machine that there is a noticeable delay in the program
> between when I
> finish the reconciliation and when the program returns
> control to my input.
> (There's actually noticeable delays in *everything* I do in
> GnuCash on my
> machine, which is another issue that may or may not be
> related to my
> machine). I wonder if the software crashes because Ctrl-S
> interrupts the
> reconcile closing process, and leaves something corrupted.
>
> ------------------------------------------------------------------------
> 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
> <https://lists.gnucash.org/mailman/listinfo/gnucash-user>
> If you are using Nabble or Gmane, please see
>
> https://wiki.gnucash.org/wiki/Mailing_Lists
> <https://wiki.gnucash.org/wiki/Mailing_Lists> for more
> information.
>
> ------------------------------------------------------------------------
> 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
> <https://lists.gnucash.org/mailman/listinfo/gnucash-user>
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists
> <https://wiki.gnucash.org/wiki/Mailing_Lists> for more
> information.
> ------------------------------------------------------------------------
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnc_task_manager.jpg
Type: image/jpeg
Size: 102112 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20220721/b01bc5d9/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnc_resource_monitor.jpg
Type: image/jpeg
Size: 185630 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20220721/b01bc5d9/attachment-0003.jpg>
More information about the gnucash-user
mailing list