8 <object id="TOC" data="graphical-toc.svg" type="image/svg+xml"></object>
10 window.onload=function() { // Wait for the SVG to be loaded before changing it
11 var elem=document.querySelector("#TOC").contentDocument.getElementById("ActorBox")
12 elem.style="opacity:0.93999999;fill:#ff0000;fill-opacity:0.1;stroke:#000000;stroke-width:0.35277778;stroke-linecap:round;stroke-linejoin:round;stroke-miterlimit:4;stroke-dasharray:none;stroke-dashoffset:0;stroke-opacity:1";
18 The S4U interface (SimGrid for you) mixes the full power of SimGrid
19 with the full power of C++. This is the preferred interface to describe
20 abstract algorithms in the domains of Cloud, P2P, HPC, IoT, and similar
23 Since v3.20 (June 2018), S4U is definitely the way to go for long-term
24 projects. It is feature complete, but may still evolve slightly in the
25 future releases. It can already be used to do everything that can be
26 done in SimGrid, but you may have to adapt your code in future
27 releases. When this happens, compiling your code will produce
28 deprecation warnings for 4 releases (one year) before the removal of
30 If you want an API that will never ever evolve in the future, you
31 should use the :ref:`deprecated MSG API <MSG_doc>` instead.
36 A typical SimGrid simulation is composed of several |API_s4u_Actors|_, that
37 execute user-provided functions. The actors have to explicitly use the
38 S4U interface to express their :ref:`computation <API_s4u_Exec>`,
39 :ref:`communication <API_s4u_Comm>`, :ref:`disk usage <API_s4u_Io>`,
40 and other |API_s4u_Activities|_, so that they get reflected within the
41 simulator. These activities take place on resources such as |API_s4u_Hosts|_,
42 |API_s4u_Links|_ and |API_s4u_Disks|_. SimGrid predicts the time taken by each
43 activity and orchestrates the actors accordingly, waiting for the
44 completion of these activities.
47 When **communicating**, data is not directly sent to other actors but
48 posted onto a |API_s4u_Mailbox|_ that serves as a rendez-vous point between
49 communicating actors. This means that you don't need to know who you
50 are talking to, you just put your communication `Put` request in a
51 mailbox, and it will be matched with a complementary `Get`
52 request. Alternatively, actors can interact through **classical
53 synchronization mechanisms** such as |API_s4u_Barrier|_, |API_s4u_Semaphore|_,
54 |API_s4u_Mutex|_ and |API_s4u_ConditionVariable|_.
56 Each actor is located on a simulated |API_s4u_Host|_. Each host is located
57 itself in a |API_s4u_NetZone|_, that knows the networking path between one
58 resource to another. Each NetZone is included in another one, forming
59 a tree of NetZones which root zone contains the whole platform. The
60 actors can also be located on a |API_s4U_VirtualMachine|_ that may
61 restrict the activities it contains to a limited amount of cores.
62 Virtual machines can also be migrated between hosts.
64 The :ref:`simgrid::s4u::this_actor <API_s4u_this_actor>` namespace
65 provides many helper functions to simplify the code of actors.
67 - **Simulation Elements**
69 - :ref:`class Actor <API_s4u_Actor>`:
70 Active entities executing your application.
71 - :ref:`class Engine <API_s4u_Engine>`
72 Simulation engine (singleton).
73 - :ref:`class Mailbox <API_s4u_Mailbox>`
74 Communication rendez-vous, with which actors meet each other.
78 - :ref:`class Disk <API_s4u_Disk>`
79 Resource on which actors can write and read data.
80 - :ref:`class Host <API_s4u_Host>`:
81 Actor location, providing computational power.
82 - :ref:`class Link <API_s4u_Link>`
83 Interconnecting hosts.
84 - :ref:`class NetZone <API_s4u_NetZone>`:
85 Sub-region of the platform, containing resources (Hosts, Links, etc).
86 - :ref:`class VirtualMachine <API_s4u_VirtualMachine>`:
87 Execution containers that can be moved between Hosts.
89 - **Activities** (:ref:`class Activity <API_s4u_Activity>`):
90 The things that actors can do on resources
92 - :ref:`class Comm <API_s4u_Comm>`
93 Communication activity, started on Mailboxes and consuming links.
94 - :ref:`class Exec <API_s4u_Exec>`
95 Computation activity, started on Host and consuming CPU resources.
96 - :ref:`class Io <API_s4u_Io>`
97 I/O activity, started on and consumming disks.
99 - **Synchronization Objects**: Classical IPC that actors can use
101 - :ref:`class Barrier <API_s4u_Barrier>`
102 - :ref:`class ConditionVariable <API_s4u_ConditionVariable>`
103 - :ref:`class Mutex <API_s4u_Mutex>`
104 - :ref:`class Semaphore <API_s4u_Semaphore>`
107 .. |API_s4u_Actors| replace:: **Actors**
108 .. _API_s4u_Actors: #api-s4u-actor
110 .. |API_s4u_Activities| replace:: **Activities**
111 .. _API_s4u_Activities: #api-s4u-activity
113 .. |API_s4u_Hosts| replace:: **Hosts**
114 .. _API_s4u_Hosts: #api-s4u-host
116 .. |API_s4u_Links| replace:: **Links**
117 .. _API_s4u_Links: #api-s4u-link
119 .. |API_s4u_Disks| replace:: **Disks**
120 .. _API_s4u_Disks: #api-s4u-disk
122 .. |API_s4u_VirtualMachine| replace:: **VirtualMachines**
124 .. |API_s4u_Host| replace:: **Host**
126 .. |API_s4u_Mailbox| replace:: **Mailbox**
128 .. |API_s4u_Mailboxes| replace:: **Mailboxes**
129 .. _API_s4u_Mailboxes: #s4u-mailbox
131 .. |API_s4u_NetZone| replace:: **NetZone**
133 .. |API_s4u_Barrier| replace:: **Barrier**
135 .. |API_s4u_Semaphore| replace:: **Semaphore**
137 .. |API_s4u_ConditionVariable| replace:: **ConditionVariable**
139 .. |API_s4u_Mutex| replace:: **Mutex**
146 Activities represent the actions that consume a resource, such as a
147 :ref:`Comm <API_s4u_Comm>` that consumes the *transmitting power* of
148 :ref:`Link <API_s4u_Link>` resources, or an :ref:`Exec <API_s4u_Exec>`
149 that consumes the *computing power* of :ref:`Host <API_s4u_Host>` resources.
150 See also the :ref:`full API <API_s4u_Activity>` below.
152 =======================
153 Asynchronous Activities
154 =======================
156 Every activity can be either **blocking** or **asynchronous**. For
157 example, :cpp:func:`s4u::Mailbox::put() <simgrid::s4u::Mailbox::put>`
158 and :cpp:func:`s4u::Mailbox::get() <simgrid::s4u::Mailbox::get>`
159 create blocking communications: the actor is blocked until the
160 completion of that communication. Asynchronous communications do not
161 block the actor during their execution but progress on their own.
163 Once your asynchronous activity is started, you can test for its
164 completion using :cpp:func:`s4u::Activity::test() <simgrid::s4u::Activity::test>`.
165 This function returns ``true`` if the activity completed already.
166 You can also use :cpp:func:`s4u::Activity::wait() <simgrid::s4u::Activity::wait>`
167 to block until the completion of the activity. To wait for at most a given amount of time,
168 use :cpp:func:`s4u::Activity::wait_for() <simgrid::s4u::Activity::wait_for>`.
169 Finally, to wait at most until a specified time limit, use
170 :cpp:func:`s4u::Activity::wait_until() <simgrid::s4u::Activity::wait_until>`.
174 wait_for and wait_until are currently not implemented for Exec and Io activities.
176 Every kind of activity can be asynchronous:
178 - :ref:`s4u::CommPtr <API_s4u_Comm>` are created with
179 :cpp:func:`s4u::Mailbox::put_async() <simgrid::s4u::Mailbox::put_async>` and
180 :cpp:func:`s4u::Mailbox::get_async() <simgrid::s4u::Mailbox::get_async>`.
181 - :ref:`s4u::IoPtr <API_s4u_Io>` are created with
182 :cpp:func:`s4u::Disk::read_async() <simgrid::s4u::Disk::read_async>` and
183 :cpp:func:`s4u::Disk::write_async() <simgrid::s4u::Disk::write_async>`.
184 - :ref:`s4u::ExecPtr <API_s4u_Exec>` are created with
185 :cpp:func:`s4u::Host::exec_async() <simgrid::s4u::Host::exec_async>`.
186 - In the future, it will become possible to have asynchronous IPC
187 such as asynchronous mutex lock requests.
189 The following example shows how to have several concurrent
190 communications ongoing. First, you have to declare a vector in which
191 we will store the ongoing communications. It is also useful to have a
194 .. literalinclude:: ../../examples/s4u/async-waitall/s4u-async-waitall.cpp
196 :start-after: init-begin
197 :end-before: init-end
200 Then, you start all the communications that should occur concurrently with
201 :cpp:func:`s4u::Mailbox::put_async() <simgrid::s4u::Mailbox::put_async>`.
202 Finally, the actor waits for the completion of all of them at once
204 :cpp:func:`s4u::Comm::wait_all() <simgrid::s4u::Comm::wait_all>`.
206 .. literalinclude:: ../../examples/s4u/async-waitall/s4u-async-waitall.cpp
208 :start-after: put-begin
213 =====================
214 Activities Life cycle
215 =====================
217 Sometimes, you want to change the setting of an activity before it even starts.
219 .. todo:: write this section
226 Please also refer to the :ref:`API reference for s4u::Mailbox
233 |API_s4u_Mailboxes|_ are rendez-vous points for network communications,
234 similar to URLs on which you could post and retrieve data. Actually,
235 the mailboxes are not involved in the communication once it starts,
236 but only to find the contact with which you want to communicate.
238 They are similar to many common things: The phone number, which allows
239 the caller to find the receiver. The twitter hashtag, which help
240 senders and receivers to find each others. In TCP, the pair
241 ``{host name, host port}`` to which you can connect to find your peer.
242 In HTTP, URLs through which the clients can connect to the servers.
243 In ZeroMQ, the queues are used to match senders and receivers.
245 One big difference with most of these systems is that no actor is the
246 exclusive owner of a mailbox, neither in sending nor in receiving.
247 Many actors can send into and/or receive from the same mailbox. TCP
248 socket ports for example are shared on the sender side but exclusive
249 on the receiver side (only one process can receive from a given socket
250 at a given point of time).
252 A big difference with TCP sockets or MPI communications is that
253 communications do not start right away after a
254 :cpp:func:`Mailbox::put() <simgrid::s4u::Mailbox::put()>`, but wait
255 for the corresponding :cpp:func:`Mailbox::get() <simgrid::s4u::Mailbox::get()>`.
256 You can change this by :ref:`declaring a receiving actor <s4u_receiving_actor>`.
258 A big difference with twitter hashtags is that SimGrid does not
259 offer easy support to broadcast a given message to many
260 receivers. So that would be like a twitter tag where each message
261 is consumed by the first receiver.
263 A big difference with the ZeroMQ queues is that you cannot filter
264 on the data you want to get from the mailbox. To model such settings
265 in SimGrid, you'd have one mailbox per potential topic, and subscribe
266 to each topic individually with a
267 :cpp:func:`get_async() <simgrid::s4u::Mailbox::get_async()>` on each mailbox.
268 Then, use :cpp:func:`Comm::wait_any() <simgrid::s4u::Comm::wait_any()>`
269 to get the first message on any of the mailbox you are subscribed onto.
271 The mailboxes are not located on the network, and you can access
272 them without any latency. The network delay are only related to the
273 location of the sender and receiver once the match between them is
274 done on the mailbox. This is just like the phone number that you
275 can use locally, and the geographical distance only comes into play
276 once you start the communication by dialing this number.
278 =====================
279 How to use Mailboxes?
280 =====================
282 You can retrieve any existing mailbox from its name (which is a
283 unique string, just like a twitter tag). This results in a
284 versatile mechanism that can be used to build many different
287 To model classical socket communications, use "hostname:port" as
288 mailbox names, and make sure that only one actor reads into a given
289 mailbox. This does not make it easy to build a perfectly realistic
290 model of the TCP sockets, but in most cases, this system is too
291 cumbersome for your simulations anyway. You probably want something
292 simpler, that turns our to be easy to build with the mailboxes.
294 Many SimGrid examples use a sort of yellow page system where the
295 mailbox names are the name of the service (such as "worker",
296 "master" or "reducer"). That way, you don't have to know where your
297 peer is located to contact it. You don't even need its name. Its
298 function is enough for that. This also gives you some sort of load
299 balancing for free if more than one actor pulls from the mailbox:
300 the first actor that can deal with the request will handle it.
302 =========================================
303 How are put() and get() requests matched?
304 =========================================
306 The matching algorithm simple: first come, first serve. When a new
307 send arrives, it matches the oldest enqueued receive. If no receive is
308 currently enqueued, then the incoming send is enqueued. As you can
309 see, the mailbox cannot contain both send and receive requests: all
310 enqueued requests must be of the same sort.
312 .. _s4u_receiving_actor:
314 ===========================
315 Declaring a Receiving Actor
316 ===========================
318 The last twist is that by default in the simulator, the data starts
319 to be exchanged only when both the sender and the receiver are
320 announced (it waits until both :cpp:func:`put() <simgrid::s4u::Mailbox::put()>`
321 and :cpp:func:`get() <simgrid::s4u::Mailbox::get()>` are posted).
322 In TCP, since you establish connections beforehand, the data starts to
323 flow as soon as the sender posts it, even if the receiver did not post
324 its :cpp:func:`recv() <simgrid::s4u::Mailbox::recv()>` yet.
326 To model this in SimGrid, you can declare a specific receiver to a
327 given mailbox (with the function
328 :cpp:func:`set_receiver() <simgrid::s4u::Mailbox::set_receiver()>`).
329 That way, any :cpp:func:`put() <simgrid::s4u::Mailbox::put()>`
330 posted to that mailbox will start as soon as possible, and the data
331 will already be there on the receiver host when the receiver actor
332 posts its :cpp:func:`get() <simgrid::s4u::Mailbox::get()>`
334 Note that being permanent receivers of a mailbox prevents actors to be
335 garbage-collected. If your simulation creates many short-lived actors
336 that marked as permanent receiver, you should call
337 ``mailbox->set_receiver(nullptr)`` by the end of the actors so that their
338 memory gets properly reclaimed. This call should be at the end of the
339 actor's function, not in a on_exit callback.
346 For sake of simplicity, we use `RAII
347 <https://en.wikipedia.org/wiki/Resource_Acquisition_Is_Initialization>`_
348 for many classes in S4U. This is an idiom where resources are automatically
349 managed through the context. Provided that you never manipulate
350 objects of type Foo directly but always FooPtr references (which are
351 defined as `boost::intrusive_ptr
352 <http://www.boost.org/doc/libs/1_61_0/libs/smart_ptr/intrusive_ptr.html>`_
353 <Foo>), you will never have to explicitly release the resource that
354 you use nor to free the memory of unused objects.
355 Here is a little example:
361 simgrid::s4u::MutexPtr mutex = simgrid::s4u::Mutex::create(); // Too bad we cannot use `new`
363 mutex->lock(); // use the mutex as a simple reference
367 } // The mutex gets automatically freed because the only existing reference gets out of scope
369 Note that Mailboxes, Hosts and Links are not handled thought smart
370 pointers (yet?). This means that it is currently impossible to destroy a
371 mailbox or a link. You can still destroy an host (but probably
372 shouldn't), using :cpp:func:`simgrid::s4u::Host::destroy`.
376 .. include:: ../../examples/README.rst
381 .. _API_s4u_simulation_object:
393 .. autodoxyclass:: simgrid::s4u::Actor
395 .. doxygentypedef:: ActorPtr
397 .. doxygentypedef:: aid_t
408 #include <simgrid/s4u/Engine.hpp>
410 .. autodoxymethod:: simgrid::s4u::Actor::create(const std::string &name, s4u::Host *host, const std::function< void()> &code)
411 .. autodoxymethod:: simgrid::s4u::Actor::create(const std::string &name, s4u::Host *host, F code)
412 .. autodoxymethod:: simgrid::s4u::Actor::create(const std::string &name, s4u::Host *host, F code, Args... args)
413 .. autodoxymethod:: simgrid::s4u::Actor::create(const std::string &name, s4u::Host *host, const std::string &function, std::vector< std::string > args)
415 .. autodoxymethod:: simgrid::s4u::Actor::init(const std::string &name, s4u::Host *host)
416 .. autodoxymethod:: simgrid::s4u::Actor::start(const std::function< void()> &code)
418 .. group-tab:: Python
422 from simgrid import Actor
424 .. automethod:: simgrid.Actor.create
430 #include <simgrid/actor.h>
432 .. autodoxymethod:: sg_actor_init(const char *name, sg_host_t host)
433 .. autodoxymethod:: sg_actor_start(sg_actor_t actor, xbt_main_func_t code, int argc, char **argv)
435 .. autodoxymethod:: sg_actor_attach(const char *name, void *data, sg_host_t host, xbt_dict_t properties)
436 .. autodoxymethod:: sg_actor_detach()
438 .. autodoxymethod:: sg_actor_ref(const_sg_actor_t actor)
439 .. autodoxymethod:: sg_actor_unref(const_sg_actor_t actor)
441 Searching specific actors
442 -------------------------
448 .. autodoxymethod:: simgrid::s4u::Actor::by_pid(aid_t pid)
449 .. autodoxymethod:: simgrid::s4u::Actor::self()
451 .. group-tab:: Python
453 .. automethod:: simgrid.Actor.by_pid
454 .. automethod:: simgrid.Actor.self
458 .. autodoxymethod:: sg_actor_by_PID(aid_t pid)
459 .. autodoxymethod:: sg_actor_self()
461 Querying info about actors
462 --------------------------
468 .. autodoxymethod:: simgrid::s4u::Actor::get_cname
469 .. autodoxymethod:: simgrid::s4u::Actor::get_name
470 .. autodoxymethod:: simgrid::s4u::Actor::get_pid
471 .. autodoxymethod:: simgrid::s4u::Actor::get_ppid
472 .. autodoxymethod:: simgrid::s4u::Actor::get_properties() const
473 .. autodoxymethod:: simgrid::s4u::Actor::get_property(const std::string &key) const
474 .. autodoxymethod:: simgrid::s4u::Actor::set_property(const std::string &key, const std::string &value)
476 .. autodoxymethod:: simgrid::s4u::Actor::get_host
477 .. autodoxymethod:: simgrid::s4u::Actor::set_host
479 .. autodoxymethod:: simgrid::s4u::Actor::get_refcount()
480 .. autodoxymethod:: simgrid::s4u::Actor::get_impl
482 .. group-tab:: Python
484 .. autoattribute:: simgrid.Actor.name
485 .. autoattribute:: simgrid.Actor.host
486 .. autoattribute:: simgrid.Actor.pid
487 .. autoattribute:: simgrid.Actor.ppid
491 .. autodoxymethod:: sg_actor_get_name(const_sg_actor_t actor)
492 .. autodoxymethod:: sg_actor_get_PID(const_sg_actor_t actor)
493 .. autodoxymethod:: sg_actor_get_PPID(const_sg_actor_t actor)
494 .. autodoxymethod:: sg_actor_get_properties(const_sg_actor_t actor)
495 .. autodoxymethod:: sg_actor_get_property_value(const_sg_actor_t actor, const char *name)
497 .. autodoxymethod:: sg_actor_get_host(const_sg_actor_t actor)
498 .. autodoxymethod:: sg_actor_set_host(sg_actor_t actor, sg_host_t host)
500 .. autodoxymethod:: sg_actor_data(const_sg_actor_t actor)
501 .. autodoxymethod:: sg_actor_data_set(sg_actor_t actor, void *userdata)
503 Suspending and resuming actors
504 ------------------------------
510 .. autodoxymethod:: simgrid::s4u::Actor::suspend()
511 .. autodoxymethod:: simgrid::s4u::Actor::resume()
512 .. autodoxymethod:: simgrid::s4u::Actor::is_suspended()
514 .. group-tab:: Python
516 .. automethod:: simgrid.Actor.resume
517 .. automethod:: simgrid.Actor.suspend
518 .. automethod:: simgrid.Actor.is_suspended
522 .. autodoxymethod:: sg_actor_suspend(sg_actor_t actor)
523 .. autodoxymethod:: sg_actor_resume(sg_actor_t actor)
524 .. autodoxymethod:: sg_actor_is_suspended(sg_actor_t actor)
526 Specifying when actors should terminate
527 ---------------------------------------
533 .. autodoxymethod:: simgrid::s4u::Actor::kill()
534 .. autodoxymethod:: simgrid::s4u::Actor::kill_all()
535 .. autodoxymethod:: simgrid::s4u::Actor::set_kill_time(double time)
536 .. autodoxymethod:: simgrid::s4u::Actor::get_kill_time()
538 .. autodoxymethod:: simgrid::s4u::Actor::restart()
539 .. autodoxymethod:: simgrid::s4u::Actor::daemonize()
540 .. autodoxymethod:: simgrid::s4u::Actor::is_daemon
542 .. group-tab:: Python
544 .. automethod:: simgrid.Actor.kill
545 .. automethod:: simgrid.Actor.kill_all
547 .. automethod:: simgrid.Actor.daemonize
548 .. automethod:: simgrid.Actor.is_daemon
552 .. autodoxymethod:: sg_actor_kill(sg_actor_t actor)
553 .. autodoxymethod:: sg_actor_kill_all()
554 .. autodoxymethod:: sg_actor_set_kill_time(sg_actor_t actor, double kill_time)
556 .. autodoxymethod:: sg_actor_restart(sg_actor_t actor)
557 .. autodoxymethod:: sg_actor_daemonize(sg_actor_t actor)
559 .. _API_s4u_Actor_end:
561 Reacting to the end of actors
562 -----------------------------
568 .. autodoxymethod:: simgrid::s4u::Actor::on_exit
569 .. autodoxymethod:: simgrid::s4u::Actor::join()
570 .. autodoxymethod:: simgrid::s4u::Actor::join(double timeout)
571 .. autodoxymethod:: simgrid::s4u::Actor::set_auto_restart(bool autorestart)
573 .. group-tab:: Python
575 .. automethod:: simgrid.Actor.join
579 .. autodoxymethod:: sg_actor_join(sg_actor_t actor, double timeout)
580 .. autodoxymethod:: sg_actor_set_auto_restart(sg_actor_t actor, int auto_restart)
589 .. autodoxyvar:: simgrid::s4u::Actor::on_creation
590 .. autodoxyvar:: simgrid::s4u::Actor::on_suspend
591 .. autodoxyvar:: simgrid::s4u::Actor::on_resume
592 .. autodoxyvar:: simgrid::s4u::Actor::on_sleep
593 .. autodoxyvar:: simgrid::s4u::Actor::on_wake_up
594 .. autodoxyvar:: simgrid::s4u::Actor::on_termination
595 .. autodoxyvar:: simgrid::s4u::Actor::on_destruction
597 .. _API_s4u_this_actor:
603 Static methods working on the current actor (see :ref:`API_s4u_Actor`).
605 .. doxygennamespace:: simgrid::s4u::this_actor
613 .. autodoxyclass:: simgrid::s4u::Engine
622 .. autodoxymethod:: simgrid::s4u::Engine::Engine(int *argc, char **argv)
623 .. autodoxymethod:: simgrid::s4u::Engine::is_initialized()
624 .. autodoxymethod:: simgrid::s4u::Engine::shutdown()
625 .. autodoxymethod:: simgrid::s4u::Engine::set_config(const std::string &str)
627 .. autodoxymethod:: simgrid::s4u::Engine::load_deployment(const std::string &deploy)
628 .. autodoxymethod:: simgrid::s4u::Engine::load_platform(const std::string &platf)
629 .. autodoxymethod:: simgrid::s4u::Engine::register_actor(const std::string &name)
630 .. autodoxymethod:: simgrid::s4u::Engine::register_actor(const std::string &name, F code)
631 .. autodoxymethod:: simgrid::s4u::Engine::register_default(int(*code)(int, char **))
632 .. autodoxymethod:: simgrid::s4u::Engine::register_function(const std::string &name, int(*code)(int, char **))
633 .. autodoxymethod:: simgrid::s4u::Engine::register_function(const std::string &name, void(*code)(std::vector< std::string >))
635 .. group-tab:: Python
637 .. automethod:: simgrid.Engine.load_deployment
638 .. automethod:: simgrid.Engine.load_platform
639 .. automethod:: simgrid.Engine.register_actor
643 .. autodoxymethod:: simgrid_init
645 .. autodoxymethod:: simgrid_load_deployment
646 .. autodoxymethod:: simgrid_load_platform
647 .. autodoxymethod:: simgrid_register_default
648 .. autodoxymethod:: simgrid_register_function
657 .. autodoxymethod:: simgrid::s4u::Engine::get_clock()
658 .. autodoxymethod:: simgrid::s4u::Engine::run()
660 .. group-tab:: Python
662 .. automethod:: simgrid.Engine.get_clock
663 .. automethod:: simgrid.Engine.run
667 .. autodoxymethod:: simgrid_get_clock
668 .. autodoxymethod:: simgrid_run
677 .. autodoxymethod:: simgrid::s4u::Engine::get_actor_count()
678 .. autodoxymethod:: simgrid::s4u::Engine::get_all_actors()
679 .. autodoxymethod:: simgrid::s4u::Engine::get_filtered_actors(const std::function< bool(ActorPtr)> &filter)
683 .. autodoxymethod:: simgrid_get_actor_count()
692 .. autodoxymethod:: simgrid::s4u::Engine::get_all_hosts()
693 .. autodoxymethod:: simgrid::s4u::Engine::get_host_count()
694 .. autodoxymethod:: simgrid::s4u::Engine::get_filtered_hosts(const std::function< bool(Host *)> &filter)
695 .. autodoxymethod:: simgrid::s4u::Engine::host_by_name(const std::string &name)
696 .. autodoxymethod:: simgrid::s4u::Engine::host_by_name_or_null(const std::string &name)
698 .. group-tab:: Python
700 .. automethod:: simgrid.Engine.get_all_hosts
709 .. autodoxymethod:: simgrid::s4u::Engine::get_all_links()
710 .. autodoxymethod:: simgrid::s4u::Engine::get_link_count()
711 .. autodoxymethod:: simgrid::s4u::Engine::get_filtered_links
712 .. autodoxymethod:: simgrid::s4u::Engine::link_by_name(const std::string &name)
713 .. autodoxymethod:: simgrid::s4u::Engine::link_by_name_or_null(const std::string &name)
715 Interacting with the routing
716 ----------------------------
722 .. autodoxymethod:: simgrid::s4u::Engine::get_all_netpoints()
723 .. autodoxymethod:: simgrid::s4u::Engine::get_filtered_netzones()
724 .. autodoxymethod:: simgrid::s4u::Engine::get_instance()
725 .. autodoxymethod:: simgrid::s4u::Engine::get_netzone_root()
726 .. autodoxymethod:: simgrid::s4u::Engine::netpoint_by_name_or_null(const std::string &name)
727 .. autodoxymethod:: simgrid::s4u::Engine::netzone_by_name_or_null(const std::string &name)
728 .. autodoxymethod:: simgrid::s4u::Engine::set_netzone_root(const NetZone *netzone)
737 .. autodoxyvar:: simgrid::s4u::Engine::on_deadlock
738 .. autodoxyvar:: simgrid::s4u::Engine::on_platform_created
739 .. autodoxyvar:: simgrid::s4u::Engine::on_platform_creation
740 .. autodoxyvar:: simgrid::s4u::Engine::on_simulation_end
741 .. autodoxyvar:: simgrid::s4u::Engine::on_time_advance
749 Please also refer to the :ref:`full doc on s4u::Mailbox <s4u_mailbox>`.
751 .. doxygenclass:: simgrid::s4u::Mailbox
755 .. _API_s4u_Resource:
767 .. doxygenclass:: simgrid::s4u::Disk
780 .. doxygenclass:: simgrid::s4u::Host
791 .. doxygenclass:: simgrid::s4u::Link
802 .. doxygenclass:: simgrid::s4u::NetZone
807 .. _API_s4u_VirtualMachine:
809 =======================
810 class VirtualMachine
811 =======================
813 .. doxygenclass:: simgrid::s4u::VirtualMachine
818 .. autodoxymethod:: sg_vm_create_core
819 .. autodoxymethod:: sg_vm_create_multicore
820 .. autodoxymethod:: sg_vm_get_name
821 .. autodoxymethod:: sg_vm_get_pm
822 .. autodoxymethod:: sg_vm_is_created
823 .. autodoxymethod:: sg_vm_is_running
824 .. autodoxymethod:: sg_vm_is_suspended
825 .. autodoxymethod:: sg_vm_start
826 .. autodoxymethod:: sg_vm_suspend
827 .. autodoxymethod:: sg_vm_resume
828 .. autodoxymethod:: sg_vm_shutdown
829 .. autodoxymethod:: sg_vm_destroy
831 .. _API_s4u_Activity:
837 .. autodoxyclass:: simgrid::s4u::Activity
839 **Known subclasses:**
840 :ref:`Communications <API_s4u_Comm>` (started on Mailboxes and consuming links),
841 :ref:`Executions <API_s4u_Exec>` (started on Host and consuming CPU resources)
842 :ref:`I/O <API_s4u_Io>` (started on and consumming disks).
843 See also the :ref:`section on activities <s4u_Activities>` above.
845 Querying info about activities
846 ------------------------------
848 .. autodoxymethod:: simgrid::s4u::Activity::get_remaining()
849 .. autodoxymethod:: simgrid::s4u::Activity::get_state()
850 .. autodoxymethod:: simgrid::s4u::Activity::set_remaining(double remains)
851 .. autodoxymethod:: simgrid::s4u::Activity::get_impl
856 .. autodoxymethod:: simgrid::s4u::Activity::start
857 .. autodoxymethod:: simgrid::s4u::Activity::cancel
858 .. autodoxymethod:: simgrid::s4u::Activity::test
859 .. autodoxymethod:: simgrid::s4u::Activity::wait
860 .. autodoxymethod:: simgrid::s4u::Activity::wait_for
861 .. autodoxymethod:: simgrid::s4u::Activity::wait_until(double time_limit)
869 .. doxygentypedef:: CommPtr
871 .. doxygenclass:: simgrid::s4u::Comm
882 .. doxygentypedef:: ExecPtr
884 .. doxygenclass:: simgrid::s4u::Exec
895 .. doxygentypedef:: ExecSeqPtr
897 .. doxygenclass:: simgrid::s4u::ExecSeq
908 .. doxygentypedef:: ExecParPtr
910 .. doxygenclass:: simgrid::s4u::ExecPar
921 .. doxygentypedef:: IoPtr
923 .. doxygenclass:: simgrid::s4u::Io
928 .. _API_s4u_Synchronizations:
930 =======================
931 Synchronization Objects
932 =======================
940 .. autodoxyclass:: simgrid::s4u::Barrier
948 #include <simgrid/s4u/Barrier.hpp>
950 .. doxygentypedef:: BarrierPtr
952 .. autodoxymethod:: simgrid::s4u::Barrier::Barrier(unsigned int expected_actors)
953 .. autodoxymethod:: simgrid::s4u::Barrier::create(unsigned int expected_actors)
954 .. autodoxymethod:: simgrid::s4u::Barrier::wait()
960 #include <simgrid/barrier.hpp>
962 .. doxygentypedef:: sg_bar_t
963 .. cpp:type:: const s4u_Barrier* const_sg_bar_t
965 Constant pointer to a SimGrid barrier object.
967 .. autodoxymethod:: sg_barrier_init(unsigned int count)
968 .. autodoxymethod:: sg_barrier_destroy(const_sg_bar_t bar)
969 .. autodoxymethod:: sg_barrier_wait(sg_bar_t bar)
972 .. _API_s4u_ConditionVariable:
974 ==========================
976 ==========================
978 .. autodoxyclass:: simgrid::s4u::ConditionVariable
989 #include <simgrid/s4u/ConditionVariable.hpp>
991 .. doxygentypedef:: ConditionVariablePtr
993 .. autodoxymethod:: simgrid::s4u::ConditionVariable::create()
999 #include <simgrid/cond.h>
1001 .. doxygentypedef:: sg_cond_t
1002 .. doxygenfunction:: sg_cond_init
1003 .. doxygenfunction:: sg_cond_destroy
1005 Waiting and notifying
1006 ---------------------
1012 .. autodoxymethod:: simgrid::s4u::ConditionVariable::notify_all()
1013 .. autodoxymethod:: simgrid::s4u::ConditionVariable::notify_one()
1014 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait(s4u::MutexPtr lock)
1015 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait(const std::unique_lock< s4u::Mutex > &lock)
1016 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait(const std::unique_lock< Mutex > &lock, P pred)
1017 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_for(const std::unique_lock< s4u::Mutex > &lock, double duration)
1018 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_for(const std::unique_lock< s4u::Mutex > &lock, double duration, P pred)
1019 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_for(const std::unique_lock< s4u::Mutex > &lock, std::chrono::duration< Rep, Period > duration)
1020 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_for(const std::unique_lock< s4u::Mutex > &lock, std::chrono::duration< Rep, Period > duration, P pred)
1021 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_until(const std::unique_lock< s4u::Mutex > &lock, const SimulationTimePoint< Duration > &timeout_time)
1022 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_until(const std::unique_lock< s4u::Mutex > &lock, const SimulationTimePoint< Duration > &timeout_time, P pred)
1023 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_until(const std::unique_lock< s4u::Mutex > &lock, double timeout_time)
1024 .. autodoxymethod:: simgrid::s4u::ConditionVariable::wait_until(const std::unique_lock< s4u::Mutex > &lock, double timeout_time, P pred)
1028 .. doxygenfunction:: sg_cond_notify_all
1029 .. doxygenfunction:: sg_cond_notify_one
1030 .. doxygenfunction:: sg_cond_wait
1031 .. doxygenfunction:: sg_cond_wait_for
1039 .. doxygentypedef:: MutexPtr
1041 .. doxygenclass:: simgrid::s4u::Mutex
1046 .. _API_s4u_Semaphore:
1052 .. doxygentypedef:: SemaphorePtr
1054 .. doxygenclass:: simgrid::s4u::Semaphore
1059 Python API Reference
1060 ********************
1062 The Python API is automatically generated with pybind11. It closely mimicks the C++
1063 API, to which you should refer for more information.
1069 .. automodule:: simgrid.this_actor
1076 .. autoclass:: simgrid.Comm
1083 .. autoclass:: simgrid.Exec
1090 .. autoclass:: simgrid.Host
1097 .. autoclass:: simgrid.Mailbox