Date: Tue, 7 Jan 1997 11:36:25 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: mbarkah@hemi.com, mrcpu@cdsnet.net, msmith@atrad.adelaide.edu.au, hackers@freebsd.org Subject: Re: pib comments. Message-ID: <199701070106.LAA06345@genesis.atrad.adelaide.edu.au> In-Reply-To: <2136.852598504@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 6, 97 04:55:04 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Jordan K. Hubbard stands accused of saying: > > The problem with both these benchmarks is that they're repetitive > numerical calculations, something which TCL is not only most > definitely not-good at, it's something it wasn't even *designed* to > do. Spot on. I'd like to see some benchmarks biassed towards Tcl for a change, say, associative array lookup, or on-the-fly code generation, or any of the things that are actually useful in a glue language. Tcl8 and the bytecoder actually cheats fairly outrageously in that it uses an optimised internal representation for variables, and translates the representation as required, so once you have a variable with a known numeric type, it's much faster. With the bytecoder and various other things, it appears to run 3-5x faster on the small tests I've done. > ... since any > right-minded TCL programmer would have taken the C versions of the > Factorial or Fibonacci series calculations and stuck a TCL wrapper > around them before they would have even *considered* what Tom and > Jean-Jacques have done here. :-) Yup. Revolting. But "when all you have is a hammer..." > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701070106.LAA06345>