Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01C32A13.617B1FD0"
Subject: RE: [COLLECTIONS] FastHashMap performance
Date: Tue, 3 Jun 2003 17:02:02 -0400
Message-ID: <9C5166762F311146951505C6790A9CF8A6E5E5@US-VS1.corp.mpi.com>
Thread-Topic: [COLLECTIONS] FastHashMap performance
Thread-Index: AcMqD+6awakS1cExTumbos0d2ho+QwAAxbpQ
From: "Shapira, Yoav" <Yoav.Shapira@mpi.com>
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>

------_=_NextPart_001_01C32A13.617B1FD0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Howdy,

>>From "Java theory and practice: Urban performance legends"
>(http://www-106.ibm.com/developerworks/library/j-jtp04223.html?ca=3Dd=
nt-4
16):

I'd read that when it was posted: it's a good and interesting article.=

Thank you for sending the link anyways.  I agree with many of the poin=
ts
made in the article.

>It's difficult to say why you're getting the results you're getting w=
/
out
>seeing the benchmark code. But as the above paragraph states, even w/=

your

I tried attaching it as a .java file. I'll try again as a jar file whi=
ch
contains the bytecode, source code, my system info, my JDK info, and
sample results.

>code, it'd be tough to say for sure why the graph is the way it is
w/out
>seeing the bytecode your particular compiler is generating and knowin=
g
the
>details of the way the particular JVM you're using dynamically conver=
ts
>the bytecode to native code.

I agree.  So how would I ago about answering this "why" question?
Namely, "why is FastHashMap writing faster than java.util.HashMap
writing?"

>This isn't to say that the results aren't interesting, they're just n=
ot
>horribly meaningful on their own. It'd be interesting to see the code=

and
>see the results of running the benchmark under a profiler to see wher=
e
>time was actually being spent, and running more than just 10 runs per=

>object type.

I agree with both.  I will also run it on different operating systems =
to
see if the behavior is consistent.  I will post more information as ti=
me
permits.

Yoav Shapira


This e-mail, including any attachments, is a confidential business com=
munication, and may contain information that is confidential, propriet=
ary and/or privileged.  This e-mail is intended only for the individua=
l(s) to whom it is addressed, and may not be saved, copied, printed, d=
isclosed or used by anyone else.  If you are not the(an) intended reci=
pient, please immediately delete this e-mail from your computer system=
 and notify the sender.  Thank you.


------_=_NextPart_001_01C32A13.617B1FD0
Content-Type: text/plain; charset=us-ascii

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
------_=_NextPart_001_01C32A13.617B1FD0--