X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/b01b2a3a3042334245c03df9ec70b62e197fecf0..d0088c5ca40d4af018ea5f874550e1405fef9a93:/ChangeLog diff --git a/ChangeLog b/ChangeLog index 235a12997d..77d2623283 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,11 +1,120 @@ +SimGrid (2.91) unstable; urgency=low + + Alpha 2 on the path to SimGrid 3 + + [Arnaud] + (surf) + - Bug fix in the lmm_solver. + (msg) + - Interface to Paje (see http://www-id.imag.fr/Logiciels/paje/) through the function + MSG_paje_output. + - Introducing two new functions MSG_process_kill() and MSG_process_killall(). + - It is possible to bound the rate of a communication in MSG with + MSG_task_put_bounded() (was already in the previous version but I had forgotten + to write it in the changelog). + - Bug fix to let GRAS run on top of MSG until we move it directly on top + of the SURF. + + [Martin] + (infrastructure) + - Various cleanups to the autotools stuff + - Begin to move Gras examples to examples/gras/ + - Let make distcheck work again (yeah!) + (documentation) + - documentation overhault using doxygen. + gtk-doc-tools is dead in SimGrid now. + - Automatically extract all existing logging categories, and add the list + to the documentation (long standing one, to say the less) + (gras) + - Cleanup the known architecture table. Reorder the entries to group what + should be, and use a more consistant naming scheme. + (some of the test dataset are still to be regenerated) + - New! Allow library to register globals on each process just as userdata + does. + This is implemented using a xbt_dict and not a xbt_set, so we loose the + lookup time (for now). + Use it in msg and trp. + This cleans a lot the internals and helps enforcing privacy of the + headers between the gras components. + - New! Add a timer mecanism, not unlike cron(8) and at(1). + - Bugfix: gras_os_time was delirious in RL. + - Bugfix: gras_trp_select/RL don't run into the wall when asked to select + onto 0 sockets. + - Reenable GRAS now that it works. + + -- + +SimGrid (2.90) unstable; urgency=low + + Alpha 1 on the path to SimGrid 3 + + * It is a long time since the last release of SimGrid. I'm sorry about + that but as I had told you, I was rewriting a lot of things. I apologize + to those who had been reporting bugs to me and that I had not answered. + If your bug is still in the new version, please tell me. Here is a + summary of the main changes. + + * REVOLUTION 1: The SimGrid project has merged with the GRAS project + lead by Martin Quinson. As a consequence SimGrid gains a lot in + portability, speed, and a lot more but you'll figure it out later. + SimGrid now comprises 3 different projects : MSG, GRAS and SMPI. + I wanted to release the new MSG as soon as possible and I have + broken GRAS, which is the reason why, for now, only MSG is fully + functionnal. A laconic description of these projects is available + in the documentation. + + * REVOLUTION 2: I have removed SG and I am now using a new simulation + kernel optimized for our needs (called SURF but only the developers + should use it). Hence, MSG is now roughly 30 times faster and I think + that by rewriting a little bit MSG, I could event speed it up a little + bit more. Beside the gain in speed, it is also much easier to encode a + new platform model with SURF than it was with SG. More to come... + + * REVOLUTION 3: I have tried to change a little as possible the API of + MSG but a few things really had to disappear. The main differences + with the previous version are : + 1) no more m_links_t and the corresponding functions. Platforms are + directly read from a XML description and cannot be hard-coded + anymore. The same format is used for application deployment + description. The new format is described in the documentation. + Have a look in tools/platform_generation. There is a tiny script + that converts from the old platform format to the new one. Concerning + the application deployment format, parsing the old one is tricky. + I think most of you should hower be able to convert your files. If + it is really an issue, I can write a C code that does the conversion. + Let me know. + 2) the toolbox tbx does not exist anymore. We now have a library + with much more data-structures but without the hash-tables (we have + dictionaries that are much faster). + + -- Arnaud Legrand Mon, 31 Jan 2005 10:45:53 -0800 + +***************************************************************************** +* Follows the old GRAS changelog. It does not follow the same syntax, but I * +* dont feel like converting the oldies. (Mt) * +***************************************************************************** + +2005-01-31 Arnaud + Version 2.90: "the long awaited one" + - Finished rewriting and debugging MSG. Rewrote the documentation. + - disable GRAS for now since it needs to be ported to the newest SG + +2004-12-16 Martin + - Finish the port to windows (using mingw32 for cross-compile) + +2004-11-28 Arnaud + - Main loop and datastructures of SURF. A cpu resource object is + functionnal. Surf can thus be used to create cpu's with variable + performance on which you can execute some actions. + 2004-11-15 Martin Quinson - Port to ARM. Simply added the alignment and size descriptions. Should work, but the ARM machines are so slow that I didn't had the opportunity to 'make check' overthere yet. 2004-11-15 Arnaud Legrand - - Trace manager now written. It uses a heap structure and is therfore - expected to be efficient. It may however be speed up (particularly + - Trace manager now written. It uses a heap structure and is therefore + expected to be efficient. It may however be speeded up (particularly when many events occur at the same date) by using red and black trees. One day maybe... - Max-min linear system solver written. It uses a sparse matrix @@ -22,6 +131,9 @@ so I assume that the patch is correct. I do not know however if things run effectively faster than before now. :) + Inclusion of the SimGrid tree in the GRAS one. The archive is renamed to + SimGrid, and the version number is bumped to 2.x + 2004-10-29 Martin Quinson - Introduction of the remote errors. They are the result of a RMI/RPC on the remote machine.