4.1. CloudSim core simulation frame

4.1. CloudSim core simulation framework
As discussed previously, GridSim is one of the building blocks of CloudSim. However, GridSim
uses the SimJava library as a framework for event handling and inter-entity message passing.
SimJava has several limitations that impose some restrictions with regard to creation of scalable
simulation environments such as:
• It does not allow resetting the simulation programmatically at run-time.
• It does not support creation of new simulation entity at run-time (once simulation has been
initiated).
• Multi-threaded nature of SimJava leads to performance overhead with the increase in system
size. The performance degradation is caused by the excessive context switching between
threads.
• Multi-threading brings additional complexity with regard to system debugging.
To overcome these limitations and to enable simulation of complex scenarios that can involve a
large number of entities (on a scale of thousands), we developed a new discrete event management
framework. The class diagram of this new core is presented in Figure 7(a). The related classes are
the following:
CloudSim: This is the main class, which is responsible for managing event queues and controlling
step-by-step (sequential) execution of simulation events. Every event that is generated by the
CloudSim entity at run-time is stored in the queue called future events. These events are sorted
by their time parameter and inserted into the queue. Next, the events that are scheduled at each
step of the simulation are removed from the future events queue and transferred to the deferred
event queue. Following this, an event processing method is invoked for each entity, which chooses
events from the deferred event queue and performs appropriate actions. Such an organization allows
flexible management of simulation and provides the following powerful capabilities:
• Deactivation (holding) of entities.
• Context switching of entities between different states (e.g. waiting to active). Pausing and
resuming the process of simulation.
• Creation of new entities at run-time.
• Aborting and restarting simulation at run-time.
DeferredQueue: This class implements the deferred event queue used by CloudSim.
FutureQueue: This class implements the future event queue accessed by CloudSim.
CloudInformationService: A CIS is an entity that provides resource registration, indexing, and
discovering capabilities. CIS supports two basic primitives: (i) publish(), which allows entities to
register themselves with CIS and (ii) search(), which allows entities such as CloudCoordinator
and Brokers in discovering status and endpoint contact address of other entities. This entity also
notifies the (other?) entities about the end of simulation.
SimEntity: This is an abstract class, which represents a simulation entity that is able to send
messages to other entities and process received messages as well as fire and handle events. All
entities must extend this class and override its three core methods: startEntity(), processEvent() and
shutdownEntity(), which define actions for entity initialization, processing of events, and entity
destruction, respectively. SimEntity class provides the ability to schedule new events and send
messages to other entities, where network delay is calculated according to the BRITE model. Once
created, entities automatically register with CIS.
CloudSimTags. This class contains various static event/command tags that indicate the type of
action that needs to be undertaken by CloudSim entities when they receive or send events.
SimEvent: This entity represents a simulation event that is passed between two or more entities.
SimEvent stores the following information about an event: type, init time, time at which the event
should occur, finish time, time at which the event should be delivered to its destination entity, IDs
of the source(s?) and destination entities, tag of the event, and data that have to be passed to the
destination entity.
CloudSimShutdown: This is an entity that waits for the termination of all end-user and broker
entities, and then signals the end of simulation to CIS.
Predicate: Predicates are used for selecting events from the deferred queue. This is an abstract
class and must be extended to create a new predicate. Some standard predicates are provided that
are presented in Figure 7(b).
PredicateAny: This class represents a predicate that matches any event on the deferred event
queue. There is a publicly accessible instance of this predicate in the CloudSim class, called
CloudSim.SIM ANY, and hence no new instances need to be created.
PredicateFrom: This class represents a predicate that selects events fired by specific entities.
PredicateNone: This represents a predicate that does not match any event on the deferred event
queue. There is a publicly accessible static instance of this predicate in the CloudSim class, called
CloudSim.SIM NONE; hence, the users are not needed to create any new instances of this class.
PredicateNotFrom: This class represents a predicate that selects events that have not been sent
by specific entities.
PredicateNotType: This class represents a predicate to select events that do not match specific
tags.
PredicateType: This class represents a predicate to select events with specific tags.

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

