I have only very limited experience with jgtkgrid. In general windows task manager counts all memory used by dll called from j.exe, A more conclusive way is to use 7!:0 to report actual memory used from J memory manager.
I guess the GTKTreeStore cannot handle or was designed to handle tens of thousands of rows. There is an experimental port of J6 grid to J7. It has not been released to pacman and has to be checkout form JAL public svn. It is slower than that in J6 but may be faster than jgtkgrid for large amount of data. Птн, 29 Июл 2011, Justin Tirrell писал(а): > I've found a possible memory leak issue in J7 with Jgtkgrid. If you run a > script that uses grid several times and watch J's memory usage, I noticed > that closing the gtk window does not seem to free the memory it used. I > used the test script addons/gui/jgtkgrid/test/mygrid.ijs and Windows Task > Manager to watch memory. Can anyone confirm this? > > This normally would not be a big deal, but a script I wrote queries a > database of about 120,000 rows and outputs to a new grid each time. This > often results in large amounts of memory being leaked on each run, which > adds up over time. > > > As a separate issue, filling a grid with a large amount of data is very > slow, far slower than the database query itself. In J6, this would be a > perfect place to use virtual grid. This feature has yet to be implemented in > J7, though, and my script is almost unusable with large datasets because of > this. Most queries I'll be doing will be relatively small, but on the > chance that a query returns a very large dataset, the program will either > crash or just take a very long time to display the grid data. Any ideas or > thoughts on this? > > Thanks, > Justin > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm -- regards, ==================================================== GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
