[Glass] sorting and merging

Dale K. Henrichs dale.henrichs at gemtalksystems.com
Sat Dec 14 16:15:31 PST 2013


I'd caution against premature optimization ... if you can identify/characterize a particular performance issue then it's worth going after it ... 

one of the things with GemStone is that the gc for temporary objects can be VERY efficient as long as you can keep the number of temp objects low ... so a cache of temporary objects could end up causing things to run slower due to increased temp obj pressure... so it's not a given that creating a lot of temps will kill your performance because it might be the case where gc sweeps them up before they create a problem ... 

When your entire image is scanned for gc, then it might be more of an issue, but the vm gc tradeoffs are slightly different because large chunks of your object graph are likely to be on disk ... 


----- Original Message -----

| From: "Sebastian Heidbrink" <sebastian_heidbrink at yahoo.de>
| To: glass at lists.gemtalksystems.com
| Sent: Tuesday, December 10, 2013 12:31:43 PM
| Subject: [Glass] sorting and merging

| Hi!

| I need to offer access to CSV formated data via a REST interface.

| Is there any best practice and or anti pattern to sort / merge /
| group the data which is held in different keyed collections and/or
| collections before I write the data onto a stream?
| Right now I use a modified NeoCSV to read and write data. I added a
| CanonStringDict instance variable to the Reader to prevent
| unneccessary String instance duplication.

| I am thinking of memory or processing time issues.

| Thanks
| Sebastian

| _______________________________________________
| Glass mailing list
| Glass at lists.gemtalksystems.com
| http://lists.gemtalksystems.com/mailman/listinfo/glass
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20131214/a47849d7/attachment.html>

More information about the Glass mailing list