4.1. CloudSim หลักการจำลองกรอบตามที่อธิบายไว้ก่อนหน้านี้ GridSim เป็นหนึ่งในการสร้างบล็อกของ CloudSim อย่างไรก็ตาม GridSimใช้ไลบรารี SimJava เป็นกรอบสำหรับการจัดการเหตุการณ์และข้อความเอนทิตีระหว่างที่ผ่านSimJava มีข้อจำกัดหลายประการที่กำหนดข้อจำกัดบางอย่างเกี่ยวกับสร้างปรับขนาดได้การจำลองสภาพแวดล้อมเช่น:•ไม่สามารถตั้งค่าการจำลองโปรแกรมที่รันไทม์•ไม่สนับสนุนการสร้างเอนทิตีการจำลองใหม่ในขณะใช้งาน (เมื่อมีการจำลองเริ่มต้น)•ธรรมชาติหลายเธรดของ SimJava ที่นำไปสู่ประสิทธิภาพค่าใช้จ่ายเพิ่มขึ้นในระบบขนาด ประสิทธิภาพที่เกิดจากการสลับระหว่างบริบทมากเกินไปเธรด•หลายเธรดนำความซับซ้อนเพิ่มเติมเกี่ยวกับดีบักในระบบเพื่อเอาชนะข้อจำกัดเหล่านี้ และเปิดใช้งานการจำลองสถานการณ์ซับซ้อนที่สามารถเกี่ยวข้องกับการจำนวนมากของเอนทิตี (ในระดับพัน), เราพัฒนาจัดการแยกกันเหตุการณ์ใหม่กรอบ มีการนำเสนอแผนภาพคลาสของหลักใหม่นี้ในรูป 7(a) สอนที่เกี่ยวข้องต่อไปนี้:CloudSim: นี่คือเรียนหลัก ที่รับผิดชอบในการจัดการคิวเหตุการณ์ และการควบคุมดำเนินการ (ตามลำดับ) แต่ละขั้นตอนของการจำลองเหตุการณ์ ทุกเหตุการณ์ที่สร้างขึ้นโดยการเอนทิตี CloudSim ที่รันไทม์ถูกเก็บไว้ในคิวที่เรียกว่าเหตุการณ์ในอนาคต เหตุการณ์เหล่านี้จะถูกเรียงลำดับโดยพารามิเตอร์เวลาของพวกเขา และแทรกลงในคิว ถัดไป เหตุการณ์ที่มีกำหนดการในแต่ละขั้นตอนของการจำลองจะถูกเอาออกจากคิวเหตุการณ์ในอนาคต และโอนย้ายไปที่เลื่อนเวลาคิวเหตุการณ์ ดังกล่าว เหตุการณ์วิธีการประมวลผลจะถูกเรียกสำหรับเอนทิตีแต่ละ ที่เลือกเหตุการณ์จากเหตุการณ์เลื่อนเวลาคิว และดำเนินการ ช่วยให้องค์กรดังกล่าวจำลองการจัดการมีความยืดหยุ่น และมีความสามารถมีประสิทธิภาพต่อไปนี้:•ปิดใช้งาน (โฮลดิ้ง) ของเอนทิตี•บริบทสลับของเอนทิตีระหว่างรัฐต่าง ๆ (เช่นรอใช้งานอยู่) หยุดชั่วคราว และดำเนินต่อกระบวนการของการจำลอง•การสร้างเอนทิตีใหม่ที่รันไทม์•ยกเลิก และเริ่มต้นการจำลองในขณะใช้งานDeferredQueue: ชั้นนี้ใช้คิวเหตุการณ์ถูกเลื่อนออกไปใช้ โดย CloudSimFutureQueue: ชั้นนี้ใช้คิวเหตุการณ์ในอนาคตที่เข้าถึงได้ โดย CloudSimCloudInformationService: CIS เป็นเอนทิตีที่มีการลงทะเบียนทรัพยากร ทำดัชนี และค้นพบความสามารถในการ CIS สนับสนุนนำพื้นฐานสอง: (i) publish() ซึ่งทำให้เอนทิตี้ลงทะเบียนตัวเองกับ CIS และ (ii) search() ซึ่งทำให้เอนทิตีเช่น CloudCoordinatorและที่อยู่ของเอนทิตีอื่นติดต่อโบรกเกอร์ในการค้นพบสถานะและปลายทาง เอนทิตีนี้ยังแจ้งให้ทราบนี้ () ตีเกี่ยวกับการสิ้นสุดของการจำลองSimEntity: เป็นคลาสนามธรรม ซึ่งแสดงถึงเอนทิตีการจำลองแบบที่สามารถส่งข้อดีเป็นไฟ และจัดการเหตุการณ์รับข้อความเอนทิตีและกระบวนการอื่น ๆ ทั้งหมดเอนทิตีต้องขยายชั้นนี้ และแทนวิธีการหลักที่สาม: startEntity(), processEvent() และshutdownEntity() ซึ่งเป็นตัวกำหนดการดำเนินการสำหรับเอนทิตีเริ่มต้น ประมวลผล และเอนทิตีทำลาย ตามลำดับ คลา SimEntity ช่วยให้สามารถจัดกำหนดการกิจกรรมใหม่ และส่งข้อความเอนทิตีอื่น ซึ่งความล่าช้าของเครือข่ายจะถูกคำนวณตามแบบบริษัทคิงส์ไบร์ท ครั้งสร้าง เอนทิตีโดยอัตโนมัติลงทะเบียนล่วงหน้าCloudSimTags ชั้นนี้ประกอบด้วยแท็กสั่งคงเหตุการณ์ต่าง ๆ ที่ระบุชนิดของการดำเนินการที่จำเป็นที่จะดำเนินการ โดยเอนทิตี CloudSim เมื่อได้รับ หรือส่งเหตุการณ์SimEvent: เอนทิตีนี้แสดงเหตุการณ์จำลองที่ส่งผ่านระหว่างสอง หรือมากกว่าสองเอนทิตีSimEvent เก็บข้อมูลเกี่ยวกับเหตุการณ์: ชนิด เวลาเริ่ม เวลาที่เหตุการณ์ควรเกิดขึ้น เสร็จสิ้นเวลา เวลาที่เหตุการณ์ควรจะจัดส่งของปลายทางเอนทิตี รหัสเอนทิตี source(s?) และปลายทาง แท็กเหตุการณ์ และข้อมูลที่ได้ผ่านเข้าสู่การเอนทิตีปลายทางCloudSimShutdown: เป็นเอนทิตีที่รอการเลิกจ้างของนายหน้าและผู้ใช้ทั้งหมดเอนทิตี แล้ว สัญญาณสิ้นสุดการจำลองการล่วงหน้าเพรดิเคต: ใช้เพรดิเคตการเลือกเหตุการณ์จากคิวถูกเลื่อนออกไป นี่คือบทคัดย่อคลาส และต้องขยายเพื่อสร้างเพรดิเคตใหม่ เพรดิเคตบางมาตรฐานมีที่มีแสดงในรูป 7(b)PredicateAny: เพรดิเคตที่ตรงกับเหตุการณ์ใดเหตุการณ์เลื่อนเวลาแสดงถึงระดับนี้คิว มีอันนี้เพรดิเคตในคลา CloudSim เรียกว่าเข้าถึงได้อย่างเปิดเผยCloudSim.SIM ได้ และอินสแตนซ์ใหม่จึงไม่จำเป็นต้องสร้างPredicateFrom: เรียนแทนเพรดิเคตที่เลือกโดยเฉพาะเอนทิตีกิจกรรมPredicateNone: นี้แทนเพรดิเคตที่ตรงกับเหตุการณ์ใด ๆ ในเหตุการณ์ถูกเลื่อนออกไปคิว มีที่สาธารณะเข้าคงอันนี้เพรดิเคตในคลา CloudSim เรียกว่าCloudSim.SIM ไม่มี ดังนั้น ผู้ใช้ไม่จำเป็นต้องสร้างใด ๆ อินสแตนซ์ใหม่ของคลาสนี้PredicateNotFrom: เพรดิเคตที่เลือกไม่มีการส่งแสดงถึงระดับนี้โดยเฉพาะเอนทิตีPredicateNotType: เพรดิเคตการเลือกเหตุการณ์ที่ตรงเฉพาะแสดงถึงระดับนี้แท็กPredicateType: เรียนแทนเพรดิเคตการเลือกเหตุการณ์ ด้วยแท็กเฉพาะ

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

4.1 กรอบจำลองหลัก CloudSim
ตามที่กล่าวไว้ก่อนหน้านี้ GridSim เป็นหนึ่งในหน่วยการสร้างของ CloudSim อย่างไรก็ตาม GridSim
ใช้ห้องสมุด SimJava เป็นกรอบสำหรับการจัดการเหตุการณ์และข้อความระหว่างกิจการที่ผ่าน.
SimJava มีข้อ จำกัด หลายอย่างที่กำหนดข้อ จำกัด บางอย่างเกี่ยวกับการขยายขีดความสามารถการสร้าง
สภาพแวดล้อมที่จำลองเช่น:
•มันไม่ได้ช่วยให้การตั้งค่าโปรแกรมจำลองที่ใช้ -Time.
•มันไม่ได้สนับสนุนการสร้างของกิจการจำลองใหม่ที่ใช้เวลา (ที่ครั้งหนึ่งเคยได้รับการจำลองการ
เริ่มต้น).
•ธรรมชาติแบบมัลติเธรดของ SimJava ค่าใช้จ่ายจะนำไปสู่ผลการดำเนินงานมีการเพิ่มขึ้นในระบบ
ขนาด ลดประสิทธิภาพการทำงานที่เกิดจากบริบทมากเกินไปสลับไปมาระหว่าง
หัวข้อ.
•มัลติเธรดนำความซับซ้อนเพิ่มเติมเกี่ยวกับการแก้จุดบกพร่องของระบบ.
เพื่อเอาชนะข้อ จำกัด เหล่านี้และเพื่อให้การจำลองสถานการณ์ที่ซับซ้อนที่สามารถมีส่วนร่วม
จำนวนมากของหน่วยงาน (โย พันบาท) เราพัฒนาการจัดการเหตุการณ์ที่ไม่ต่อเนื่องใหม่
กรอบ แผนภาพคลาสของแกนใหม่นี้จะนำเสนอในรูปที่ 7 (ก) การเรียนที่เกี่ยวข้องมี
ดังต่อไปนี้:
CloudSim: นี่คือระดับหลักซึ่งเป็นผู้รับผิดชอบในการบริหารจัดการคิวเหตุการณ์และการควบคุม
ขั้นตอนโดยขั้นตอน (ตามลำดับ) การดำเนินการของการจำลองเหตุการณ์ ทุกเหตุการณ์ที่สร้างขึ้นโดย
นิติบุคคล CloudSim ที่ใช้เวลาจะถูกเก็บไว้ในคิวที่เรียกว่าเหตุการณ์ในอนาคต เหตุการณ์เหล่านี้จะเรียง
ตามเวลาพารามิเตอร์ของพวกเขาและแทรกเข้าไปในคิว ถัดไปเหตุการณ์ที่เกิดขึ้นที่มีการกำหนดไว้ในแต่ละ
ขั้นตอนของการจำลองถูกลบออกจากเหตุการณ์ในอนาคตคิวและโอนไปยังรอการตัดบัญชี
คิวงาน ต่อไปนี้เป็นวิธีการประมวลผลเหตุการณ์ถูกเรียกสำหรับแต่ละกิจการซึ่งเลือก
เหตุการณ์จากคิวงานรอการตัดบัญชีและดำเนินการดำเนินการที่เหมาะสม ดังกล่าวจะช่วยให้องค์กร
การบริหารจัดการที่มีความยืดหยุ่นของการจำลองและมีความสามารถที่มีประสิทธิภาพต่อไปนี้:
. •เสื่อม (ถือ) ของหน่วยงาน
•เปลี่ยนบริบทของหน่วยงานระหว่างรัฐที่แตกต่างกัน (เช่นรอการใช้งาน) การหยุดชั่วคราวและ
กลับมาทำงานในกระบวนการของการจำลอง.
•การสร้างหน่วยงานใหม่ที่ใช้เวลา.
•ยกเลิกและเริ่มต้นใหม่แบบจำลองที่ใช้เวลา.
DeferredQueue: ชั้นนี้ดำเนินคิวงานรอการตัดบัญชีที่ใช้โดย CloudSim.
FutureQueue: ชั้นนี้ดำเนินคิวงานในอนาคต เข้าถึงได้โดย CloudSim.
CloudInformationService: CIS เป็นนิติบุคคลที่มีการลงทะเบียนทรัพยากรการจัดทำดัชนีและ
การค้นพบความสามารถ CIS สนับสนุนสองวิทยาการขั้นพื้นฐาน (i) เผยแพร่ () ซึ่งจะช่วยให้หน่วยงานที่จะ
ลงทะเบียนตัวเองกับ CIS และ (ii) การค้นหา () ซึ่งจะช่วยให้หน่วยงานเช่น CloudCoordinator
และโบรกเกอร์ในการค้นพบสถานะและที่อยู่ที่ติดต่อปลายทางของหน่วยงานอื่น ๆ นิติบุคคลนอกจากนี้ยัง
แจ้ง (อื่น ๆ ) หน่วยงานที่เกี่ยวกับการสิ้นสุดของการจำลอง.
SimEntity: นี่คือระดับนามธรรมซึ่งหมายถึงนิติบุคคลจำลองที่สามารถส่ง
ข้อความไปยังหน่วยงานอื่น ๆ และขั้นตอนการได้รับข้อความเช่นเดียวกับไฟไหม้และการจัดการกับเหตุการณ์ ทุก
หน่วยงานที่จะต้องขยายชั้นนี้และแทนที่สามวิธีหลัก: startEntity () processEvent () และ
shutdownEntity () ซึ่งกำหนดดำเนินการสำหรับการเริ่มต้นหน่วยประมวลผลของเหตุการณ์และกิจการ
ทำลายตามลำดับ ระดับ SimEntity ให้ความสามารถในการกำหนดตารางการเหตุการณ์ที่เกิดขึ้นใหม่และการส่ง
ข้อความไปยังหน่วยงานอื่น ๆ ที่ล่าช้าของเครือข่ายที่มีการคำนวณตามรูปแบบ BRITE เมื่อ
สร้างขึ้นโดยอัตโนมัติหน่วยงานที่ลงทะเบียนกับ CIS.
CloudSimTags ชั้นนี้คงมีเหตุการณ์ต่างๆ / แท็กคำสั่งที่ระบุประเภทของ
การกระทำที่จะต้องดำเนินการโดยหน่วยงาน CloudSim เมื่อพวกเขาได้รับหรือส่งกิจกรรม.
SimEvent: นิติบุคคลนี้แสดงเหตุการณ์จำลองที่ถูกส่งผ่านระหว่างสองคนหรือมากกว่าหน่วยงาน.
ร้านค้า SimEvent ต่อไปนี้ข้อมูลเกี่ยวกับเหตุการณ์: ชนิดเวลา init, เวลาที่เหตุการณ์
จะเกิดขึ้นเวลาที่เสร็จสิ้นเวลาที่เหตุการณ์ที่ควรจะส่งมอบให้กับกิจการที่ปลายทางของรหัส
ของแหล่งที่มา (s) และหน่วยงานที่ปลายทางของแท็ก เหตุการณ์และข้อมูลที่จะต้องมีการส่งผ่านไปยัง
นิติบุคคลปลายทาง.
CloudSimShutdown: นี่คือหน่วยงานที่รอการสิ้นสุดของทั้งหมดของผู้ใช้และนายหน้าซื้อขาย
หน่วยงานและจากนั้นสัญญาณของการจำลองการ CIS.
สรุป: Predicates ที่ใช้สำหรับ เลือกเหตุการณ์ที่เกิดขึ้นจากคิวรอการตัดบัญชี นี้เป็นนามธรรม
ระดับและจะต้องขยายการสร้างภาคใหม่ บางภาคมาตรฐานจะได้รับบริการที่
ถูกนำเสนอในรูปที่ 7 (ข).
PredicateAny: ชั้นนี้เป็นคำกริยาที่ตรงกับเหตุการณ์ใด ๆ ในกรณีที่รอการตัดบัญชี
คิว มีตัวอย่างที่สาธารณชนสามารถเข้าถึงของภาคนี้ในระดับ CloudSim เรียกว่าเป็น
CloudSim.SIM ใด ๆ และด้วยเหตุนี้ไม่มีกรณีใหม่ที่จะต้องมีการสร้างขึ้น.
PredicateFrom: ชั้นนี้เป็นคำกริยาที่เลือกเหตุการณ์ยิงโดยหน่วยงานที่เฉพาะเจาะจง.
PredicateNone: นี่แสดงให้เห็นถึง กริยาที่ไม่ตรงกับเหตุการณ์ใด ๆ ในกรณีที่รอการตัดบัญชี
คิว มีตัวอย่างแบบคงที่สาธารณชนสามารถเข้าถึงของภาคนี้ในระดับ CloudSim เรียกว่าเป็น
CloudSim.SIM ไม่มี; ด้วยเหตุนี้ผู้ใช้ไม่จำเป็นต้องใช้ในการสร้างอินสแตนซ์ใหม่ ๆ ของชั้นนี้.
PredicateNotFrom: ชั้นนี้เป็นคำกริยาที่เลือกเหตุการณ์ที่ยังไม่ได้รับการส่ง
โดยหน่วยงานที่เฉพาะเจาะจง.
PredicateNotType: ชั้นนี้เป็นคำกริยาเพื่อเลือกเหตุการณ์ที่ไม่ตรงกับที่เฉพาะเจาะจง
. แท็ก
PredicateType: ชั้นนี้เป็นคำกริยาเพื่อเลือกเหตุการณ์ที่มีแท็กที่เฉพาะเจาะจง

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

