X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/810976b1e41f58871360b39fec33f2a472e4d358..d54bd673caabfaf797eef66bea11c265759a8652:/TODO diff --git a/TODO b/TODO index f08caf0b4a..0510f3c535 100644 --- a/TODO +++ b/TODO @@ -1,6 +1,10 @@ ### ### Ongoing stuff ### + +Document the fact that gras processes display the backtrace on sigusr and sigint +Document host module + /* FIXME: better place? */ int vasprintf (char **ptr, const char *fmt, va_list ap); char *bprintf(const char*fmt, ...) _XBT_GNUC_PRINTF(1,2); @@ -9,14 +13,8 @@ Module renamings: - rename SWAG to RING? - Rename cursor to iterator -log.h still contains @name which break doxygen: -xbt/log.h:/** \name DEBUG -xbt/log.h:/** \name VERB -xbt/log.h:/** \name INFO -xbt/log.h:/** \name WARN -xbt/log.h:/** \name ERROR -xbt/log.h:/** \name CRITICAL - +gras_socket_close should be blocking until all the data sent have been +received by the other side (implemented with an ACK mechanism). ### ### Planned @@ -41,11 +39,11 @@ xbt/log.h:/** \name CRITICAL (errors, logs ; dynars, dicts, hooks, pools; config, rrdb) [portability layer] - * Mallocators and/or memory pool so that we can cleanly kill an actor + * maybe a memory pool so that we can cleanly kill an actor [errors/exception] - * Better split casual errors from programing errors. - The first ones should be repported to the user, the second should kill + * Better split casual errors from programming errors. + The first ones should be reported to the user, the second should kill the program (or, yet better, only the msg handler) * Allows the use of an error handler depending on the current module (ie, the same philosophy as log4c using GSL's error functions) @@ -55,15 +53,10 @@ xbt/log.h:/** \name CRITICAL initializations, and more) * Allow each actor to have its own setting * a init/exit mecanism for logging appender - * Several appenders; fix the setting stuff to change the appender * more logging appenders (take those from Ralf in l2) -[dict] - * speed up the cursors, for example using the contexts when available - [modules] - * better formalisation of what modules are (amok deeply needs it) - configuration + init() + exit() + dependencies + * Add configuration and dependencies to our module definition * allow to load them at runtime check in erlang how they upgrade them without downtime @@ -83,29 +76,11 @@ xbt/log.h:/** \name CRITICAL examples, too [transport] - * Spawn threads handling the communication - - Data sending cannot be delegated if we want to be kept informed - (*easily*) of errors here. - - Actor execution flow shouldn't be interrupted - - It should be allowed to access (both in read and write access) - any data available (ie, referenced) from the actor without - requesting to check for a condition before. - (in other word, no mutex or assimilated) - - I know that enforcing those rules prevent the implementation of - really cleaver stuff. Keeping the stuff simple for the users is more - important to me than allowing them to do cleaver tricks. Black magic - should be done *within* gras to reach a good performance level. - - - Data receiving can be delegated (and should) - The first step here is a "simple" mailbox mecanism, with a fifo of - messages protected by semaphore. - The rest is rather straightforward too. - * use poll(2) instead of select(2) when available. (first need to check the advantage of doing so ;) Another idea we spoke about was to simulate this feature with a bunch of - threads blocked in a read(1) on each incomming socket. The latency is + threads blocked in a read(1) on each incoming socket. The latency is reduced by the cost of a syscall, but the more I think about it, the less I find the idea adapted to our context. @@ -130,13 +105,6 @@ xbt/log.h:/** \name CRITICAL Depends on the previous item; difficult to achieve with firewalls [datadesc] - * Implement gras_datadesc_cpy to speedup things in the simulator - (and allow to have several "actors" within the same unix process). - For now, we mimick closely the RL even in SG. It was easier to do - since the datadesc layer is unchanged, but it is not needed and - hinders performance. - gras_datadesc_cpy needs to provide the size of the corresponding messages, so - that we can report it into the simulator. * Add a XML wire protocol alongside to the binary one (for SOAP/HTTP) * cbps: - Error handling @@ -151,7 +119,8 @@ xbt/log.h:/** \name CRITICAL * Parsing macro - Cleanup the code (bison?) - Factorize code in union/struct field adding - - Handle typedefs (needs love from DataDesc/) + - Handle typedefs (gras_datatype_copy can be usefull, but only if + main type is already defined) - Handle unions with annotate - Handle enum - Handle long long and long double @@ -167,18 +136,8 @@ xbt/log.h:/** \name CRITICAL * gras_datadesc_import_nws? [Messaging] - * A proper RPC mecanism - - gras_rpctype_declare_v (name,ver, payload_request, payload_answer) - (or gras_msgtype_declare_rpc_v). - - Attaching a cb works the same way. - - gras_msg_rpc(peer, &request, &answer) - - On the wire, a byte indicate the message type: - - 0: one-way message (what we have for now) - - 1: method call (answer expected; sessionID attached) - - 2: successful return (usual datatype attached, with sessionID) - - 3: error return (payload = exception) - - other message types are possible (forwarding request, group - communication) + * Other message types than oneway & RPC are possible: + - forwarding request, group communication * Message priority * Message forwarding * Group communication @@ -211,10 +170,18 @@ xbt/log.h:/** \name CRITICAL ****** [bandwidth] - * finish this module (still missing the saturate part) * add a version guessing the appropriate datasizes automatically [other modules] - * provide a way to retrieve the host load as in NWS * log control, management, dynamic token ring * a way using SSH to ask a remote host to open a socket back on me + +* +* SURF +****** + +[maxmin] + * select portion of the system that changed instead of recomputing + * the whole system solution at each action change + +