christoph/fail
1
Fork 0
Code Actions Packages Releases Activity

something todo for rh

Browse Source 
git-svn-id: https://www4.informatik.uni-erlangen.de/i4svn/danceos/trunk/devel/fail@1471 8c4709b5-6ec9-48aa-a5cd-a96041d1645a
This commit is contained in:
hsc
2012-08-02 13:49:03 +00:00
parent 5c81421728
commit a707dbb643
1 changed files with 3 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
doc/todo.txt
View File

@ -19,7 +19,7 @@ Wer gerade an was arbeitet, steht in Klammern hinter dem TODO.
Bochs: Bochs:
- Bug: Nach save() ist momentan hinterher der Instruction-Pointer eins weiter, - 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() ... -> Workaround? save() ruft implizit restore() ...
- bei BX_PANIC nicht einfach weitermachen, sondern dem Experiment - bei BX_PANIC nicht einfach weitermachen, sondern dem Experiment
signalisieren, dass der Simulator gepanict hat? signalisieren, dass der Simulator gepanict hat?
@ -88,7 +88,7 @@ Parallelisierung:
* Problem 1: hilft nicht, wenn der Client gerade neu gestartet wurde * Problem 1: hilft nicht, wenn der Client gerade neu gestartet wurde
* Problem 2: wenn das viele Clients tun, landen sehr viele unbearbeitete * Problem 2: wenn das viele Clients tun, landen sehr viele unbearbeitete
Jobs in der Aktiv-Queue auf dem Server 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 * adaptiv: clientseitig erst nur einen anfordern, Laufzeit messen, die
folgenden Male immer so viele anfordern, dass (geschätzt) z.B. mindestens folgenden Male immer so viele anfordern, dass (geschätzt) z.B. mindestens
60s zwischen zwei Kommunikationsvorgängen liegen (mit oberem Limit für 60s zwischen zwei Kommunikationsvorgängen liegen (mit oberem Limit für
@ -102,7 +102,7 @@ Implementierungsdetails:
siehe BochsController::save) vereinheitlichen, evtl. zusätzlich via siehe BochsController::save) vereinheitlichen, evtl. zusätzlich via
(Non-)Verbose-Mode(s) (Non-)Verbose-Mode(s)
-> "Ausgabesystem", "Logger" -> "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 * Start, Ende, einfache Stringkonvertierung/Ausgabe
Effizienz: Effizienz: