1 /* Copyright (c) 2021-2023. The SimGrid Team. All rights reserved. */
3 /* This program is free software; you can redistribute it and/or modify it
4 * under the terms of the license (GNU LGPL) which comes with this package. */
6 #ifndef SIMGRID_PLUGIN_PRODUCERCONSUMER_HPP
7 #define SIMGRID_PLUGIN_PRODUCERCONSUMER_HPP
9 #include <simgrid/s4u/Comm.hpp>
10 #include <simgrid/s4u/ConditionVariable.hpp>
11 #include <simgrid/s4u/Mailbox.hpp>
12 #include <simgrid/s4u/Mutex.hpp>
13 #include <xbt/asserts.h>
21 XBT_LOG_EXTERNAL_CATEGORY(producer_consumer);
23 /** Stock implementation of a generic monitored queue to solve the producer-consumer problem */
28 template <typename T> class ProducerConsumer;
29 template <typename T> using ProducerConsumerPtr = boost::intrusive_ptr<ProducerConsumer<T>>;
31 class ProducerConsumerId {
33 static unsigned long pc_id;
36 const std::string id = "ProducerConsumer" + std::to_string(pc_id);
37 ProducerConsumerId() { ++pc_id; }
40 template <typename T> class ProducerConsumer : public ProducerConsumerId {
42 /** This ProducerConsumer plugin can use two different transfer modes:
43 * - TransferMode::MAILBOX: this mode induces a s4u::Comm between the actors doing the calls to put() and get().
44 * If these actors are on the same host, this communication goes through the host's loopback and can thus be
45 * seen as a memory copy. Otherwise, data goes over the network.
46 * - TransferMode::QUEUE: data is internally stored in a std::queue. Putting and getting data to and from this
47 * data structure has a zero-cost in terms of simulated time.
48 * Both modes guarantee that the data is consumed in the order it has been produced. However, when data goes
49 * through the network, s4u::Comm are started in the right order, but may complete in a different order depending
50 * the characteristics of the different interconnections between host pairs.
52 enum class TransferMode { MAILBOX = 0, QUEUE };
55 /* Implementation of a Monitor to handle the data exchanges */
57 s4u::ConditionVariablePtr can_put_;
58 s4u::ConditionVariablePtr can_get_;
60 /* data containers for each of the transfer modes */
61 s4u::Mailbox* mbox_ = nullptr;
62 std::queue<T*> queue_;
64 unsigned int max_queue_size_ = 1;
65 TransferMode tmode_ = TransferMode::MAILBOX;
67 /* Refcounting management */
68 std::atomic_int_fast32_t refcount_{0};
69 friend void intrusive_ptr_add_ref(ProducerConsumer* pc) { pc->refcount_.fetch_add(1, std::memory_order_acq_rel); }
71 friend void intrusive_ptr_release(ProducerConsumer* pc)
73 if (pc->refcount_.fetch_sub(1, std::memory_order_release) == 1) {
74 std::atomic_thread_fence(std::memory_order_acquire);
79 explicit ProducerConsumer(unsigned int max_queue_size) : max_queue_size_(max_queue_size)
81 xbt_assert(max_queue_size > 0, "Max queue size of 0 is not allowed");
83 mutex_ = s4u::Mutex::create();
84 can_put_ = s4u::ConditionVariable::create();
85 can_get_ = s4u::ConditionVariable::create();
87 if (tmode_ == TransferMode::MAILBOX)
88 mbox_ = s4u::Mailbox::by_name(id);
90 ~ProducerConsumer() = default;
93 /** Creation of the monitored queue. Its size can be bounded by passing a strictly positive value to 'max_queue_size'
94 * as parameter. Calling 'create()' means that the queue size is (virtually) infinite.
96 static ProducerConsumerPtr<T> create(unsigned int max_queue_size = UINT_MAX)
98 return ProducerConsumerPtr<T>(new ProducerConsumer<T>(max_queue_size));
101 /** This method is intended more to set the maximum queue size in a fluent way than changing the size during the
102 * utilization of the ProducerConsumer. Hence, the modification occurs in a critical section to prevent
105 ProducerConsumer* set_max_queue_size(unsigned int max_queue_size)
107 const std::lock_guard<s4u::Mutex> lock(*mutex_);
108 max_queue_size_ = max_queue_size;
112 unsigned int get_max_queue_size() const { return max_queue_size_; }
114 /** The underlying data container (and transfer mode) can only be modified when the queue is empty.*/
115 ProducerConsumer* set_transfer_mode(TransferMode new_mode)
117 if (tmode_ == new_mode) /* No change, do nothing */
120 xbt_assert(empty(), "cannot change transfer mode when some data is in queue");
121 if (new_mode == TransferMode::MAILBOX) {
122 mbox_ = s4u::Mailbox::by_name(id);
129 std::string get_transfer_mode() const { return tmode_ == TransferMode::MAILBOX ? "mailbox" : "queue"; }
131 /** Container-agnostic size() method */
132 unsigned int size() { return tmode_ == TransferMode::MAILBOX ? mbox_->size() : queue_.size(); }
134 /** Container-agnostic empty() method */
135 bool empty() { return tmode_ == TransferMode::MAILBOX ? mbox_->empty() : queue_.empty(); }
137 /** Asynchronous put() of a data item of a given size
138 * - TransferMode::MAILBOX: if put_async is called directly from user code, it can be considered to be done in a
139 * fire-and-forget mode. No need to save the s4u::CommPtr.
140 * - TransferMode::QUEUE: the data is simply pushed into the queue.
142 s4u::CommPtr put_async(T* data, size_t simulated_size_in_bytes)
144 std::unique_lock<s4u::Mutex> lock(*mutex_);
145 s4u::CommPtr comm = nullptr;
146 XBT_CVERB(producer_consumer, (size() < max_queue_size_) ? "can put" : "must wait");
148 while (size() >= max_queue_size_)
149 can_put_->wait(lock);
150 if (tmode_ == TransferMode::MAILBOX) {
151 comm = mbox_->put_init(data, simulated_size_in_bytes)
155 can_get_->notify_all();
159 /** Synchronous put() of a data item of a given size
160 * - TransferMode::MAILBOX: the caller must wait for the induced communication with the getter of the data to be
161 * complete to continue with its execution. This wait is done outside of the monitor to prevent serialization.
162 * - TransferMode::QUEUE: the behavior is exactly the same as put_async: data is simply pushed into the queue.
164 void put(T* data, size_t simulated_size_in_bytes)
166 s4u::CommPtr comm = put_async(data, simulated_size_in_bytes);
168 XBT_CDEBUG(producer_consumer, "Waiting for the data to be consumed");
173 /** Asynchronous get() of a 'data'
174 * - TransferMode::MAILBOX: the caller is returned a s4u::CommPtr onto which it can wait when the data is really
176 * - TransferMode::QUEUE: the data is simply popped from the queue and directly available. Better to call get() in
177 * this transfer mode.
179 s4u::CommPtr get_async(T** data)
181 std::unique_lock<s4u::Mutex> lock(*mutex_);
182 s4u::CommPtr comm = nullptr;
183 XBT_CVERB(producer_consumer, empty() ? "must wait" : "can get");
185 can_get_->wait(lock);
186 if (tmode_ == TransferMode::MAILBOX)
187 comm = mbox_->get_init()
188 ->set_dst_data(reinterpret_cast<void**>(data), sizeof(void*))
191 *data = queue_.front();
194 can_put_->notify_all();
199 /** Synchronous get() of a 'data'
200 * - TransferMode::MAILBOX: the caller waits (outside the monitor to prevent serialization) for the induced
201 * communication to be complete to continue with its execution.
202 * - TransferMode::QUEUE: the behavior is exactly the same as get_async: data is simply popped from the queue and
203 * directly available to the caller.
208 if (s4u::CommPtr comm = get_async(&data)) {
209 XBT_CDEBUG(producer_consumer, "Waiting for the data to arrive");
212 XBT_CDEBUG(producer_consumer, "data is available");
217 } // namespace plugin
218 } // namespace simgrid
220 #endif // SIMGRID_PLUGIN_PRODUCERCONSUMER_HPP