Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 4216 invoked by uid 500); 19 Apr 2003 15:28:53 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 4203 invoked from network); 19 Apr 2003 15:28:53 -0000 Received: from lakemtao03.cox.net (68.1.17.242) by daedalus.apache.org with SMTP; 19 Apr 2003 15:28:53 -0000 Received: from argynhome ([68.100.140.49]) by lakemtao03.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20030419152856.RXTQ23518.lakemtao03.cox.net@argynhome> for ; Sat, 19 Apr 2003 11:28:56 -0400 From: "Argyn" To: Subject: RE: benchmarking Cocoon? Date: Sun, 20 Apr 2003 11:35:02 -0400 Message-ID: <000801c30752$69839690$0200a8c0@argynhome> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Andrew > -----Original Message----- > From: Andrew C. Oliver [mailto:acoliver@apache.org] > Sent: Saturday, April 19, 2003 9:30 AM > To: cocoon-dev@xml.apache.org > Subject: Re: benchmarking Cocoon? > > > A recent professional benchmark done against .NET versus a > similar Java > application proved that .NET is actually faster than Java. I've my own benchmark. It says that C#/.NET is not faster than Java/JVM. Results are so close, that I was greatly surprised. > > Following this a noted Java/AOP expert replied showing flaws in the > benchmark and said "No it isn't" > > It turned out that the benchmark was funded (BTW) by > Microsoft, not that it > Influenced the result of course. :-) Actually, there was some truth in the results. After this "benchmark", Sun has updated its "blueprints" document. I think that the old version of blueprints as well as so called "J2EE design patterns" made people to the design, which failed miserably in comparison to .NET. > In the end you're still benchmarking the people more than the > technology, > but that�s probably just as important if its all OpenSource. I didn't mean comparison benchmarks, btw. I also didn't mean profiling, where you identify bottlenecks and fix them. I thought there could be Cocoon's benchmark, which produces some meaningful numbers. It doesn't have to be a comparison benchmark. So, people looking at this numbers can judge for themselves if it's fast enough. I think that numbers must be for many concurrent users like 50-100-1000. There's no need to say that Cocoon is faster than XXX. All the user should know is if it's fast enough. thanks, Argyn