Due to paper length limitations, th

Due to paper length limitations, this paper only focus on the first set of experiments.
From the second set of experiments only the conclusions of this research is reported.
The results show that, without a mobility prediction system (to predict movements of users), service continuity will be difficult to be supported since the RTT of Interest/Data packet can take longer than the threshold (>200 ms) when VM and
content migration occurs.
For instance, if the size of migrated VM is 128 MB, seamless service continuity can be supported only if the VM can be migrated and ready in the target data
centre at least 22 seconds before the handover is triggered.
Therefore, solutions such as mobility prediction are needed to predict the movement of users and determine when the VM migration should be triggered in advance.
More details can be found in [11].

ผลลัพธ์ (ไทย) 1:

เนื่องจากข้อจำกัดความยาวของกระดาษ กระดาษนี้เน้นชุดแรกของการทดลอง จากสอง ชุดการทดลองเฉพาะข้อสรุปของงานวิจัยรายงาน การแสดงผล ไม่มีเคลื่อนไหวทำนายระบบ (การคาดการณ์การเคลื่อนไหวของผู้ใช้), ที่ให้บริการที่ต่อเนื่อง จะยากที่จะได้รับการสนับสนุนเนื่องจากแพคเก็ต RTT ของดอกเบี้ย/ข้อมูลสามารถใช้เวลาที่นานกว่าเกณฑ์ (> 200 ms) เมื่อ VM และ การโยกย้ายเนื้อหาเกิดขึ้น เช่น ถ้าขนาดของ VM ถูกโยกย้ายเป็น 128 MB บริการต่อเนื่องได้รับการสนับสนุนเฉพาะถ้า VM อาจถูกโยกย้าย และพร้อมในข้อมูลเป้าหมาย ศูนย์น้อย 22 วินาทีก่อนส่งมอบจะถูกทริกเกอร์ ดังนั้น แก้ปัญหาเช่นการคาดเดาการเคลื่อนไหวจะต้องทำนายการเคลื่อนไหวของผู้ใช้ และกำหนดว่าเมื่อใดควรจะทริกเกอร์การย้าย VM ล่วง รายละเอียดเพิ่มเติมได้ใน [11]

ผลลัพธ์ (ไทย) 2:

เนื่องจากข้อ จำกัด ของความยาวของกระดาษ, กระดาษนี้จะมุ่งเน้นไปที่ชุดแรกของการทดลอง.
จากชุดที่สองของการทดลองเพียงข้อสรุปของงานวิจัยนี้มีรายงาน.
ผลปรากฏว่าไม่มีระบบการทำนายการเคลื่อนไหว (ที่จะคาดการณ์การเคลื่อนไหวของผู้ใช้) ความต่อเนื่องของบริการจะยากที่จะได้รับการสนับสนุนตั้งแต่ RTT ของแพ็กเก็ตที่น่าสนใจ / ข้อมูลที่สามารถใช้เวลานานกว่าเกณฑ์ (> 200 มิลลิวินาที) เมื่อ VM และ
การโยกย้ายเนื้อหาที่เกิดขึ้น.
ตัวอย่างเช่นถ้าขนาดของอพยพ VM เป็น 128 MB ต่อเนื่องบริการที่ไร้รอยต่อ ได้รับการสนับสนุนเฉพาะในกรณีที่ VM สามารถย้ายและพร้อมในข้อมูลเป้าหมาย
ศูนย์อย่างน้อย 22 วินาทีก่อนที่จะส่งมอบจะถูกเรียก.
ดังนั้นการแก้ปัญหาเช่นการทำนายการเคลื่อนไหวที่มีความจำเป็นที่จะคาดการณ์การเคลื่อนไหวของผู้ใช้และตรวจสอบเมื่อการโยกย้าย VM ที่ควรจะเป็น เรียกล่วงหน้า.
รายละเอียดเพิ่มเติมสามารถพบได้ใน [11]

ผลลัพธ์ (ไทย) 3:

เนื่องจากข้อ จำกัด ความยาวของกระดาษ , กระดาษนี้เน้นชุดแรกของการทดลองจากชุดที่สองของการทดลองเพียงข้อสรุปของงานวิจัยนี้คือ รายงานผลที่ได้แสดงให้เห็นว่าไม่มีระบบการทำนายการเคลื่อนที่ ( คาดเดาพฤติกรรมของผู้ใช้ ) , ความต่อเนื่องของบริการจะยากที่จะได้รับตั้งแต่ RTT ที่น่าสนใจ / ข้อมูลแพ็คเก็ตสามารถใช้เวลานานกว่าเกณฑ์ ( > 200 ms ) เมื่อ VM และเนื้อหาการโยกย้ายเกิดขึ้นตัวอย่าง ถ้าขนาดของการโยกย้าย VM เป็น 128 MB , ความต่อเนื่องของบริการไร้รอยต่อ สามารถรองรับได้เฉพาะถ้า VM สามารถอพยพและพร้อมข้อมูลเป้าหมายศูนย์บริการอย่างน้อย 22 วินาทีก่อนส่งมอบ คือ เรียก .ดังนั้น โซลูชั่น เช่น การพยากรณ์จะต้องทำนายการเคลื่อนไหวของผู้ใช้และเมื่อพิจารณาการโยกย้าย VM ควรเรียกล่วงหน้ารายละเอียดเพิ่มเติมสามารถพบได้ใน [ 11 ]