All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oliver Oppitz <o.oppitz@web.de>
To: "user-mode-linux-devel@lists.sourceforge.net"
	<user-mode-linux-devel@lists.sourceforge.net>
Subject: [uml-devel] UML and Execution Replay
Date: Tue, 16 Sep 2003 21:15:25 +0200	[thread overview]
Message-ID: <oprvlw3zpw786kia@smtp.web.de> (raw)

Hello *,

I have a new project proposal for applying UML in the deterministic (!) 
debugging of parallel programs.

This concept is not new and called execution-replay (ER): the behaviour of 
a (complicated, multi-threaded, buggy) program is recorded during an 
*execution* phase. Later during a *replay* phase the exact behaviour is 
reproduced -- including the bugs. Therefore the system is ideal to debug - 
rarely occuring bugs in parallel systems, - race conditions, - any sort of 
bugs that are (nearly) impossible to reproduce. All you need to do is to 
record the behaviour once and then simply replay and debug it! Sounds 
exciting? - you must be a hacker then ;-) And think of the consequences...
 The role of UML will be a replayable virtual machine. By recording all 
input to the UML keyboard, network, ... and feeding this same input into 
the UML during replay, the exact internal behaviour will be reproduced. One 
gets ER without modifying the code of the applications program. This is a 
huge advantage over conventional approaches that require that the software 
adheres strictly to certain protocols. Also the overhead should be minimal.

There is some more to the idea though. I presented a paper "A particular 
bug trap: Execution replay for Virtual machines" on this idea at a 
conference last week (http://aadebug2003.elis.rug.ac.be/). See link below.

I am working on the implementation myself but of course: any help is 
welcome. I will put up a small website in the next weeks and post again. If 
anyone is interested in the project already, get in contact with me via 
o.oppitz at gmx d O T net. I'd be happy to share my ideas.

Regards,

  Oliver


The paper "A particular bug trap: Execution replay for Virtual machines" 
can be found at http://213.203.244.62/paper.short.pdf
http://213.203.244.62/paper.long.pdf
Note, that there is a way to work around the limitations of the Intel 
architecture mentioned in the paper. So I am pursuing this project on x86.

Further information on Execution replay can be found at
http://www.zealcore.com/
http://www.mrtc.mdh.se/projects/getProject.php3?id=0044
The approach is different but already applied in an industrial context 
(VxWorks).





-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

             reply	other threads:[~2003-09-16 19:16 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-16 19:15 Oliver Oppitz [this message]
2003-09-17 16:45 ` [uml-devel] UML and Execution Replay George Washington Dunlap III
2003-09-17 20:27   ` Nuno Silva
2003-09-17 20:46     ` George Washington Dunlap III
  -- strict thread matches above, loose matches on Subject: below --
2003-09-17  7:45 Oliver Oppitz
2003-09-17  8:44 ` Lars Marowsky-Bree
2003-09-17 16:59 ` George Washington Dunlap III
2003-09-17 12:04 Oliver Oppitz
2003-09-17 13:33 Wichmann, Mats D
2003-09-17 22:20 ` Jeff Dike
2003-09-18 10:47 Wichmann, Mats D
2003-09-18 14:11 Oliver Oppitz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=oprvlw3zpw786kia@smtp.web.de \
    --to=o.oppitz@web.de \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.