4.1 . cloudsim หลักจำลองกรอบ
ตามที่กล่าวไว้ก่อนหน้านี้ gridsim เป็นหนึ่งในการสร้างบล็อคของ cloudsim . อย่างไรก็ตาม gridsim
ใช้ simjava ห้องสมุดเป็นกรอบสำหรับการจัดการเหตุการณ์และข้อความผ่านระหว่างนิติบุคคล .
simjava มีหลายข้อ จำกัด ที่กำหนดบางข้อ จำกัด เกี่ยวกับการสร้างสภาพแวดล้อมจำลองขนาด

เช่น :- ไม่อนุญาตให้ตั้งค่าการจำลองโปรแกรมที่เรียกใช้ .
- มันไม่สนับสนุนการสร้างองค์กรแบบใหม่ที่เรียกใช้ ( เมื่อจำลองได้ริเริ่ม
-
) หลายเธรด ธรรมชาติของ simjava นำไปสู่ประสิทธิภาพค่าใช้จ่ายด้วยการเพิ่มขนาดระบบ

การย่อยสลายประสิทธิภาพเกิดจากการบริบทสลับระหว่าง

กระทู้บริการแบบหลายเธรดนำเพิ่มเติมความซับซ้อนด้านระบบการดีบัก .
ที่จะเอาชนะข้อ จำกัด เหล่านี้และเพื่อให้สามารถจำลองสถานการณ์ที่ซับซ้อนที่เกี่ยวข้องกับ
จำนวนมากของหน่วยงาน ( ในระดับพัน ) , เราพัฒนาใหม่แบบไม่ต่อเนื่องกิจกรรมการจัดการ
กรอบ ไดอะแกรมคลาสหลักใหม่นี้ได้แสดงไว้ในรูปที่ 7 ( ) ชั้นเรียนที่เกี่ยวข้องดังต่อไปนี้ cloudsim

