ChangeLog 7.5 KB

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