> >If neither the reduction count nor the timing are appriopriate
> >measures of efficiency in Hugs, then what is? Is there any
> >profiling tool available for the interpreter?
>
> Since modern CPU's are developed as to make more commonly used assembler
> instructions faster, the only way to find out the speed of the components
> of a program is to use a profiler.
>
Looks like you missed my last question:
"Is there any profiling tool available for the interpreter?"
I meant: "for Hugs" but if HBI has some I would gladly
use it.
Jan
- Reduction count as efficiency measure? Jan Skibinski
- Re: Reduction count as efficiency measure? Lennart Augustsson
- RE: Reduction count as efficiency measure? Mark P Jones
- RE: Reduction count as efficiency measure? Jan Skibinski
- RE: Reduction count as efficiency measure? Hans Aberg
- Re: Reduction count as efficiency measure? Lennart Augustsson
- Re: Reduction count as efficiency measure? Jan Skibinski
- RE: Reduction count as efficiency measure? Hans Aberg
- Re: Reduction count as efficiency measure? Jan Skibinski
- Re: Reduction count as efficiency measure? Fergus Henderson
- Re: Reduction count as efficiency measure? Lennart Augustsson
- Re: Reduction count as efficiency measure? Graeme Moss
- Re: Reduction count as efficiency measure? Graeme Moss
- Re: Reduction count as efficiency measure? Keith Wansbrough
- Re: Reduction count as efficiency measure? Carl R. Witty
- Re: Reduction count as efficiency measure? Amr A Sabry
- Re: Reduction count as efficiency measure? Ralf Hinze
- Re: Reduction count as efficiency measure? Carl R. Witty
- Re: Reduction count as efficiency measure? Lennart Augustsson
