Cloud-End IssuesA four-level archit

Cloud-End Issues
A four-level architecture [9] is well recognized in cloud design, including Data Centers Layer, IaaS (Infrastructure as
a Service) Layer, PaaS (Platform as a Service) Layer, and SaaS (Software as a Service) Layer. For the proposed MCG
system, the cloud-end is providing a GaaS. The most critical open research issues in GaaS include:1) VM Design: In cloud computing, how to visualizer distributed resources is one of the most critical issues for VM design. However, the resource requirement for each game session in an MCG system does not impose a heavy load,so that multiple VMs commonly reside in a single server.Therefore, scheduling of parallel tasks in a server is an important topic, since the gaming procedures are always sensitive to round-trip time (RTT). Moreover, each VM running in the cloud is a request handler for its corresponding mobile client. In order to cope with the operating environments of the mobile devices, VMs should synchronize themselves in time. However, frequent updates might cost a large amount of data transmissions over wireless networks, which may potentially decrease the overall system performance.Therefore, how to design a flexible and efficient VM remains an open issue

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

ปัญหาปลายเมฆสถาปัตยกรรมแบบสี่ระดับ [9] เป็นที่รู้จักในเมฆออก รวมถึงชั้นข้อมูลศูนย์ IaaS (โครงสร้างพื้นฐานเป็นบริการ) ชั้น ชั้น PaaS (แพลตฟอร์มเป็นบริการ) และ SaaS (Software as a Service) ชั้น สำหรับไมโครกรัมนำเสนอระบบ ด้านคลาวด์ให้ GaaS รวมปัญหาวิจัยเปิดสำคัญที่สุดใน GaaS: 1) ออกแบบ VM: ในคลาวด์ วิธีการ visualizer กระจายทรัพยากรเป็นหนึ่งในปัญหาสำคัญที่สุดสำหรับการออกแบบ VM อย่างไรก็ตาม ความต้องการทรัพยากรสำหรับแต่ละเซสชันเกมในระบบไมโครกรัมกำหนดหนัก เพื่อให้หลาย VMs มักอยู่ในเซิร์ฟเวอร์เดียว ดังนั้น ผลิตงานแบบขนานในเซิร์ฟเวอร์เป็นหัวข้อสำคัญ ตั้งแต่ขั้นตอนการเล่นเกมมักไวต่อเวลาไปกลับ (RTT) นอกจากนี้ แต่ละ VM ที่ใช้ในระบบคลาวด์เป็นตัวจัดการการร้องขอของไคลเอ็นต์เคลื่อนที่สอดคล้องกัน เพื่อรับมือกับสภาพแวดล้อมการทำงานของอุปกรณ์มือถือ VMs ควรซิงโครไนส์ตัวเองในเวลานี้ อย่างไรก็ตาม ปรับปรุงบ่อยอาจต้นทุนขนาดใหญ่ของการส่งข้อมูลผ่านเครือข่ายไร้สาย ซึ่งอาจอาจลดประสิทธิภาพของระบบโดยรวม ดังนั้น วิธีการออกแบบ VM ยืดหยุ่น และมีประสิทธิภาพยังคงเป็นปัญหาที่เปิด

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

Cloud-End ปัญหา
ระดับสี่สถาปัตยกรรม [9] เป็นที่รู้จักดีในการออกแบบเมฆรวมทั้งศูนย์ข้อมูลชั้น IaaS (โครงสร้างพื้นฐานเป็น
Service) ชั้น PaaS (Platform as Service) ชั้นและ SaaS (Software as Service) ชั้น. สำหรับ MCG เสนอ
ระบบเมฆสิ้นจะให้ GaAs ที่สำคัญที่สุดปัญหาการวิจัยที่เปิดใน GaAs ได้แก่ 1) VM ออกแบบ: ในการคำนวณเมฆวิธีการกระจายทรัพยากร Visualizer เป็นหนึ่งในประเด็นที่สำคัญที่สุดสำหรับการออกแบบ VM อย่างไรก็ตามความต้องการทรัพยากรสำหรับแต่ละเซสชั่นเกมในระบบ MCG ไม่ได้กำหนดภาระหนักเพื่อให้หลาย VMs ทั่วไปอาศัยอยู่ใน server.Therefore เดียวการจัดตารางเวลาของงานคู่ขนานในเซิร์ฟเวอร์เป็นหัวข้อสำคัญตั้งแต่ขั้นตอนการเล่นเกมที่มี มักจะมีความไวต่อตลอดเวลาการเดินทาง (RTT) นอกจากนี้ VM ทำงานในเมฆแต่ละคนเป็นตัวจัดการการร้องขอสำหรับลูกค้าโทรศัพท์มือถือที่สอดคล้องกัน เพื่อที่จะรับมือกับสภาพแวดล้อมการทำงานของอุปกรณ์มือถือ VMs ควรประสานตัวเองในเวลา อย่างไรก็ตามการปรับปรุงบ่อยอาจมีค่าใช้จ่ายจำนวนมากของการส่งข้อมูลผ่านเครือข่ายไร้สายซึ่งอาจลดลงโดยรวมของระบบ performance.Therefore วิธีการออกแบบที่มีความยืดหยุ่นและมีประสิทธิภาพ VM ยังคงเป็นปัญหาเปิด

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

ปัญหาปลายเมฆสถาปัตยกรรมระดับ 4 [ 9 ] เป็นที่รู้จักดี ในการออกแบบระบบรวมศูนย์ข้อมูลชั้น IaaS ( Infrastructure เป็นบริการ ) ชั้น PaaS ( Platform เป็นบริการ ) ชั้นและ SaaS ( ซอฟต์แวร์เป็นบริการ ) ชั้น สำหรับการนำเสนออุปกรณ์ระบบเมฆสุดท้ายคือการให้นี้ . ที่สำคัญเปิดประเด็นในการวิจัยนี้ประกอบด้วย : 1 ) ออกแบบ Database : ในคอมพิวเตอร์เมฆ , วิธีการ Visualizer กระจายทรัพยากร เป็นประเด็นหนึ่งที่สำคัญสำหรับการออกแบบซอฟต์แวร์ . อย่างไรก็ตาม ความต้องการทรัพยากรสำหรับเซสชั่นแต่ละเกม ในการป้องกันระบบไม่ได้ให้หนัก เพื่อให้หลายวัดมักอยู่ในเซิร์ฟเวอร์เดียว ดังนั้น การจัดตารางงานขนานใน Server เป็นหัวข้อสำคัญ เนื่องจากการเล่นเกมกระบวนการมักจะแพ้กลับเวลา ( RTT ) โดยในแต่ละ VM ทำงานในเมฆเป็นคำขอ handler สำหรับลูกค้ามือถือของตนที่สอดคล้องกัน เพื่อที่จะรับมือกับสภาพแวดล้อมของระบบปฏิบัติการโทรศัพท์มือถือ HP ควรประสานตัวเองในเวลา อย่างไรก็ตาม การปรับปรุงบ่อยอาจเสียค่าใช้จ่ายจำนวนมากของการส่งข้อมูลผ่านเครือข่ายแบบไร้สาย ซึ่งอาจลดประสิทธิภาพของระบบโดยรวม ดังนั้น วิธีการออกแบบซอฟต์แวร์ที่ยืดหยุ่นและมีประสิทธิภาพ ยังคงมีปัญหาเปิด