This module is used to dynamically

This module is used to dynamically reclaim any execution capacity that is not used by the different servers, so that it can be assigned to other servers that can make use of it. The application requirements are similar to spare capacity sharing, except that the application only knows that it has some additional budget later during its server period. Therefore, this reclamation is appropriate for anytime algorithms (i.e., continuous granularity servers) and is inappropriate for n-version algorithms which must know the version to run from the beginning of the current instance.

Dynamic reclamation is a difficult scheduling problem that is not completely solved. If new dynamic reclamation techniques become available in the future, the FSF can immediately take advantage of them because all the information on how the application can make use of it is already in the service contract. Because this module shares its application requirements with the spare capacity module, it has no contract server attributes of its own.

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

โมดูลนี้จะใช้ในการเรียกคืนความจุแบบไดนามิกการดำเนินการใด ๆ ที่ไม่ได้ใช้เซิร์ฟเวอร์ที่แตกต่างกันเพื่อที่จะสามารถได้รับมอบหมายไปยังเซิร์ฟเวอร์อื่น ๆ ที่สามารถใช้ประโยชน์จากมัน ความต้องการใช้มีความคล้ายคลึงกับการแบ่งปันความจุสำรองยกเว้นว่าแอพลิเคชันเท่านั้นที่รู้ว่ามันมีอะไรบางอย่างงบประมาณเพิ่มเติมต่อมาในช่วงเวลาที่เซิร์ฟเวอร์ ดังนั้นการปรับปรุงนี้มีความเหมาะสมสำหรับขั้นตอนวิธีการที่ทุกเวลา (เช่นเซิร์ฟเวอร์เมล็ดต่อเนื่อง) และไม่เหมาะสมสำหรับขั้นตอนวิธีการ n รุ่นซึ่งจะต้องรู้ว่ารุ่นที่จะวิ่งออกจากจุดเริ่มต้นของเช่นปัจจุบัน. ถมแบบไดนามิกเป็นปัญหาการตั้งเวลาที่ยากลำบากที่ไม่สมบูรณ์ แก้ไข หากบุกเบิกเทคนิคใหม่แบบไดนามิกกลายเป็นใช้ได้ในอนาคต FSF ทันทีสามารถใช้ประโยชน์จากพวกเขาเพราะข้อมูลทั้งหมดที่เกี่ยวกับวิธีการสมัครสามารถใช้ประโยชน์จากมันมีอยู่แล้วในสัญญาการให้บริการ เพราะหุ้นโมดูลนี้ความต้องการใช้กับโมดูลความจุสำรองก็มีแอตทริบิวต์เซิร์ฟเวอร์สัญญาของตัวเองไม่มี

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

โมดูลนี้จะใช้ในการเรียกคืนความจุแบบไดนามิกการใด ๆที่ไม่ได้ใช้ โดยเซิร์ฟเวอร์ที่แตกต่างกัน ดังนั้น จึงได้มอบหมายให้เซิร์ฟเวอร์อื่น ๆที่สามารถใช้ประโยชน์จากมัน การประยุกต์ใช้ความต้องการคล้ายกับอะไหล่แบ่งปันความจุ ยกเว้นโปรแกรมเท่านั้นที่รู้ว่ามันมีงบประมาณเพิ่มเติมอีกในช่วงระยะเวลาที่เซิร์ฟเวอร์ของ ดังนั้นการเวนคืนนี้เป็นที่เหมาะสมสำหรับทุกขั้นตอนวิธี ( เช่นอย่างต่อเนื่อง granularity เซิร์ฟเวอร์ ) และไม่เหมาะสมสำหรับ n-version อัลกอริทึมที่ต้องทราบรุ่นที่วิ่งจากจุดเริ่มต้นของอินสแตนซ์ปัจจุบัน

แบบไดนามิกที่เป็นยาก ปัญหาการจัดตารางที่ไม่ได้แก้ไข ถ้าเทคนิคไดนามิกเวนคืนใหม่กลายเป็นใช้ได้ในอนาคตFSF ได้ทันทีสามารถใช้ประโยชน์จากพวกเขา เพราะข้อมูลทั้งหมดที่เกี่ยวกับวิธีการสมัครสามารถใช้ประโยชน์จากมันมีอยู่แล้วในสัญญาบริการ เพราะหุ้นนี้โมดูลความต้องการใช้กับโมดูลความจุสำรอง มันไม่มีสัญญาเซิร์ฟเวอร์คุณลักษณะของตัวเอง