In this paper, the cloud broker and

In this paper, the cloud broker and the newly proposed decision algorithm are completely different from our work in [8,4,5]. The objective of the new design is twofold: The first is to handle the processing tasks of each food category while ensuring efficient utilization of the cloud resources. The second is to reduce the
overall response time without having to add new cloud resources in case of non-dynamic cloud allocation model. The concept proposed as part of this paper specifically focuses on the scalability aspect of the system, taking into account each of the 3 food
categories while trying to address the issue. This is entirely different from [4] and [5] which focused on the cloud virtualization where the goal was improving the application performance of the mobile application by virtually swapping the mobile session with the cloud session.

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

ในกระดาษนี้ โบรกเกอร์เมฆและอัลกอริทึมเสนอใหม่ตัดสินใจได้อย่างสมบูรณ์แตกต่างจากงานของเราใน [8,4,5] วัตถุประสงค์ของการออกแบบใหม่เป็นสองเท่า: ก่อนที่จะ จัดการงานประมวลผลของอาหารแต่ละประเภทให้มีประสิทธิภาพการใช้ประโยชน์จากทรัพยากรคลาวด์ ที่สองคือการ ลดการเวลาตอบรับโดยรวม โดยไม่ต้องเพิ่มทรัพยากรคลาวด์ใหม่ในกรณีรูปแบบการปันส่วนแบบไดนามิกเมฆ แนวคิดการนำเสนอเป็นส่วนหนึ่งของเอกสารนี้โดยเฉพาะเน้นด้านภาระของระบบ การเข้าบัญชีแต่ละอาหาร 3หมวดหมู่ในขณะที่พยายามแก้ปัญหา นี่คือที่แตกต่างจาก [4] [5] ซึ่งมุ่งเน้นการจำลองเสมือนของเมฆซึ่งเป้าหมายคือการปรับปรุงประสิทธิภาพการทำงานของแอพลิเคชันของแอพลิเคชันมือถือ โดยแทบเปลี่ยนเซสชันมือถือกับเซสชันเมฆ

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

ในบทความนี้นายหน้าเมฆและขั้นตอนวิธีการตัดสินใจที่เสนอใหม่จะสมบูรณ์แตกต่างจากการทำงานของเราใน [8,4,5] วัตถุประสงค์ของการออกแบบใหม่เป็นสองเท่า: แรกคือการจัดการกับการประมวลผลงานของแต่ละหมวดอาหารในขณะที่มั่นใจการใช้ทรัพยากรอย่างมีประสิทธิภาพระบบคลาวด์ อย่างที่สองคือการลด
เวลาการตอบสนองโดยรวมได้โดยไม่ต้องเพิ่มทรัพยากรระบบคลาวด์ใหม่ในกรณีที่ไม่ใช่แบบไดนามิกรูปแบบการจัดสรรเมฆ แนวคิดที่นำเสนอเป็นส่วนหนึ่งของการวิจัยนี้มุ่งเน้นเฉพาะในด้านความยืดหยุ่นของระบบที่คำนึงถึงแต่ละ 3 อาหาร
ประเภทในขณะที่พยายามที่จะแก้ไขปัญหา นี่คือทั้งหมดที่แตกต่างจาก [4] และ [5] ซึ่งมุ่งเน้นไปที่การทำงานแบบเสมือนเมฆที่เป้าหมายได้รับการปรับปรุงประสิทธิภาพการประยุกต์ใช้โปรแกรมมือถือโดยแทบแลกเปลี่ยนเซสชั่นมือถือที่มีเซสชั่นคลาวด์

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

ในกระดาษนี้ , เมฆและโบรกเกอร์ใหม่เสนอการตัดสินใจนี้จะสมบูรณ์แตกต่างจากผลงานของเราใน [ 8,4,5 ] วัตถุประสงค์ของการออกแบบใหม่เป็นสองเท่า : แรกคือจัดการประมวลผลงานของแต่ละประเภทอาหารในขณะที่มั่นใจประสิทธิภาพการใช้ประโยชน์ของเมฆทรัพยากร ที่สองคือการลดเวลาในการตอบสนองโดยรวมโดยไม่ต้องเพิ่มทรัพยากรเมฆใหม่ในกรณีที่ไม่ใช่การจัดสรรแบบไดนามิกของเมฆ . แนวคิดที่เสนอเป็นส่วนหนึ่งของบทความนี้โดยเฉพาะมุ่งเน้นไปที่การทำงานด้านระบบ จดลงในบัญชีแต่ละที่ 3 อาหารประเภทในขณะที่พยายามที่จะแก้ไขปัญหา นี่คือที่แตกต่างกันอย่างสิ้นเชิงจาก [ 4 ] และ [ 5 ] ซึ่งเน้นเมฆ virtualization ซึ่งเป้าหมายคือการปรับปรุงโปรแกรมการทำงานของโปรแกรมมือถือโดยแทบการแลกเปลี่ยนเซสชั่นมือถือกับเมฆเซสชัน