From: John M. S. <sk...@oz...> - 2003-06-25 02:47:54
|
Yamagata Yoriyuki wrote: >>Well, if I go i18n, I want the decoder function >>as fast as possible (the encoder is less critical). >> > > The part we talked about is the encoder, not the decoder. (the > decoder is look function.) I know. > I do some benchmarks. While the test repeating "buf.add_uchar 'a' > buf" and "buf.clear buf" shows 25% speed up, the more realistic test > that repeatedly puts 1K uchars into a buffer shows only 3% speed up. > Not a big deal, really. Yes it is. It is a big deal. Let me ask you something: would you give up 3% interest on an investment? would you give 3% of a year extra to your employer instead of holidays? That's about 11 days of holidays, which is two whole weeks .. around here that's the whole of your Xmas holdiday .. and over half your total holidays. You might think the comparison is unfair. But software systems compete on margins, like anything else. 3% off an overhead is a good improvement. Get it fast enough and the case for recoding in C -- or even assembler -- will diminish. -- John Max Skaller, mailto:sk...@oz... snail:10/1 Toxteth Rd, Glebe, NSW 2037, Australia. voice:61-2-9660-0850 |