As a quick follow-up ran a couple of basic tests today to narrow down
performance issue.
Reconciled credit card account with roughly 40 or so monthly entries, hit
finish button - waited, then save - at the same time loaded Outlook (with 3
accounts) and Chrome, may be a tad slower if at all - GNC c
>Diane Trefethen, your post made me smile.
I followed a similar path using Quicken/DOS even to the extent of owning a
HP LX200 (with back light). Then things took a turn, purchased a hugely
expensive Windows CE machine when MS first launched regretting ever since
the sale of my HP
There was a f
Ken
I am primarily just another user, previously with a couple very small
businesses but currently just personal finance. Any contributions to the
development and documentation by me so far have been pretty minor. The major
credit goes to the current main developers John, Geert and Derek and all
t; Ken
>
>
> -Original Message-
> From: gnucash-user On
> Behalf Of David Cousens
> Sent: Friday, February 1, 2019 1:40 PM
> To: gnucash-user@gnucash.org
> Subject: Re: [GNC] GNUCash becoming unusable ..v3.4
>
> Diane,
>
> I think you have missed a few point
the whole GNUCash team for all you do! --
Ken
-Original Message-
From: gnucash-user On
Behalf Of David Cousens
Sent: Friday, February 1, 2019 1:40 PM
To: gnucash-user@gnucash.org
Subject: Re: [GNC] GNUCash becoming unusable ..v3.4
Diane,
I think you have missed a few points abo
Diane,
I think you have missed a few points about GnuCash.
GnuCash is not a commercial program maintained by a company to make a
profit. It is a totally volunteer effort to produce and maintain and
document GnuCash.
GnuCash is free - you will not be charged for the bugs. As in most of the
Linux
Diane,
The dev team has at various times acknowledged the current state of the app
isn’t where they would like it. But you can’t just jump from A to Z. They have
a roadmap to get there and it takes time and people that aren’t in infinite
supply. Some ‘upgrades’ aren’t really up to them either.
That amount of memory you shouldn’t see any issues for sure. You may be on to
something with the stocks if there are many. A fresh start would certainly
confirm a performance bug or an issue with the data file.
Regards,
Adrien
> On Feb 1, 2019, at 1:58 PM, Jamestk wrote:
>
> Adrien, answered
I agree. Quit using Quicken 2 years ago and will never go back.
Diane, what are you trying to do? I find my usage of GNUcash to be
very basic and have not had
any problems with it.
On 2/1/2019 1:21 PM, Stephen M. Butler wrote:
Your mileage is different than mine. I'm not seeing that many pr
hola
On 2/1/19 2:56 PM, Diane Trefethen wrote:
In short, GnuCash is about where Quicken was when Intuit dumped it.
Buggy, unfriendly, and failing at trying to be all things to all users.
I suggest that you Gnu folks do what Intuit did originally. Make a
simple to use, bug-free personal bookke
Your mileage is different than mine. I'm not seeing that many problems
for basic personal accounting. And the folks here have been very helpful.
On 2/1/19 11:56 AM, Diane Trefethen wrote:
> I am trying to decide how to proceed with my accounting software. I
> have been using Quicken since DOS v
Adrien, answered a few points above.
The Python option looks good, and very worthwhile if I can overcome the
saving aspect too - it will only increase as time goes on so may as well
tackle it now.
I think the best option is to archive existing accounts by exporting to csv,
locking worksheet once
I am trying to decide how to proceed with my accounting software. I have
been using Quicken since DOS v2. Back then, if you encountered a
problem, you could go over to Intuit in Menlo Park and there’d always be
an engineer happy to talk with you. They also had free phone advise for
a few hours,
The below sounds a lot like my wife's windows 10 EeePC with 4 GB main
memory. Everything creeps along including her email system.
Occasionally the hardware decides to reserve 3.3 GB of RAM (something in
the bios triggers it) and she ends up running in 700KB of RAM.
I would look in the Memory Per
Agreed, it does seem odd, one other thought relates to am intense period of
data entry associated with stocks. At the time this feature was under
development needing quite a lot of 'scrubbing' of lots, I ended up with
masses of entries which later became obsolete.
I am always reluctant to delete
How is your system memory? GnuCash loads all the data in memory (even if you
use the SQL backend) so it needs some room to breathe. I have easily ten years
of data in my file (and I categorize and track everything at a level that few
people would, so I have *lots* of splits), and I don’t exper
😃
On Fri, Feb 1, 2019 at 10:19 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> I agree on all points. I also think though that people who take the time
> to ask for help are already amenable to maybe taking some ownership in
> figuring it out or working things out for themselves,
I agree on all points. I also think though that people who take the time to ask
for help are already amenable to maybe taking some ownership in figuring it out
or working things out for themselves, if at least after a little nudge,
direction, or suggestion. I don’t make assumptions that people a
Adrien,
Most users are in the Windows 10 universe or in the Apple universe using
the 'standard' XML filetype on a computer that is less than 5 years old and
they probably could not tell you how much RAM they have or whether they
have a SSD, or whether it is normal for a file save to a network or c
I’ll second that the SQlite backend improves speed considerably. I’ve been
using it for a few years now.
Concerning reports, if you go the Python route, that isn’t ‘out of the box’
necessarily, but you don’t have to completely figure it out from scratch. Do a
search for PieCash. (might be spell
Saving as SQlite drops the file size down to 10mb from 15mb, unfortunately no
noticeable difference with reports via GNC, I assume it needs Python
configuring to access DB directly.
Ideally it needs to be out of the box, otherwise likely to get in further in
to something that long term may not be
Thanks Jeff, is there a tutorial or a few pointers how to achieve this, its
an age since I used SQL.
..ta
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update yo
You might try the sqlite backend, that at least avoids the heavier XML
autosaves. After making sure the needed sqlite3 libraries are
installed, it's a simple save-as (and don't forget to specify in the now
present dropdown menu what format you want).
If you're willing to tinker in python some day
Thanks, there are other small issues creeping in which makes me think the
program is becoming unstable.
Example, when browsing the account tree menu the cursor hangs then jumps
after a delay to where you are pointing, this only happens when there is a
data file loaded.
When reconciling an account
I've been doing reports with python scripts (not an officially supported
technique, also requires the backend be sqlite, which is easy). My
reports run in a snap. That said, maybe I have less data than you.
Jeff Abrahamson
http://p27.eu/jeff/
http://transport-nantes.com/
On 01/02/2019 09:07, Ja
*First of all thank you to all of the contributors, devs who have volunteered
to make GNUCash freely available. *
That said, I do need to ask if any improvements are likely on the speed
front. Basic reports take 1 - 2 minutes to run, larger ledger reports up to
15 minutes. I have tried all of t
26 matches
Mail list logo
