[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Elisp native profiler
From: |
Eli Zaretskii |
Subject: |
Re: Elisp native profiler |
Date: |
Fri, 28 Sep 2012 16:16:21 +0200 |
> From: Stefan Monnier <address@hidden>
> Cc: Tomohiro Matsuyama <address@hidden>, address@hidden
> Date: Fri, 28 Sep 2012 08:43:00 -0400
>
> > If the overhead can be avoided when not profiling (e.g., depending on
> > some global variable), that would be acceptable, I think.
>
> No, I think some of the overhead can't be chosen at runtime (e.g. the
> `struct backtrace' will always use up stack space)
I thought about CPU overhead, not stack size overhead.
> and adding a test on a global variable to functions like `car'
> doesn't sound like a good idea.
Why not? Profiling is a global state, affecting all of Emacs, isn't
it?
- Re: Elisp native profiler, (continued)
- Re: Elisp native profiler, Stephen Berman, 2012/09/28
- Re: Elisp native profiler, Stefan Monnier, 2012/09/28
- Re: Elisp native profiler, Paul Eggert, 2012/09/30
- Re: Elisp native profiler, Eli Zaretskii, 2012/09/30
- Re: Elisp native profiler, Tomohiro Matsuyama, 2012/09/28
- Re: Elisp native profiler, Eli Zaretskii, 2012/09/28
- Re: Elisp native profiler, Stefan Monnier, 2012/09/28
- Re: Elisp native profiler,
Eli Zaretskii <=
- Re: Elisp native profiler, Stefan Monnier, 2012/09/28
- Re: Elisp native profiler, Eli Zaretskii, 2012/09/28
- Re: Elisp native profiler, Stefan Monnier, 2012/09/28
- Re: Elisp native profiler, Stefan Monnier, 2012/09/28
- Re: Elisp native profiler, Stefan Monnier, 2012/09/26
- Re: Elisp native profiler, Tomohiro Matsuyama, 2012/09/26
- Re: Elisp native profiler, Tomohiro Matsuyama, 2012/09/28
- Re: Elisp native profiler, Eli Zaretskii, 2012/09/28
- Re: Elisp native profiler, Paul Eggert, 2012/09/30
- Re: Elisp native profiler, Eli Zaretskii, 2012/09/30