[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: indirect threading for bytecode interpreter
From: |
Tom Tromey |
Subject: |
Re: indirect threading for bytecode interpreter |
Date: |
Mon, 21 Sep 2009 08:27:01 -0600 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) |
>>>>> "Stefan" == Stefan Monnier <address@hidden> writes:
>> I've profiled (using oprofile) Emacs running this a few times; typical
>> results show mark_object at 10-12% of runtime. It is probably pretty
>> easy to reproduce this with a variety of elisp programs.
Stefan> So no matter how hard we try, we won't gain more than about 10% speed-up
Stefan> trying to optimize the GC. Doesn't sound like a great motivator.
Yeah, though it does vary by workload.
re_match_2_internal is actually the top time user in my profiles, using
17-25% of the runtime.
Tom
- Re: indirect threading for bytecode interpreter, (continued)
Re: indirect threading for bytecode interpreter, Dan Nicolaescu, 2009/09/18
- Re: indirect threading for bytecode interpreter, Tom Tromey, 2009/09/18
- Re: indirect threading for bytecode interpreter, Dan Nicolaescu, 2009/09/20
- Re: indirect threading for bytecode interpreter, Tom Tromey, 2009/09/20
- Re: indirect threading for bytecode interpreter, Stefan Monnier, 2009/09/21
- Re: indirect threading for bytecode interpreter, David Kastrup, 2009/09/21
- Re: indirect threading for bytecode interpreter, joakim, 2009/09/21
- Re: indirect threading for bytecode interpreter, Stefan Monnier, 2009/09/21
- Re: indirect threading for bytecode interpreter,
Tom Tromey <=