UndoDB's performance

Hui Zhu teawater@gmail.com
Fri Dec 18 03:35:00 GMT 2009

Maybe Marc use the record_wait in linux-nat.c version.
It will increase the speed a little.
I did some small test to add some record function to i386-linux-nat.c.
 It will helpful.

The main speed issue is the prec need let the inferior keep single step.
So the prec skip patch can more helpful.
And the record part can be more intellective.  For example:
Let record_message decode more than one code.  Then we can let
inferior exec more than one insn for each cycle.


On Fri, Dec 18, 2009 at 04:00, Michael Snyder <msnyder@vmware.com> wrote:
> Marc Khouzam wrote:
>> My results did seem suspiciously good.  Trying things again, I don't
>> get the same results at all.  I don't remember my exact orginal test,
>> but I know PRecord had a problem with recursion, maybe that is what
>> skewed the results?
> That problem with recursion was actually in gdb core, not in precord.
> As long as you're just executing (ie. not reverse-stepping) it would
> never have showed up.
> (and it's fixed now).

More information about the Gdb mailing list