Re: [GNC] QIF imports fails in 5.6
Luckily, OXF & CSV still work. bit more stuffing around, but actually easier to view what is happening. You need to tell the import the account on CSV, but it seems easier to select the accounts that I am transferring to so I might continue using csv imports. regards, Doug (long, long time Australian user & a Thank you to the developers) On Sat, 27 Apr 2024 21:30:38 +1000 Geoff wrote: > Hello Nodje > > Please read this: > > https://lists.gnucash.org/pipermail/gnucash-user/2024-April/111431.html > > Regards > > Geoff > = > > On 27/04/2024 3:21 pm, coolnodje wrote: > > Hi, > > > > QIF imports is failing in 5.6. > > I had to revert to 5.5 to be able to be able ro import as usual. > > > > The error message is "Missing QIF investment action for transaction > > dated 02.04.2024." > > > > Let me know how can I help, I'm unsure where to find more meaningful logs. > > > > /nodje > > > > ___ > > 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. > ___ > 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. ___ 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.
Re: [GNC] Finance::Quote PreRelease 1.61_03
That is possible that there is no depend target in the make file. Just curious how you built/get the make file for it? Nonetheless as Bruce mentioned, something is amiss with your Perl install. At minimum, install perl-CPAN module using dnf package manager (which I believe is the OS package manager for Fedora). Further see https://www.cyberciti.biz/faq/install-perl-in-fedora-linux-using-dnf-command/ to understand how-to install Perl correctly and then https://packages.fedoraproject.org/pkgs/perl-CPAN/perl-CPAN/ to review the perl-CPAN installation information. Hope this helps. From: Fred Tydeman Sent: Thursday, May 02, 2024 11:40 AM To: Kalpesh Patel Cc: Bruce Schuck ; GnuCash User Subject: Re: [GNC] Finance::Quote PreRelease 1.61_03 make depend fails (as there is no 'depend' target in the makefile). On Thu, May 2, 2024 at 6:16 AM Kalpesh Patel mailto:kalpesh.pa...@usa.net> > wrote: If you are installing it into the system installed perl, which most likely you are doing so with a su switch user utility, then correct way to do so would be to: # sudo su - # cd # make depend # make # make test # make install # make clean ___ 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.
Re: [GNC] Finance::Quote PreRelease 1.61_03
On Apr 30, 2024 at 22:59:34 EDT I wrote: A new module for US traded stocks, StockData.pm, with default method "stockdata". This requires an API token from https://www.stockdata.org/. If passed in as an environment variable, set "STOCKDATA_API_KEY" to your token. Once installed "perldoc Finance::Quote::StockData" will display more information. Well that sucks. I originally tested this module this past Sunday. And since the US markets are closed weekends, getting data as of COB Friday was okay. Testing this week, I've come to find out that their data is at least one day old! If you query their API anytime during market business hours tomorrow, the data will be as of COB Wednesday 5/1. This is what is returns now (19:30PDT 5/2). Sometime after the markets close the data from StockData.org will then reflect COB today... Their title page does say, "Free Real-time, Intraday, Historical Stock Data API". I have attempted to send email and fill out their online contact form. No response in 2 days so far. I'm thinking no one wants a data source that while seemingly dependable, is not current data. Short version, if you've tried the 'stockdata' method and found the data to be wrong, please don't bother opening an issue. It's not F::Q or GnuCash, it's the source data. Bruce S. ___ 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.
Re: [GNC] Delay during data entry
Yes, when I saw the 128G RAM, I confess to some feelings of jealousy. On Thu, May 2, 2024 at 3:50 AM WR D 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 > On Behalf Of AC > Sent: Thursday, 2 May 2024 5:13 PM > To: GnuCash users group > 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 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 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:
Re: [GNC] Finance::Quote PreRelease 1.61_03
On 5/2/24 8:38 AM, Fred Tydeman wrote: perl -MCPAN -e shell gets Can't locate CPAN.pm This is Fedora Linux 40 (the most recent) I find it odd that your system *ever* had Finance::Quote installed, as the GnuCash utility to install the F::Q module depends on CPAN. Which also explains why the module ExtUtils::MakeMaker didn't exist since I believe it is a dependency of CPAN. You should probably install perl-CPAN (this should give you the "cpan" executable) and perl-App-cpanminus (this should supply the "cpanm" excutable). I haven't used a Fedora system in ages, so I'm not sure if those are available from the standard Fedora repos, or if you need to add the EPEL repository. Bruce S. ___ 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.
Re: [GNC] Finance::Quote PreRelease 1.61_03
make depend fails (as there is no 'depend' target in the makefile). On Thu, May 2, 2024 at 6:16 AM Kalpesh Patel wrote: > If you are installing it into the system installed perl, which most likely > you are doing so with a su switch user utility, then correct way to do so > would be to: > > # sudo su - > # cd > # make depend > # make > # make test > # make install > # make clean > > ___ 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.
Re: [GNC] Finance::Quote PreRelease 1.61_03
perl -MCPAN -e shell gets Can't locate CPAN.pm This is Fedora Linux 40 (the most recent) perl -v gets 5.38.2 dnf list perl*CPAN* gets lots of hits (so it is available). On Thu, May 2, 2024 at 6:04 AM Kalpesh Patel wrote: > "Gets nothing on my linux." sounds like those modules have not been > initialized as your system is NOT running in an "island" configuration > since sudo make install works. This might possibly be an outbound firewall > issue although if wget and/or curl works then not. > > Run following: > perl -MCPAN -e shell > > to see if you get 'cpan>' prompt. If not then most likely CPAN module is > not installed on your system which would be unusual as it comes with modern > perl. Not sure which type of Linux you are running but generally if a Perl > library is named Foo::Bar on CPAN (CPAN is named CPAN), the Debian/Ubuntu > package will be named libfoo-bar-perl and for Fedora/Redhat it will be > named perl-Foo-Bar. > > If you have cpan modules installed then it is a good idea to initialize it > by executing 'o conf commit' at CPAN shell prompt of 'cpan>'. > > -Original Message- > From: Fred Tydeman > Sent: Wednesday, May 01, 2024 11:50 PM > To: Bruce Schuck > Cc: GnuCash User > Subject: Re: [GNC] Finance::Quote PreRelease 1.61_03 > > Running: sudo make install > worked. I was able to get stock quotes again. So thank you. > > Trying: > cpan > cpanm > locate cpan > Gets nothing on my linux. > > dnf list cpan* > gets: cpanspec.noarch > > > On Wed, May 1, 2024 at 8:07 PM Bruce Schuck > wrote: > > > On 5/1/24 7:39 PM, Fred Tydeman wrote: > > > > > On my Linux systems, after some searching, I found that I needed: > > > dnf install perl-ExtUtils-MakeMake* to get me started. Running perl > > > Makefile.PL got me several warnings of other missing perl files. > > > After doing a bunch of dnf install perl-... for them, 'make' and > > > 'make test' ran But, 'make install' failed due to permission issues. > > > Does it need 'su' to do the install? > > > > People not familiar with the "manual" method of installing should use > > cpan or cpanm. To install an interim release > > > > "cpanm BPSCHUCK/Finance-Quote-1.61_03.tar.gz" or "cpan > > BPSCHUCK/Finance-Quote-1.61_03.tar.gz". > > > > Depending how cpan(m) is configured, super user permissions may or may > > not be required. Typically when running cpan or cpanm, the install > > process will ask for the user's sudo password to install modules. > > > > When I would install using the "perl Makefile.PL; make; make test; > > make install" steps, I would become root or use sudo to execute "make > > install". But again, most people should utilize cpan or cpanm. The > > install tool provided by GnuCash utilizes CPAN. > > > > There is a brief overview of installing modules at > > https://www.cpan.org/modules/INSTALL.html which doesn't mention the > > legacy "perl Makefile.PL" method. As I mentioned in my post though, > > "For those who are comfortable with the interim releases". Comfortable > > being the operative word. > > > > Bruce S > > > > ___ 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.
Re: [GNC] Finance::Quote PreRelease 1.61_03
If you are installing it into the system installed perl, which most likely you are doing so with a su switch user utility, then correct way to do so would be to: # sudo su - # cd # make depend # make # make test # make install # make clean (space and then followed by a dash is important on the first command). -Original Message- From: Fred Tydeman Sent: Wednesday, May 01, 2024 10:39 PM To: Bruce Schuck Cc: GnuCash User Subject: Re: [GNC] Finance::Quote PreRelease 1.61_03 On my Linux systems, after some searching, I found that I needed: dnf install perl-ExtUtils-MakeMake* to get me started. Running perl Makefile.PL got me several warnings of other missing perl files. After doing a bunch of dnf install perl-... for them, 'make' and 'make test' ran But, 'make install' failed due to permission issues. Does it need 'su' to do the install? On Wed, May 1, 2024 at 7:09 PM Fred Tydeman wrote: > I am running Fedora Linux 26 > I downloaded the Finance::Quote. > When I run: perl Maklefile.pl > I get: Can't locate ExtUtils/MakeMaker.pm So, can you point me to > more complete documentation? > > On Tue, Apr 30, 2024 at 8:00 PM Bruce Schuck > > wrote: > >> A few more fixes and additions to Finance::Quote. For those who are >> comfortable with the interim releases, 1.61_03 has been uploaded to CPAN. >> >> >> https://www.cpan.org/modules/by-authors/id/B/BP/BPSCHUCK/Finance-Quot >> e-1.61_03.tar.gz >> >> Or just "BPSCHUCK/Finance-Quote-1.61_03.tar.gz" when installing via >> "cpan" or "cpanm". >> >> The Fool.pm module has been fixed (but like Yahoo, who knows for how >> long?), method "fool". For the time being, only returns data for >> securities on NYSE, Nasdaq, and OTC exchanges. >> >> A new module for US traded stocks, StockData.pm, with default method >> "stockdata". This requires an API token from https://www.stockdata.org/. >> If passed in as an environment variable, set "STOCKDATA_API_KEY" to >> your token. Once installed "perldoc Finance::Quote::StockData" will >> display more information. >> >> I also discovered that the TwelveData module was not working because >> the method "twelvedata" was not returning a value for price or last. >> This is another module that requires an API, this one from >> https://twelvedata.com/. Set environment variable "TWELVEDATA_API_KEY" >> to your token. Once installed "perldoc Finance::Quote::TwelveData" >> will display more information. >> >> Regards, >> >> Bruce S. >> ___ >> 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. >> > ___ 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.
Re: [GNC] Finance::Quote PreRelease 1.61_03
"Gets nothing on my linux." sounds like those modules have not been initialized as your system is NOT running in an "island" configuration since sudo make install works. This might possibly be an outbound firewall issue although if wget and/or curl works then not. Run following: perl -MCPAN -e shell to see if you get 'cpan>' prompt. If not then most likely CPAN module is not installed on your system which would be unusual as it comes with modern perl. Not sure which type of Linux you are running but generally if a Perl library is named Foo::Bar on CPAN (CPAN is named CPAN), the Debian/Ubuntu package will be named libfoo-bar-perl and for Fedora/Redhat it will be named perl-Foo-Bar. If you have cpan modules installed then it is a good idea to initialize it by executing 'o conf commit' at CPAN shell prompt of 'cpan>'. -Original Message- From: Fred Tydeman Sent: Wednesday, May 01, 2024 11:50 PM To: Bruce Schuck Cc: GnuCash User Subject: Re: [GNC] Finance::Quote PreRelease 1.61_03 Running: sudo make install worked. I was able to get stock quotes again. So thank you. Trying: cpan cpanm locate cpan Gets nothing on my linux. dnf list cpan* gets: cpanspec.noarch On Wed, May 1, 2024 at 8:07 PM Bruce Schuck wrote: > On 5/1/24 7:39 PM, Fred Tydeman wrote: > > > On my Linux systems, after some searching, I found that I needed: > > dnf install perl-ExtUtils-MakeMake* to get me started. Running perl > > Makefile.PL got me several warnings of other missing perl files. > > After doing a bunch of dnf install perl-... for them, 'make' and > > 'make test' ran But, 'make install' failed due to permission issues. > > Does it need 'su' to do the install? > > People not familiar with the "manual" method of installing should use > cpan or cpanm. To install an interim release > > "cpanm BPSCHUCK/Finance-Quote-1.61_03.tar.gz" or "cpan > BPSCHUCK/Finance-Quote-1.61_03.tar.gz". > > Depending how cpan(m) is configured, super user permissions may or may > not be required. Typically when running cpan or cpanm, the install > process will ask for the user's sudo password to install modules. > > When I would install using the "perl Makefile.PL; make; make test; > make install" steps, I would become root or use sudo to execute "make > install". But again, most people should utilize cpan or cpanm. The > install tool provided by GnuCash utilizes CPAN. > > There is a brief overview of installing modules at > https://www.cpan.org/modules/INSTALL.html which doesn't mention the > legacy "perl Makefile.PL" method. As I mentioned in my post though, > "For those who are comfortable with the interim releases". Comfortable > being the operative word. > > Bruce S > ___ 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.
Re: [GNC] Delay during data entry
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 On Behalf Of AC Sent: Thursday, 2 May 2024 5:13 PM To: GnuCash users group 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 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 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. >> > > ___ gnucash-user mailing list gnuc
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 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 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. ___ 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.
