It's be smart if, when I hit the reconcile button, it selected the date of
the 1) oldest transaction 2) not in the future 3) n set to c or y. After
all, one cannot hope to reconcile the future, and why set the reconcile date
any later than the last included transaction?
--
Sent from:
PS: Sometimes, trees of trees/containers outperform having everything in one
tree/container. If the quotes for each symbol are in a separate container,
the RAM hit to query or churn data for that symbol is minimized. If the
data is kept sorted in all storage forms (when inserted into the
I discovered my vm.swappiness=60, dropped it to 10 as recommended for desktop
LINUX. Now no si/so on vmstat, but a peak in cs and a moderate delay,
around 20 seconds, when adding price quotes.
Again, it looks like it is using too big a RAM space to manage this data, or
some similar process
I started vmstat -tw 11 in a wide xterm and I do see a lot of swap out for
some but not all delays. The not-first delays seem to be smaller now. The
first delay did 3K+ so, later ones did 2K+, 300+ or almost no so. Almost no
so may indicate the container is not dealing well with the volume and
Since I was collecting prices daily, I guess my price database is pretty
large, and my family finances are in there for about 5 years. I have xml
database, and compressed, but I checked my save intervals, even increased
them, but no help. My PC has 8 GB ram, and a very large solid state swap
The F:Q people are working on solutions:
https://sourceforge.net/p/finance-quote/discussion/12832/thread/af96314b/?limit=25#feb4/b8ce
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
Yahoo sells advertising and provides quotes to their user community that
reads their ads. We must be missing some interface bit to say what our
yahoo email is. Someone in the development chain should investigate this at
Yahoo. Maybe they will relent until they can support such an id.
Quotes
