TODO

   1 ###
   2 ### Ongoing stuff
   3 ###
   4
   5 Document the fact that gras processes display the backtrace on sigusr and sigint
   6 Document XBT_LOG_EXTERNAL_DEFAULT_CATEGORY
   7 Document host module
   8
   9 /* FIXME: better place? */
  10 int vasprintf  (char **ptr, const char *fmt, va_list ap);
  11 char *bprintf(const char*fmt, ...) _XBT_GNUC_PRINTF(1,2);
  12
  13 Module renamings:
  14  - rename SWAG to RING?
  15  - Rename cursor to iterator
  16
  17 log.h still contains @name which break doxygen:
  18 xbt/log.h:/** \name DEBUG
  19 xbt/log.h:/** \name VERB
  20 xbt/log.h:/** \name INFO
  21 xbt/log.h:/** \name WARN
  22 xbt/log.h:/** \name ERROR
  23 xbt/log.h:/** \name CRITICAL
  24
  25 gras_socket_close should be blocking until all the data sent have been
  26 received by the other side (implemented with an ACK mechanism).
  27
  28 ###
  29 ### Planned
  30 ###
  31
  32 *
  33 * Infrastructure
  34 ****************
  35
  36 [autoconf]
  37   * Check the gcc version on powerpc. We disabled -floop-optimize on powerpc,
  38     but versions above 3.4.0 should be ok.
  39   * check whether we have better than jmp_buf to implement exceptions, and
  40     use it (may need to generate a public .h, as glib does)
  41
  42 *
  43 * XBT
  44 *****
  45
  46 [doc]
  47   * graphic showing:
  48     (errors, logs ; dynars, dicts, hooks, pools; config, rrdb)
  49
  50 [portability layer]
  51   * maybe a memory pool so that we can cleanly kill an actor
  52
  53 [errors/exception]
  54   * Better split casual errors from programing errors.
  55     The first ones should be repported to the user, the second should kill
  56     the program (or, yet better, only the msg handler)
  57   * Allows the use of an error handler depending on the current module (ie,
  58     the same philosophy as log4c using GSL's error functions)
  59
  60 [logs]
  61   * Hijack message from a given category to another for a while (to mask
  62     initializations, and more)
  63   * Allow each actor to have its own setting
  64   * a init/exit mecanism for logging appender
  65   * Several appenders; fix the setting stuff to change the appender
  66   * more logging appenders (take those from Ralf in l2)
  67
  68 [modules]
  69   * Add configuration and dependencies to our module definition
  70   * allow to load them at runtime
  71     check in erlang how they upgrade them without downtime
  72
  73 [other modules]
  74   * we may need a round-robin database module, and a statistical one
  75   * a hook module *may* help cleaning up some parts. Not sure yet.
  76   * Some of the datacontainer modules seem to overlap. Kill some of them?
  77     - replace fifo with dynars
  78     - replace set with SWAG
  79
  80 *
  81 * GRAS
  82 ******
  83
  84 [doc]
  85   * implement the P2P protocols that macedon does. They constitute great
  86     examples, too
  87
  88 [transport]
  89   * Spawn threads handling the communication
  90     - Data sending cannot be delegated if we want to be kept informed
  91       (*easily*) of errors here.
  92       - Actor execution flow shouldn't be interrupted
  93       - It should be allowed to access (both in read and write access)
  94         any data available (ie, referenced) from the actor without
  95         requesting to check for a condition before.
  96         (in other word, no mutex or assimilated)
  97       - I know that enforcing those rules prevent the implementation of
  98         really cleaver stuff. Keeping the stuff simple for the users is more
  99         important to me than allowing them to do cleaver tricks. Black magic
 100         should be done *within* gras to reach a good performance level.
 101
 102     - Data receiving can be delegated (and should)
 103       The first step here is a "simple" mailbox mecanism, with a fifo of
 104         messages protected by semaphore.
 105       The rest is rather straightforward too.
 106
 107   * use poll(2) instead of select(2) when available. (first need to check
 108     the advantage of doing so ;)
 109
 110     Another idea we spoke about was to simulate this feature with a bunch of
 111     threads blocked in a read(1) on each incomming socket. The latency is
 112     reduced by the cost of a syscall, but the more I think about it, the
 113     less I find the idea adapted to our context.
 114
 115   * timeout the send/recv too (hard to do in RL)
 116   * Adaptative timeout
 117   * multiplex on incoming SOAP over HTTP (once datadesc can deal with it)
 118
 119   * The module syntax/API is too complex.
 120     - Everybody opens a server socket (or almost), and nobody open two of
 121       them. This should be done automatically without user intervention.
 122     - I'd like to offer the possibility to speak to someone, not to speak on
 123       a socket. Users shouldn't care about such technical details.
 124     - the idea of host_cookie in NWS seem to match my needs, but we still
 125       need a proper name ;)
 126     - this would allow to exchange a "socket" between peer :)
 127     - the creation needs to identify the peer actor within the process
 128
 129   * when a send failed because the socket was closed on the other side,
 130     try to reopen it seamlessly. Needs exceptions or another way to
 131     differentiate between the several system_error.
 132   * cache accepted sockets and close the old ones after a while.
 133     Depends on the previous item; difficult to achieve with firewalls
 134
 135 [datadesc]
 136   * Add a XML wire protocol alongside to the binary one (for SOAP/HTTP)
 137   * cbps:
 138     - Error handling
 139     - Regression tests
 140   * Inter-arch conversions
 141     - Port to ARM
 142     - Convert in the same buffer when size increase
 143     - Exchange (on net) structures in one shoot when possible.
 144     - Port to really exotic platforms (Cray is not IEEE ;)
 145   * datadesc_set_cste: give the value by default when receiving.
 146     - It's not transfered anymore, which is good for functions pointer.
 147   * Parsing macro
 148     - Cleanup the code (bison?)
 149     - Factorize code in union/struct field adding
 150     - Handle typedefs (needs love from DataDesc/)
 151     - Handle unions with annotate
 152     - Handle enum
 153     - Handle long long and long double
 154     - Forbid "char", allow "signed char" and "unsigned char", or user code won't be
 155       portable to ARM, at least.
 156     - Handle struct/union/enum embeeded within another container
 157       (needs modifications in DataDesc, too)
 158
 159     - Check short a, b;
 160     - Check short ***
 161     - Check struct { struct { int a } b; }
 162
 163   * gras_datadesc_import_nws?
 164
 165 [Messaging]
 166   * Other message types than oneway & RPC are possible:
 167      - forwarding request, group communication
 168   * Message priority
 169   * Message forwarding
 170   * Group communication
 171   * Message declarations in a tree manner (such as log channels)?
 172
 173 [GRASPE] (platform expender)
 174   * Tool to visualize/deploy and manage in RL
 175   * pull method of source diffusion in graspe-slave
 176
 177 [Actors] (parallelism in GRAS)
 178   * An actor is a user process.
 179     It has a highly sequential control flow from its birth until its death.
 180     The timers won't stop the current execution to branch elsewhere, they
 181     will be delayed until the actor is ready to listen. Likewise, no signal
 182     delivery. The goal is to KISS for users.
 183   * You can fork a new actor, even on remote hosts.
 184   * They are implemented as threads in RL, but this is still a distributed
 185     memory *model*. If you want to share data with another actor, send it
 186     using the message interface to explicit who's responsible of this data.
 187   * data exchange between actors placed within the same UNIX process is
 188     *implemented* by memcopy, but that's an implementation detail.
 189
 190 [Other, more general issues]
 191   * watchdog in RL (ie, while (1) { fork; exec the child, wait in father })
 192   * Allow [homogeneous] dico to be sent
 193   * Make GRAS thread safe by mutexing what needs to be
 194
 195 *
 196 * AMOK
 197 ******
 198
 199 [bandwidth]
 200   * add a version guessing the appropriate datasizes automatically
 201 [other modules]
 202   * provide a way to retrieve the host load as in NWS
 203   * log control, management, dynamic token ring
 204   * a way using SSH to ask a remote host to open a socket back on me
 205