[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
I don't like nifty or cool. It just over complicates things and makes things buggy. 10 is nothing like enought for a test. The JIT doesn't even kick in until you thousands of repetitions. JITs are bettter at this than you could ever be and will only get better over time. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831164#3831164 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831164 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
Okay. I'm glad the VM is good at that. Like your JCA FAQ says, Are you *sure* you want JCA? Steve View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831168#3831168 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831168 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
It wouldn't even be testing what I thought it'd be testing. I wonder what the real cutoff points are between 1. The VM developer 2. The Container developer 3. The container user (using JSP, other services on top of the container) Anyways, I'll be quiet about things now :) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831170#3831170 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831170 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
Very interesting. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831070#3831070 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831070 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
This was a single threaded test. Maybe it is different in multithreaded test. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831074#3831074 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831074 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
Or if the Object is expensive to construct like a database connection. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831079#3831079 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831079 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
Surely MultiThreaded would be worse (more contention) unless your pooling uses a ThreadLocal pool I removed all that crap from JBossMQ View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831080#3831080 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831080 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
The test I did WAS using ThreadLocal as the pool. Object creation was still faster. Maybe Object creation has a mutex and a multithreaded test would make regular object creation slower than ThreadLocal. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831081#3831081 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831081 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
I know yours was Bill. Steve is interested in it in the context of a global pool: http://www.jboss.org/index.html?module=bbop=viewtopict=48594 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831092#3831092 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831092 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
What might be nifty is if the container could attempt to pool a resource. If the container finds that one or the other is significantly faster, it could upgrade it to a JCA, or downgrade it to no-pooling. 1. Get 10 objects using pool 2. Create 10 objects w/o pool 3. Compare the times. 4. AOP as needed if the difference is of a significant enough magnitude. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831145#3831145 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831145 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821210#3821210 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821210 I have heard different things from different people. My thought was always that the VM was better than pooling, but I've had people argue for (and code) pooling. So I just went and found out for myself --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821223#3821223 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821223 One more thing that will throw off HotSpot is the Advisable interface since it essentially says that the profile of a method changes in time. There need to be callbacks on insertion of interceptors to retrigger compilation --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821232#3821232 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821232 That's not the way JBoss AOP works. There will be no problem with HotSpot as you describe. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821156#3821156 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821156 Read an article today on HotSpot optimization that says basically the same thing you said about object pooling. On page 6: For example, the HotSpot development team strongly recommends that you not maintain your own object pools. Instead, you should trust the memory allocation and garbage collection system to work efficiently. Article URL: http://www.fawcette.com/javapro/2002_10/magazine/columns/proshop/default.aspx --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820452#3820452 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820452 That is kind of interesting really. People where bitching about the hit they were taking with the object creation. I find it hard to believe that in fact it is FASTER to not pool. Very interesting. I guess the limit is VM garbage collection on large system vs pooling. Meaning in the future we should think about it in the scope of scalability. But for now people are going to bench invocations one by one so this number is better --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820458#3820458 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820458 I would say that this is because the MethodInvocations aren't hard referenced for very long. The GC can easily dispose of short lived references. If you try to pool them, you are making more work for the GC because the objects need to be continually checked. The latest GCs do object pooling anyway for frequently used object types. Let the JIT decide what objects need to be pooled. It can will do a better job anyway - you can make mistakes by not reinitialising objects correctly. FYI: I recently got rid of the object pooling in jbossmq. Not only was it unnecessary, it made the implementation more brittle. The message cache had to be very careful about when and what message object it was reusing. Very error prone for any developers who weren't aware of the pooling semantics. Like the poster said above, you only need pool when there are significant resources like threads or jdbc connections that make constructing the object slow. Regards, Adrian --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820390#3820390 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820390 It is not costly to build Invocation objects (field, method, caller, etc...) as it is only a bunch of field sets. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820392#3820392 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820392 I thought object pooling was a good idea when creating the object was costly? If creating MethodInvocations isn't a performance hit, why were you trying to pool them? --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
