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 inefficiency. I would think a properly keyed tree container would be good, allowing you to look up a symbol and then pull the tree in key order from that point. Perhaps it force-saves after every modification? -- Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see 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.
