Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 18800 invoked from network); 14 Jul 2003 09:40:34 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 14 Jul 2003 09:40:34 -0000 Received: (qmail 15682 invoked by uid 97); 14 Jul 2003 09:43:15 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@nagoya.betaversion.org Received: (qmail 15675 invoked from network); 14 Jul 2003 09:43:15 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 14 Jul 2003 09:43:15 -0000 Received: (qmail 17699 invoked by uid 500); 14 Jul 2003 09:40:23 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 17463 invoked from network); 14 Jul 2003 09:40:21 -0000 Received: from loninmrp0.uk.db.com (160.83.52.97) by daedalus.apache.org with SMTP; 14 Jul 2003 09:40:21 -0000 Received: from sdbo1003.db.com by loninmrp0.uk.db.com id h6E9eXCS020086; Mon, 14 Jul 2003 10:40:33 +0100 Subject: Re: java Date related classes synchronization bottlenecks To: "Tomcat Developers List" X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: From: "David Cassidy" Date: Mon, 14 Jul 2003 10:40:30 +0100 X-MIMETrack: Serialize by Router on sdbo1003/DMGUK/DeuBaInt/DeuBa(Release 5.0.12 |February 13, 2003) at 14/07/2003 10:40:33 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N David (this is weird its like having a conversation with myself) OK - here goes .... same machine / spec as before ... I must say that the linux box kicks some serious ass Sun box .. time java TestDatePerf 1 1000000 real 2m29.685s user 1m50.051s sys 0m0.343s time java TestDatePerf 2 1000000 real 3m18.918s user 2m43.431s sys 0m45.973s time java TestDatePerf 3 1000000 real 4m4.658s user 2m59.931s sys 1m21.882s time java TestDatePerf 4 1000000 real 4m38.220s user 3m4.771s sys 1m38.683s time java TestDatePerf 5 1000000 real 4m35.668s user 3m11.771s sys 1m58.093s time java TestDatePerf 6 1000000 real 5m6.130s user 3m21.621s sys 2m16.882s time java TestDatePerf 7 1000000 real 4m41.621s user 3m26.351s sys 2m22.363s Linux box time java TestDatePerf 1 1000000 real 0m22.093s user 0m21.640s sys 0m0.120s time java TestDatePerf 2 1000000 real 0m59.431s user 1m0.020s sys 0m26.020s time java TestDatePerf 3 1000000 real 1m23.931s user 1m11.000s sys 0m43.220s time java TestDatePerf 4 1000000 real 1m27.331s user 1m11.820s sys 0m43.930s time java TestDatePerf 5 1000000 real 1m29.111s user 1m8.940s sys 0m44.740s time java TestDatePerf 6 1000000 real 1m27.971s user 1m10.200s sys 0m45.620s time java TestDatePerf 7 1000000 real 1m30.532s user 1m10.340s sys 0m45.370s time java TestDatePerf 8 1000000 real 1m30.701s user 1m11.080s sys 0m44.770s time java TestDatePerf 9 1000000 real 1m29.651s user 1m13.360s sys 0m45.050s time java TestDatePerf 10 1000000 real 1m29.771s user 1m13.640s sys 0m43.940s "David Rees" cc: Subject: Re: java Date related classes synchronization bottlenecks 11/07/2003 16:34 Please respond to "Tomcat Developers List" David Cassidy said: > > I've done some tests with the below code > hope this helps David, Could you give this version a try, and run it for 1 million iterations instead of just 10k? I'll be posting my results shortly for a couple of different machines shortly. The new version keeps the theoretical overall run time constant by keeping the overall amount of work the same while you vary the thread count. So if you supply arguments 1 and 1 million, and then 2 and 1 million, in the first case 1 thread will go through 1 million iterations, in the second case each of the two threads will only go throgh 500,000 iterations. Saves you division. ;-) Glenn, it would be interesting for you to modify the code to remove the synchronization issue and then re-run the quick benchmark. -Dave --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org