Scheduler/Scheduler.hh

   1 // $Id$
   2 //
   3 // Copyright (C) 2006
   4 // Fraunhofer Institute for Open Communication Systems (FOKUS)
   5 // Competence Center NETwork research (NET), St. Augustin, GERMANY
   6 //     Stefan Bund <g0dil@berlios.de>
   7 //
   8 // This program is free software; you can redistribute it and/or modify
   9 // it under the terms of the GNU General Public License as published by
  10 // the Free Software Foundation; either version 2 of the License, or
  11 // (at your option) any later version.
  12 //
  13 // This program is distributed in the hope that it will be useful,
  14 // but WITHOUT ANY WARRANTY; without even the implied warranty of
  15 // MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  16 // GNU General Public License for more details.
  17 //
  18 // You should have received a copy of the GNU General Public License
  19 // along with this program; if not, write to the
  20 // Free Software Foundation, Inc.,
  21 // 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
  22
  23 /** \file
  24     \brief Scheduler public header
  25  */
  26
  27 #ifndef HH_SENF_Scheduler_Scheduler_
  28 #define HH_SENF_Scheduler_Scheduler_ 1
  29
  30 // Custom includes
  31 #include <boost/utility.hpp>
  32 #include "../Utils/Logger/SenfLog.hh"
  33 #include "FdEvent.hh"
  34 #include "TimerEvent.hh"
  35 #include "SignalEvent.hh"
  36 #include "EventHook.hh"
  37
  38 //#include "scheduler.mpp"
  39 ///////////////////////////////hh.p////////////////////////////////////////
  40
  41 namespace senf {
  42
  43 /** \brief The Scheduler interface
  44
  45     The %scheduler API is comprised of two parts:
  46
  47     \li Specific \ref sched_objects, one for each type of event.
  48     \li Some <a href="#autotoc-7.">generic functions</a> implemented in the \ref senf::scheduler
  49         namespace.
  50
  51     Events are registered via the respective event class. The (global) functions are used to enter
  52     the application main-loop or query for global information.
  53
  54     \autotoc
  55
  56
  57     \section sched_objects Event classes
  58
  59     The Scheduler is based on the RAII principle: Every event is represented by a class
  60     instance. The event is registered in the constructor and removed by the destructor of that
  61     instance. This implementation automatically links the lifetime of an event with the lifetime of
  62     the object resposible for it's creation.
  63
  64     Every event registration is represented by an instance of an event specific class:
  65
  66     \li senf::scheduler::FdEvent for file descriptor events
  67     \li senf::scheduler::TimerEvent for single-shot deadline timer events
  68     \li senf::scheduler::SignalEvent for UNIX signal events
  69     \li senf::scheduler::EventHook for a special event hook
  70
  71     These instance are owned and managed by the user of the scheduler \e not by the scheduler so the
  72     RAII concept can be used.
  73
  74     \code
  75     class SomeServer
  76     {
  77         SomeSocketHandle handle_;
  78         senf::scheduler::FdEvent event_;
  79
  80     public:
  81         SomeServer(SomeSocketHandle handle)
  82             : handle_ (handle),
  83               event_ ("SomeServer handler", senf::membind(&SomeServer::readData, this),
  84                       handle, senf::scheduler::FdEvent::EV_READ)
  85         {}
  86
  87         void readData(int events)
  88         {
  89             // read data from handle_, check for eof and so on.
  90         }
  91     };
  92     \endcode
  93
  94     The event is defined as a class member variable. When the event member is initialized in the
  95     constructor, the event is automatically registered (except if the optional \a initiallyEnabled
  96     flag argument is set to \c false). The Destructor will automatically remove the event from the
  97     scheduler and ensure, that no dead code is called accidentally.
  98
  99     The process is the same for the other event types or when registering multiple events. For
 100     detailed information on the constructor arguments and other features see the event class
 101     documentation referenced below.
 102
 103
 104     \section sched_handlers Specifying handlers
 105
 106     All handlers are specified as generic <a
 107     href="http://www.boost.org/doc/html/function.html">Boost.Function</a> objects. This allows to
 108     pass any callable as a handler. Depending on the type of handler, some additional arguments may
 109     be passed to the handler by the %scheduler.
 110
 111     If you need to pass additional information to your handler, use <a
 112     href="http://www.boost.org/libs/bind/bind.html">Boost.Bind</a>:
 113     \code
 114     // Handle callback function
 115     void callback(UDPv4ClientSocketHandle handle, senf::Scheduler::EventId event) {..}
 116     // Pass 'handle' as additional first argument to callback()
 117     senf::scheduler::FdEvent event ("name", boost::bind(&callback, handle, _1),
 118                                     handle, senf::scheduler::FdEvent::EV_READ);
 119      // Timeout function
 120     void timeout( int n) {..}
 121     // Call timeout() handler with argument 'n'
 122     senf::scheduler::TimerEvent timer ("name", boost::bind(&timeout, n),
 123                                        senf::ClockService::now() + senf::ClockService::seconds(1));
 124     \endcode
 125
 126     To use member-functions as callbacks, use either <a
 127     href="http://www.boost.org/libs/bind/bind.html">Boost.Bind</a> or senf::membind()
 128     \code
 129     // e.g. in Foo::Foo() constructor:
 130     Foo::Foo()
 131         : handle_ (...),
 132           readevent_ ("Foo read", senf::membind(&Foo::callback, this),
 133                       handle_, senf::scheduler::FdEvent::EV_READ)
 134     { ... }
 135     \endcode
 136
 137     The handler is identified by an arbitrary, user specified name. This name is used in error
 138     messages to identify the failing handler.
 139
 140
 141     \section sched_exec Executing the Scheduler
 142
 143     To enter the scheduler main-loop, call
 144
 145     \code
 146     senf::scheduler::process();
 147     \endcode
 148
 149     This call will only return in two cases:
 150
 151     \li When a handler calls senf::scheduler::terminate()
 152     \li When there is no active file descriptor or timer event.
 153
 154     Additional <a href="#autotoc-7.">generic functions</a> provide information and %scheduler
 155     parameters.
 156
 157     \section sched_container Event objects and container classes
 158
 159     As the event objects are \e not copyable, they cannot be placed into ordinary
 160     containers. However, it is quite simple to use pointer containers to hold event instances:
 161
 162     \code
 163     #include <boost/ptr_container/ptr_map.hpp>
 164     #include <boost/bind.hpp>
 165
 166     class Foo
 167     {
 168     public:
 169         void add(int fd)
 170         {
 171             fdEvents.insert(
 172                 fd,
 173                 new senf::scheduler::FdEvent("foo", boost::bind(&callback, this, fd, _1), fd,
 174                                              senf::scheduler::FdEvent::EV_READ) );
 175         }
 176
 177         void callback(int fd, int events)
 178         {
 179             FdEvent & event (fdEvents_[fd]);
 180
 181             // ...
 182
 183             if (complete)
 184                 fdEvents_.remove(fd)
 185         }
 186
 187     private:
 188         boost::ptr_map<int, FdEvent> fdEvents_;
 189     };
 190     \endcode
 191
 192     The pointer container API is (almost) completely identical to the corresponding standard library
 193     container API. The only difference is, that all elements added to the container \e must be
 194     created via \c new and that the pointer containers themselves are \e not copyable (ok, they are,
 195     if the elements are cloneable ...). See <a
 196     href="http://www.boost.org/doc/libs/1_36_0/libs/ptr_container/doc/ptr_container.html">Boost.PointerContainer</a>
 197     for the pointer container library reference.
 198
 199     \todo Fix the file support to use threads (?) fork (?) and a pipe so it works reliably even
 200         over e.g. NFS.
 201   */
 202 namespace scheduler {
 203
 204     /** \brief Event handler main loop
 205
 206         This member must be called at some time to enter the event handler main loop. Only while
 207         this function is running any events are handled. The call will return if
 208         \li a callback calls terminate()
 209         \li the run queue becomes empty.
 210      */
 211     void process();
 212
 213     /** \brief Called by callbacks to terminate the main loop
 214
 215         This member may be called by any callback to tell the main loop to terminate. The main loop
 216         will return to it's caller after the currently running callback returns.
 217      */
 218     void terminate();
 219
 220     /** \brief Return timestamp of last event
 221
 222         This is the timestamp, the last event has been signaled. This is the real time at which the
 223         event is delivered \e not the time it should have been delivered (in the case of timers).
 224      */
 225     ClockService::clock_type eventTime();
 226
 227     /** \brief Set task watchdog timeout */
 228     void taskTimeout(unsigned ms);
 229
 230     /** \brief Current task watchdog timeout */
 231     unsigned taskTimeout();
 232
 233     /** \brief Number of watchdog events
 234
 235         calling hangCount() will reset the counter to 0
 236      */
 237     unsigned hangCount();
 238
 239     /** \brief Switch to using hi resolution timers
 240
 241         By default, timers are implemented directly using epoll. This however restricts the timer
 242         resolution to that of the kernel HZ value.
 243
 244         High resolution timers are implemented either using POSIX timers or, when available, using
 245         the Linux special \c timerfd() syscall.
 246
 247         POSIX timers are delivered using signals. A high timer load this increases the signal load
 248         considerably. \c timerfd()'s are delivered on a file descriptor and thus don't have such a
 249         scalability issue.
 250
 251         \warning The timer source must not be switched from a scheduler callback
 252      */
 253     void hiresTimers();
 254
 255     /** \brief Switch back to using epoll for timing
 256         \see hiresTimers()
 257      */
 258     void loresTimers();
 259
 260     /** \brief return \c true, if \c timerfd() timing is available, \c false otherwise
 261         \see hiresTimers()
 262      */
 263     bool haveScalableHiresTimers();
 264
 265     /** \brief Return \c true, if using hires times, \c false otherwise
 266         \see hiresTimers() */
 267     bool usingHiresTimers();
 268
 269     /** \brief Restart scheduler
 270
 271         This call will restart all scheduler dispatchers (timers, signals, file descriptors). This
 272         is necessary after a fork().
 273         \warning This call will \e remove all registered events from the scheduler
 274      */
 275     void restart();
 276
 277     /** \brief Return \c true, if no event is registered, \c false otherwise. */
 278     bool empty();
 279
 280     /** \brief %scheduler specific time source for Utils/Logger framework
 281
 282         This time source may be used to provide timing information for log messages within the
 283         Utils/Logger framework. This time source will use Scheduler::eventTime() to provide timing
 284         information.
 285
 286         \code
 287         senf::log::timeSource<senf::scheduler::LogTimeSource>();
 288         \endcode
 289
 290         Using this information reduces the number of necessary ClockService::now() calls and thus
 291         the number of system calls.
 292      */
 293     struct LogTimeSource : public senf::log::TimeSource
 294     {
 295         senf::log::time_type operator()() const;
 296     };
 297
 298     /** \brief Temporarily block all signals
 299
 300         This class is used to temporarily block all signals in a critical section.
 301
 302         \code
 303         // Begin critical section
 304         {
 305             senf::scheduler::BlockSignals signalBlocker;
 306
 307             // critical code executed with all signals blocked
 308         }
 309         // End critical section
 310         \endcode
 311
 312         You need to take care not to block since even the watchdog timer will be disabled while
 313         executing within a critical section.
 314      */
 315     class BlockSignals
 316         : boost::noncopyable
 317     {
 318     public:
 319         BlockSignals(bool initiallyBlocked=true);
 320                                         ///< Block signals until end of scope
 321                                         /**< \param[in] initiallyBlocked set to \c false to not
 322                                              automatically block signals initially */
 323         ~BlockSignals();                ///< Release all signal blocks
 324
 325         void block();                   ///< Block signals if not blocked
 326         void unblock();                 ///< Unblock signals if blocked
 327         bool blocked() const;           ///< \c true, if signals currently blocked, \c false
 328                                         ///< otherwise
 329
 330     private:
 331         bool blocked_;
 332         sigset_t allSigs_;
 333         sigset_t savedSigs_;
 334     };
 335
 336 }}
 337
 338 ///////////////////////////////hh.e////////////////////////////////////////
 339 #include "Scheduler.cci"
 340 //#include "Scheduler.ct"
 341 //#include "Scheduler.cti"
 342 #endif
 343
 344 \f
 345 // Local Variables:
 346 // mode: c++
 347 // fill-column: 100
 348 // c-file-style: "senf"
 349 // indent-tabs-mode: nil
 350 // ispell-local-dictionary: "american"
 351 // compile-command: "scons -u test"
 352 // comment-column: 40
 353 // End: