Brian how does primitive collections implementation perform better than JDK collections?
thanks, Martin ______________________________________________ please do not alter or disrupt this transmission. thank you > Subject: Re: [Primitives] Does anyone use this? > From: br...@pontarelli.com > Date: Tue, 2 Nov 2010 11:32:01 -0600 > To: user@commons.apache.org > > I would assume once you get out of the autoboxing caches the performance will > get even worse. It really depends on the application, but I've found a number > of spots where primitive collections work much better than autoboxing and JDK > collections. > > -bp > > > On Nov 2, 2010, at 11:25 AM, James Carman wrote: > > > Yet another dependency to add to the mix. > > > > On Tue, Nov 2, 2010 at 1:17 PM, Cogen, David - 1008 - MITLL > > <co...@ll.mit.edu> wrote: > >> > >> ________________________________________ > >> From: jcar...@carmanconsulting.com [jcar...@carmanconsulting.com] On > >> Behalf Of James Carman [ja...@carmanconsulting.com] > >> Sent: Tuesday, November 02, 2010 12:30 PM > >> To: Commons Users List > >> Subject: Re: [Primitives] Does anyone use this? > >> > >> Premature optimization with JDK5. I'd say stick to the JDK classes if > >> you can and only try to beef up space/performance if you need to. > >> > >> > >> Normally I agree about evils of premature optimization. But ArrayListInt > >> is practically a drop-in replacement for ArrayList<Integer> and I see no > >> reason not to use it if it is supported and reliable. > >> > >> My test of 2 billion accesses (reads and writes) ran in 35% of the time > >> when I used ArrayListInt vs. ArrayList<Integer>. > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org > >> For additional commands, e-mail: user-h...@commons.apache.org > >> > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org > > For additional commands, e-mail: user-h...@commons.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org > For additional commands, e-mail: user-h...@commons.apache.org >