:นี้เป็นชั้นหลักซึ่งรับผิดชอบในการจัดการและควบคุมคิวงาน ( ต่อเนื่อง )
ทีละขั้นตอนการเหตุการณ์จำลอง ทุกเหตุการณ์ที่ถูกสร้างขึ้นด้วย
cloudsim นิติบุคคลในเวลาเรียกใช้จะถูกเก็บไว้ในคิวเรียกเหตุการณ์ในอนาคตได้ เหตุการณ์เหล่านี้จะถูกจัดเรียง
โดยพารามิเตอร์เวลาของพวกเขาและแทรกลงในคิว ถัดไปเหตุการณ์ที่กำหนดในแต่ละ
ขั้นตอนของแบบจำลองจะถูกลบออกจากคิวเหตุการณ์ในอนาคตและโอนไปยังบริษัท
เหตุการณ์คิว ต่อไปนี้เป็นวิธีการเรียกเหตุการณ์ของแต่ละหน่วยงาน ซึ่งเลือกจากเหตุการณ์จริงเหตุการณ์
คิวและการกระทำที่เหมาะสม เช่นองค์กรช่วยให้การจัดการความยืดหยุ่นของการจำลองและแสดงความสามารถที่มีประสิทธิภาพต่อไปนี้ :
- เสื่อม ( ถือ ) ขององค์กร .
- บริบทสิ่งแวดล้อมขององค์กรระหว่างรัฐต่าง ๆ ( เช่น รอใช้งาน ) การเริ่มกระบวนการของการจำลองและ
.
- การสร้างหน่วยงานใหม่ในเวลาเรียกใช้ ยกเลิกและเริ่มการจำลอง
-
ในเวลาเรียกใช้ deferredqueue : ชั้นนี้ใช้เลื่อนคิวใช้งาน cloudsim .
futurequeue :ชั้นเรียนนี้ใช้เหตุการณ์ในอนาคตได้ โดยคิว cloudsim .
cloudinformationservice : CIS เป็นองค์กรที่ให้บริการทรัพยากรการลงทะเบียน , การสร้างดัชนีและ
ค้นพบความสามารถ CIS สนับสนุนสอง primitives พื้นฐาน : ( ฉัน ) publish() ซึ่งช่วยให้องค์กร
ลงทะเบียนตัวเองกับ CIS และ ( 2 ) search() ซึ่งจะช่วยให้หน่วยงาน เช่น cloudcoordinator
และโบรกเกอร์ในการค้นพบสถานะและข้อมูลที่อยู่ที่ติดต่อของหน่วยงานอื่น ๆ องค์กรนี้ยัง
แจ้งให้อื่น ๆ ( ? ) หน่วยงานเกี่ยวกับการสิ้นสุดของการจำลอง .
simentity : นี้เป็นวิชานามธรรม ซึ่งเป็นจำลองนิติบุคคลที่สามารถส่งข้อความไปยังหน่วยงานอื่น ๆและกระบวนการ
ได้รับข้อความเช่นเดียวกับไฟและการจัดการเหตุการณ์ ทั้งหมด
องค์กรจะต้องขยายชั้นเรียนและแทนที่วิธีการหลักสาม : startentity() processevent()
, และ shutdownentity() ที่กำหนดสำหรับการกระทำกิจการเริ่มต้นการประมวลผลเหตุการณ์และนิติบุคคล
ทำลายตามลำดับ simentity เรียนมีความสามารถในการจัดตารางเวลากิจกรรมใหม่และส่ง
ข้อความที่หน่วยงานอื่น ๆที่ล่าช้าเครือข่ายจะคำนวณตามไบรต์รุ่น เมื่อ
สร้างหน่วยงานที่ลงทะเบียนโดยอัตโนมัติกับ CIS .
cloudsimtags . ชั้นนี้มีหลายเหตุการณ์คำสั่งคงที่แท็กที่ระบุประเภทของการกระทำที่ต้องแลก
โดยนิติบุคคล cloudsim เมื่อพวกเขาได้รับหรือส่งเหตุการณ์ .
simevent : องค์กรนี้เป็นเหตุการณ์จำลองที่ถูกส่งระหว่างสองหรือมากกว่าหน่วยงาน .
simevent ร้านค้าข้อมูลต่อไปนี้เกี่ยวกับเหตุการณ์ : ประเภทเวลาเริ่ม เวลาที่เหตุการณ์
น่าจะเกิดขึ้น ทำให้เวลาที่เหตุการณ์จะถูกส่งไปยังปลายทางของนิติบุคคล , IDS
ของแหล่งที่มา ( s ) ? และหน่วยงานปลายทาง แท็กของเหตุการณ์ และข้อมูลที่ได้จะถูกส่งผ่านไป

