Re: fastpath for StringCoding.java

2009-03-21 Thread Ulf Zibis
Sherman, sorry, I haven't recognized, that you filtered the mappables for this benchmark. -Ulf Am 21.03.2009 08:03, Xueming Shen schrieb: Ulf, The charsets being benchmarked here are all singlebyte charsets built on top of SingleByte.De/Encoder (excluding ASCII and 8859-1), which have ex

Re: fastpath for StringCoding.java

2009-03-20 Thread Xueming Shen
Ulf, The charsets being benchmarked here are all singlebyte charsets built on top of SingleByte.De/Encoder (excluding ASCII and 8859-1), which have exactly the same lookup mechanism of a b2c[] for decoding and a c2bIndex+c2b table for encoding. For these charsets what/which codepoint(s) are u

Re: fastpath for StringCoding.java

2009-03-20 Thread Ulf Zibis
Am 20.03.2009 22:27, Xueming Shen schrieb: http://cr.openjdk.java.net/~sherman/6636323_6636319/webrev I sent it to the core-libs-dev@openjdk.java.net as you suggested. Sorry, I've overseen it, because of lack of descriptive subject. Please use a more descriptive subject, I don't know all the C

Re: fastpath for StringCoding.java

2009-03-20 Thread Ulf Zibis
Am 20.03.2009 00:37, Xueming Shen schrieb: Webrev has been updated to address your coments. I'm building the binaries and will run the benchmark again (up to 2048 this time) tonight. As I see, you take a seed from Random to create the test patterns. This approach would be good for testing sta