ChangeLog 7.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191
  1. # StarPU --- Runtime system for heterogeneous multicore architectures.
  2. #
  3. # Copyright (C) 2009, 2010, 2011 Université de Bordeaux 1
  4. # Copyright (C) 2010, 2011, 2012 Centre National de la Recherche Scientifique
  5. #
  6. # StarPU is free software; you can redistribute it and/or modify
  7. # it under the terms of the GNU Lesser General Public License as published by
  8. # the Free Software Foundation; either version 2.1 of the License, or (at
  9. # your option) any later version.
  10. #
  11. # StarPU is distributed in the hope that it will be useful, but
  12. # WITHOUT ANY WARRANTY; without even the implied warranty of
  13. # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
  14. #
  15. # See the GNU Lesser General Public License in COPYING.LGPL for more details.
  16. StarPU 1.0 (svn revision xxxx)
  17. ==============================================
  18. The extensions-again release
  19. * Add man pages for some of the tools
  20. * Add reduction mode to starpu_mpi_insert_task
  21. * Add C++ application example in examples/cpp/
  22. * Increase default value for STARPU_MAXCPUS -- Maximum number of
  23. CPUs supported -- to 64.
  24. * Libtool interface versioning has been included in libraries names
  25. (libstarpu-1.0.so, libstarpumpi-1.0.so,
  26. libstarpufft-1.0.so, libsocl-1.0.so)
  27. * Enable by default the SOCL extension.
  28. * Enable by default the GCC plug-in extension.
  29. * Add a field named magic to struct starpu_task which is set when
  30. initialising the task. starpu_task_submit will fail if the
  31. field does not have the right value. This will hence avoid
  32. submitting tasks which have not been properly initialised.
  33. * Make where field for struct starpu_codelet optional. When unset, its
  34. value will be automatically set based on the availability of the
  35. different XXX_funcs fields of the codelet.
  36. * Add a hook function pre_exec_hook in struct starpu_sched_policy.
  37. The function is meant to be called in drivers. Schedulers
  38. can use it to be notified when a task is about being computed.
  39. * Define access modes for data handles into starpu_codelet and no longer
  40. in starpu_task. Hence mark (struct starpu_task).buffers as
  41. deprecated, and add (struct starpu_task).handles and (struct
  42. starpu_codelet).modes
  43. * Install headers under $includedir/starpu/1.0.
  44. * Deprecate cost_model, and introduce cost_function, which is provided
  45. with the whole task structure, the target arch and implementation
  46. number
  47. * Permit the application to provide its own size base for performance
  48. models
  49. * Fields xxx_func of struct starpu_codelet are made deprecated. One
  50. should use instead fields xxx_funcs.
  51. * Applications can provide several implementations of a codelet for the
  52. same architecture.
  53. * A new multi-format interface permits to use different binary formats
  54. on CPUs & GPUs, the conversion functions being provided by the
  55. application and called by StarPU as needed (and as less as
  56. possible).
  57. * Add a gcc plugin to extend the C interface with pragmas which allows to
  58. easily define codelets and issue tasks.
  59. * Add codelet execution time statistics plot.
  60. * Add bus speed in starpu_machine_display.
  61. * Add a StarPU-Top feedback and steering interface.
  62. * Documentation improvement.
  63. * Add a STARPU_DATA_ACQUIRE_CB which permits to inline the code to be
  64. done.
  65. * Permit to specify MPI tags for more efficient starpu_mpi_insert_task
  66. * Add SOCL, an OpenCL interface on top of StarPU.
  67. * Add gdb functions.
  68. * Add complex support to LU example.
  69. * Add an OpenMP fork-join example.
  70. * Permit to use the same data several times in write mode in the
  71. parameters of the same task.
  72. * Some types were renamed for consistency. The tools/dev/rename.sh
  73. script can be used to port code using former names. You can also
  74. choose to include starpu_deprecated_api.h (after starpu.h) to keep
  75. using the old types.
  76. StarPU 0.9 (svn revision 3721)
  77. ==============================================
  78. The extensions release
  79. * Provide the STARPU_REDUX data access mode
  80. * Externalize the scheduler API.
  81. * Add theoretical bound computation
  82. * Add the void interface
  83. * Add power consumption optimization
  84. * Add parallel task support
  85. * Add starpu_mpi_insert_task
  86. * Add profiling information interface.
  87. * Add STARPU_LIMIT_GPU_MEM environment variable.
  88. * OpenCL fixes
  89. * MPI fixes
  90. * Improve optimization documentation
  91. * Upgrade to hwloc 1.1 interface
  92. * Add fortran example
  93. * Add mandelbrot OpenCL example
  94. * Add cg example
  95. * Add stencil MPI example
  96. * Initial support for CUDA4
  97. StarPU 0.4 (svn revision 2535)
  98. ==============================================
  99. The API strengthening release
  100. * Major API improvements
  101. - Provide the STARPU_SCRATCH data access mode
  102. - Rework data filter interface
  103. - Rework data interface structure
  104. - A script that automatically renames old functions to accomodate with the new
  105. API is available from https://scm.gforge.inria.fr/svn/starpu/scripts/renaming
  106. (login: anonsvn, password: anonsvn)
  107. * Implement dependencies between task directly (eg. without tags)
  108. * Implicit data-driven task dependencies simplifies the design of
  109. data-parallel algorithms
  110. * Add dynamic profiling capabilities
  111. - Provide per-task feedback
  112. - Provide per-worker feedback
  113. - Provide feedback about memory transfers
  114. * Provide a library to help accelerating MPI applications
  115. * Improve data transfers overhead prediction
  116. - Transparently benchmark buses to generate performance models
  117. - Bind accelerator-controlling threads with respect to NUMA locality
  118. * Improve StarPU's portability
  119. - Add OpenCL support
  120. - Add support for Windows
  121. StarPU 0.2.901 aka 0.3-rc1 (svn revision 1236)
  122. ==============================================
  123. The asynchronous heterogeneous multi-accelerator release
  124. * Many API changes and code cleanups
  125. - Implement starpu_worker_get_id
  126. - Implement starpu_worker_get_name
  127. - Implement starpu_worker_get_type
  128. - Implement starpu_worker_get_count
  129. - Implement starpu_display_codelet_stats
  130. - Implement starpu_data_prefetch_on_node
  131. - Expose the starpu_data_set_wt_mask function
  132. * Support nvidia (heterogeneous) multi-GPU
  133. * Add the data request mechanism
  134. - All data transfers use data requests now
  135. - Implement asynchronous data transfers
  136. - Implement prefetch mechanism
  137. - Chain data requests to support GPU->RAM->GPU transfers
  138. * Make it possible to bypass the scheduler and to assign a task to a specific
  139. worker
  140. * Support restartable tasks to reinstanciate dependencies task graphs
  141. * Improve performance prediction
  142. - Model data transfer overhead
  143. - One model is created for each accelerator
  144. * Support for CUDA's driver API is deprecated
  145. * The STARPU_WORKERS_CUDAID and STARPU_WORKERS_CPUID env. variables make it possible to
  146. specify where to bind the workers
  147. * Use the hwloc library to detect the actual number of cores
  148. StarPU 0.2.0 (svn revision 1013)
  149. ==============================================
  150. The Stabilizing-the-Basics release
  151. * Various API cleanups
  152. * Mac OS X is supported now
  153. * Add dynamic code loading facilities onto Cell's SPUs
  154. * Improve performance analysis/feedback tools
  155. * Application can interact with StarPU tasks
  156. - The application may access/modify data managed by the DSM
  157. - The application may wait for the termination of a (set of) task(s)
  158. * An initial documentation is added
  159. * More examples are supplied
  160. StarPU 0.1.0 (svn revision 794)
  161. ==============================================
  162. First release.
  163. Status:
  164. * Only supports Linux platforms yet
  165. * Supported architectures
  166. - multicore CPUs
  167. - NVIDIA GPUs (with CUDA 2.x)
  168. - experimental Cell/BE support
  169. Changes:
  170. * Scheduling facilities
  171. - run-time selection of the scheduling policy
  172. - basic auto-tuning facilities
  173. * Software-based DSM
  174. - transparent data coherency management
  175. - High-level expressive interface