> >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