From a707dbb6436aed7cb21fd0dec44e47e9801f97ab Mon Sep 17 00:00:00 2001
From: hsc <hsc@8c4709b5-6ec9-48aa-a5cd-a96041d1645a>
Date: Thu, 2 Aug 2012 13:49:03 +0000
Subject: [PATCH] something todo for rh

git-svn-id: https://www4.informatik.uni-erlangen.de/i4svn/danceos/trunk/devel/fail@1471 8c4709b5-6ec9-48aa-a5cd-a96041d1645a
---
 doc/todo.txt | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/doc/todo.txt b/doc/todo.txt
index 6b806df3..2d3d0999 100644
--- a/doc/todo.txt
+++ b/doc/todo.txt
@@ -19,7 +19,7 @@ Wer gerade an was arbeitet, steht in Klammern hinter dem TODO.
 
 Bochs:
  - Bug: Nach save() ist momentan hinterher der Instruction-Pointer eins weiter,
-   womit nicht unbedingt zu rechnen ist.
+   womit nicht unbedingt zu rechnen ist. (rh)
   -> Workaround?  save() ruft implizit restore() ...
  - bei BX_PANIC nicht einfach weitermachen, sondern dem Experiment
    signalisieren, dass der Simulator gepanict hat?
@@ -88,7 +88,7 @@ Parallelisierung:
      * Problem 1: hilft nicht, wenn der Client gerade neu gestartet wurde
      * Problem 2: wenn das viele Clients tun, landen sehr viele unbearbeitete
        Jobs in der Aktiv-Queue auf dem Server
- - mehrere Jobs auf einmal übertragen -> weniger Kommunikationsvorgänge
+ - mehrere Jobs auf einmal übertragen -> weniger Kommunikationsvorgänge (rh)
    * adaptiv: clientseitig erst nur einen anfordern, Laufzeit messen, die
      folgenden Male immer so viele anfordern, dass (geschätzt) z.B. mindestens
      60s zwischen zwei Kommunikationsvorgängen liegen (mit oberem Limit für
@@ -102,7 +102,7 @@ Implementierungsdetails:
    siehe BochsController::save) vereinheitlichen, evtl. zusätzlich via
    (Non-)Verbose-Mode(s)
    -> "Ausgabesystem", "Logger"
- - einfache, Linux-spezifische Wallclock-Zeitmessung ähnlich boost::timer v2
+ - einfache, Linux-spezifische Wallclock-Zeitmessung ähnlich boost::timer v2 (rh)
    * Start, Ende, einfache Stringkonvertierung/Ausgabe
 
 Effizienz:
-- 
GitLab