On Mon, Jul 04, 2022 at 08:36:23AM +0800, Qian Yun wrote:
>
>
> On 7/4/22 01:25, Waldek Hebisch wrote:
> >>>Some time ago it tunrned out
> >>>that this setting is incompatible with using new sbcl interpreter.
> >>
> >>More info?
> >
> >Really nothing to add to what I wrote:
> >
> > (setf sb-ext:*evaluator-mode* :interpret)
> >
> >gave error when sbcl was configured with sb-fasteval. I seems
> >that sbcl folks fixed this.
>
> Not sure why you met this problem. From documentation:
>
> The REPL defaults to :INTERPRET if :sb-fasteval is enabled.
>
> If you build sb-fasteval successfully, and it lanuches successfully,
> then sb-ext:*evaluator-mode* is already set to :interpret.
'sbcl' behaved differently. Look at message by Jeronimo Pellegrini
from Sun, 7 Jun 2020.
> >>ECL bytecode is enabled by (ext:install-bytecodes-compiler).
> >>ECL bytecode compile+run time is 38.5 seconds.
> >>The default C compile+run time is 25 seconds.
> >
> >Hmm, so with bytecode compiler it is slower than with compile
> >to C? Strange.
>
> OK, that time is reported by ")time on" and is not accurate.
> With a real world timer, here is result:
>
> ECL C compiler: 85 seconds total, execution time is 1 s.
> ECL bytecode compiler: 18 seconds total, execution time is 9 s.
>
> For ECL C compiler, ")time on" probably doesn't count the time of
> external "gcc" processes.
Our time report is only about time in Lisp process and does not
count external processes.
> For bytecode compiler, ")time on" reports time that is twice of
> the actual time.
We base our time report on Lisp 'get-internal-run-time'.
Could you try adding something like
)lisp (get-internal-run-time)
before and after. And also
)lisp INTERNAL-TIME-UNITS-PER-SECOND
Our time report should be close to difference of values
reported by 'get-internal-run-time' and converted to
normal units based on INTERNAL-TIME-UNITS-PER-SECOND.
--
Waldek Hebisch
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/20220704012053.GA28782%40fricas.math.uni.wroc.pl.
