1 ChangeLog for SimGrid-java, before its integration into the main source tree.
3 SimGrid (3.13) UNRELEASED; urgency=low
5 Backwards Compatibility breaks
6 - VM.setBound(int load) is now VM.setBound(double bound) to meet the MSG semantics. Use VM.getSpeed()*load/100 for the legacy behavior.
9 SimGrid-java (3.9) stable; urgency=low
11 -- 2013-01-30 Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
13 SimGrid-java (3.8.1) stable; urgency=low
15 * New module: org.simgrid.trace.Trace (SimGrid trace bindings)
16 Warning: all methods are visible, but only some of them are
17 implemented so far. Check the source (src/jtrace.c)
18 for further information.
19 * New module: org.simgrid.msg.File (SimGrid File management functions)
20 * New Module: org.simgrid.msg.VM (SimGrid interface to mimick IAAS clouds)
21 * Change the meaning of Process.restart: now restart the process from
22 the begining, like MSG_process_restart in C.
23 * Add Process.setAutoRestart: handling of process restart when failed
25 * Add Process.getProperty, Host.getProperty, Host.getProperty: allows
26 you to retrieve the properties of the processes/hosts
27 * Deprecate Msg.clean(): you can just forget about it now.
28 * New function Process.getCount(), that only works when compiling
29 with the not yet released version 3.9 of the C library.
31 * New context factory based on Coroutines. It mandates a modified JVM
32 but then, the simulations run about five times faster, and there is
33 no limit to the amount of processes (beside of the available memory).
35 -- 2012-12-04 Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
37 SimGrid-java (3.7.1) stable; urgency=low
39 The "Java aint got to be bloated and slow" release
42 * Various internal cleanups and performance improvement
43 Simulations are expected to run up to twice faster or so
44 * Make Process.kill(process) an instance method, not a static one
45 * User processes are not java.lang.Thread subclasses.
46 This breaks the compatibility (sorry), but previous API was
47 brain-dead, making it impossible to have non-trivial
48 initializations in the process constructor.
49 * Require a full constructor per Process sub-class.
50 Kinda breaks the compatibility (sorry), but this allows a much more
51 efficient way to launch the processes at simulation startup.
52 * Do not embeed our version of semaphores, java 1.5 can be considered
53 as sufficiently prevalent for us to not dupplicate its features.
57 * Add examples for almost every part of the API
58 We spotted and fixed a lot of bugs in the process
60 * New module: asynchronous communication API
61 * New function: Process.sleep()
62 It takes milliseconds as argument, just as java.lang.Thread.sleep()
63 * New module: org.simgrid.msg.Mutex (SimGrid mutexes)
64 * New module: org.simgrid.msg.RngStream (RngStreams random generators)
66 -- 2012-06-12 Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>
68 SimGrid-java (1.0 (3.6) unstable; urgency=low
71 * Split of every thing from simgrid v3.5 into a separate package.
73 -- 2011-10-05 Da SimGrid team <simgrid-devel@lists.gforge.inria.fr>