cloudsimshutdown : ปลายทางของนิติบุคคล ซึ่งเป็นองค์กรที่รอคอยการสิ้นสุดของผู้ใช้ทั้งหมดและนายหน้า
องค์กรจากนั้นสัญญาณการสิ้นสุดของสถานการณ์จำลอง CIS
ภาคแสดง : ภาคแสดงที่ใช้สำหรับการเลือกกิจกรรมจากการรอคิว นี้เป็นระดับนามธรรม
และต้องขยายเพื่อสร้างประโยคใหม่ บางมาตรฐานภาคแสดงให้ที่
แสดงในรูปที่ 7 ( b )
predicateany : คลาสนี้เป็นภาคแสดงที่ตรงกับเหตุการณ์ใด ๆ ในเหตุการณ์
เลื่อนคิวมีตัวอย่างที่สาธารณชนสามารถเข้าถึงได้ ในประโยคนี้ใน cloudsim คลาสที่เรียกว่า
cloudsim.sim ใด จึงไม่มีกรณีใหม่ต้องการที่จะสร้าง predicatefrom
: ชั้นนี้เป็นภาคแสดงที่เลือกกิจกรรมยิงโดยเฉพาะหน่วยงาน .
predicatenone : นี้แสดงกริยาที่ไม่ตรงกับเหตุการณ์ใด ๆ ในเหตุการณ์
คิวรอการตัดบัญชี .มีแบบตัวอย่างของประโยคที่สาธารณชนสามารถเข้าถึงได้ ใน cloudsim คลาสที่เรียกว่า
cloudsim.sim ไม่มี ดังนั้น ผู้ใช้จะไม่ต้องสร้างใหม่ใด ๆอินสแตนซ์ของคลาสนี้ .
predicatenotfrom : คลาสนี้เป็นภาคแสดงที่เลือกกิจกรรมที่ไม่ได้ถูกส่ง โดยเฉพาะ

predicatenottype : หน่วยงาน .ชั้นนี้เป็นภาคแสดงเพื่อเลือกกิจกรรมที่ไม่ตรงกับหมวดหมู่ที่เฉพาะเจาะจง
.
predicatetype : คลาสนี้เป็นภาคแสดงเพื่อเลือกกิจกรรมที่มีแท็กที่เฉพาะเจาะจง