From 54d0e081f5e3f42b7aefa8531c693420825e75fc Mon Sep 17 00:00:00 2001
From: Jeena Paradies <spam@jeenaparadies.net>
Date: Thu, 12 May 2011 19:48:21 +0200
Subject: [PATCH] added references on migrating VMs

---
 bibliography.bib | 22 ++++++++++++++++++++++
 report.lyx       | 12 ++++++++++--
 2 files changed, 32 insertions(+), 2 deletions(-)

diff --git a/bibliography.bib b/bibliography.bib
index 2a05109..4628179 100644
--- a/bibliography.bib
+++ b/bibliography.bib
@@ -355,3 +355,25 @@ This paper details the motivations and design choices we made in Thrift, as well
  keywords = {agreement problem, asynchronous system, consensus problem, failure correction, failure detection, fault models, fault tolerance, liveness, message passing, possibility detection, predicate detection, redundancy, safety},
 } 
 
+@article{VM:Jin2010,
+ title = "Optimizing the live migration of virtual machine by CPU scheduling",
+ journal = "Journal of Network and Computer Applications",
+ volume = "In Press, Corrected Proof",
+ year = "2010",
+ issn = "1084-8045",
+ doi = "DOI: 10.1016/j.jnca.2010.06.013",
+ url = "http://www.sciencedirect.com/science/article/B6WKB-50GWNDF-1/2/8e238feaccf38844aba14ece109b28a6",
+ author = "Hai Jin and Wei Gao and Song Wu and Xuanhua Shi and Xiaoxin Wu and Fan Zhou",
+ keywords = "Live virtual machine migration",
+ keywords = "Pre-copy algorithm",
+ keywords = "CPU scheduling",
+ keywords = "Dirty rate"
+}
+
+@INPROCEEDINGS{VM:Polze, 
+ author={Polze, Andreas and Troger, Peter and Salfner, Felix}, 
+booktitle={Object/Component/Service-Oriented Real-Time Distributed Computing Workshops (ISORCW), 2011 14th IEEE International Symposium on}, title={Timely  Virtual Machine Migration for Pro-active Fault Tolerance}, 
+ year={2011}, 
+ month={march}, 
+ doi={10.1109/ISORCW.2011.42}, 
+}
\ No newline at end of file
diff --git a/report.lyx b/report.lyx
index c472d11..51808b5 100644
--- a/report.lyx
+++ b/report.lyx
@@ -2544,8 +2544,16 @@ key "armstrong2011"
 \end_layout
 
 \begin_layout Standard
-There are several good papers on how to migrate whole virtual machines among
- nodes to replicate them but for the GGS a different approach has been chosen.
+There are several good papers (e.g.
+ 
+\begin_inset CommandInset citation
+LatexCommand citet
+key "VM:Jin2010,VM:Polze"
+
+\end_inset
+
+) on how to migrate whole virtual machines among nodes to replicate them
+ but for the GGS a different approach has been chosen.
  Instead of duplicating a virtual machine, an attempt to lift the state
  of the VM to a storage external to the VM is made.
  The state is stored in a fast, fault tolerant data store instead of inside