ChangeLog 10 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262
  1. # StarPU --- Runtime system for heterogeneous multicore architectures.
  2. #
  3. # Copyright (C) 2009-2012 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.1.0 (svn revision xxxx)
  17. ==============================================
  18. New features:
  19. * OpenGL interoperability support.
  20. * Capability to store compiled OpenCL kernels on the file system
  21. * Capability to load compiled OpenCL kernels
  22. * Performance models measurements can now be provided explicitly by
  23. applications.
  24. * Capability to emit communication statistics when running MPI code
  25. * Add starpu_block_shadow_filter_func_vector and an example.
  26. * Add starpu_unregister_submit, starpu_data_acquire_on_node and
  27. starpu_data_invalidate_submit
  28. * New functionnality to wrapper starpu_insert_task to pass a array of
  29. data_handles via the parameter STARPU_DATA_ARRAY
  30. * Enable GPU-GPU direct transfers.
  31. Changes:
  32. * The FxT code can now be used on systems other than Linux.
  33. * Keep only one hashtable implementation common/uthash.h
  34. * Add tag dependency in trace-generated DAG.
  35. * Fix CPU binding for optimized CPU-GPU transfers.
  36. * The cache of starpu_mpi_insert_task is fixed and thus now enabled by
  37. default.
  38. * Improve starpu_machine_display output.
  39. * Standardize objects name in the performance model API
  40. Small changes:
  41. * STARPU_NCPU should now be used instead of STARPU_NCPUS. STARPU_NCPUS is
  42. still available for compatibility reasons.
  43. StarPU 1.0.1 (svn revision 6659)
  44. ==============================================
  45. Changes:
  46. * hwloc support. Warn users when hwloc is not found on the system and
  47. produce error when not explicitely disabled.
  48. * Several bug fixes
  49. * GCC plug-in
  50. - Add `#pragma starpu release'
  51. - Fix bug when using `acquire' pragma with function parameters
  52. - Slightly improve test suite coverage
  53. - Relax the GCC version check
  54. * Update SOCL to use new API
  55. * Documentation improvement.
  56. StarPU 1.0.0 (svn revision 6306)
  57. ==============================================
  58. The extensions-again release
  59. New features:
  60. * Add SOCL, an OpenCL interface on top of StarPU.
  61. * Add a gcc plugin to extend the C interface with pragmas which allows to
  62. easily define codelets and issue tasks.
  63. * Add reduction mode to starpu_mpi_insert_task.
  64. * A new multi-format interface permits to use different binary formats
  65. on CPUs & GPUs, the conversion functions being provided by the
  66. application and called by StarPU as needed (and as less as
  67. possible).
  68. * Deprecate cost_model, and introduce cost_function, which is provided
  69. with the whole task structure, the target arch and implementation
  70. number.
  71. * Permit the application to provide its own size base for performance
  72. models.
  73. * Applications can provide several implementations of a codelet for the
  74. same architecture.
  75. * Add a StarPU-Top feedback and steering interface.
  76. * Permit to specify MPI tags for more efficient starpu_mpi_insert_task
  77. Changes:
  78. * Fix several memory leaks and race conditions
  79. * Make environment variables take precedence over the configuration
  80. passed to starpu_init()
  81. * Libtool interface versioning has been included in libraries names
  82. (libstarpu-1.0.so, libstarpumpi-1.0.so,
  83. libstarpufft-1.0.so, libsocl-1.0.so)
  84. * Install headers under $includedir/starpu/1.0.
  85. * Make where field for struct starpu_codelet optional. When unset, its
  86. value will be automatically set based on the availability of the
  87. different XXX_funcs fields of the codelet.
  88. * Define access modes for data handles into starpu_codelet and no longer
  89. in starpu_task. Hence mark (struct starpu_task).buffers as
  90. deprecated, and add (struct starpu_task).handles and (struct
  91. starpu_codelet).modes
  92. * Fields xxx_func of struct starpu_codelet are made deprecated. One
  93. should use fields xxx_funcs instead.
  94. * Some types were renamed for consistency. when using pkg-config libstarpu,
  95. starpu_deprecated_api.h is automatically included (after starpu.h) to
  96. keep compatibility with existing software. Other changes are mentioned
  97. below, compatibility is also preserved for them.
  98. To port code to use new names (this is not mandatory), the
  99. tools/dev/rename.sh script can be used, and pkg-config starpu-1.0 should
  100. be used.
  101. * The communication cost in the heft and dmda scheduling strategies now
  102. take into account the contention brought by the number of GPUs. This
  103. changes the meaning of the beta factor, whose default 1.0 value should
  104. now be good enough in most case.
  105. Small features:
  106. * Allow users to disable asynchronous data transfers between CPUs and
  107. GPUs.
  108. * Update OpenCL driver to enable CPU devices (the environment variable
  109. STARPU_OPENCL_ON_CPUS must be set to a positive value when
  110. executing an application)
  111. * struct starpu_data_interface_ops --- operations on a data
  112. interface --- define a new function pointer allocate_new_data
  113. which creates a new data interface of the given type based on
  114. an existing handle
  115. * Add a field named magic to struct starpu_task which is set when
  116. initialising the task. starpu_task_submit will fail if the
  117. field does not have the right value. This will hence avoid
  118. submitting tasks which have not been properly initialised.
  119. * Add a hook function pre_exec_hook in struct starpu_sched_policy.
  120. The function is meant to be called in drivers. Schedulers
  121. can use it to be notified when a task is about being computed.
  122. * Add codelet execution time statistics plot.
  123. * Add bus speed in starpu_machine_display.
  124. * Add a STARPU_DATA_ACQUIRE_CB which permits to inline the code to be
  125. done.
  126. * Add gdb functions.
  127. * Add complex support to LU example.
  128. * Permit to use the same data several times in write mode in the
  129. parameters of the same task.
  130. Small changes:
  131. * Increase default value for STARPU_MAXCPUS -- Maximum number of
  132. CPUs supported -- to 64.
  133. * Add man pages for some of the tools
  134. * Add C++ application example in examples/cpp/
  135. * Add an OpenMP fork-join example.
  136. * Documentation improvement.
  137. StarPU 0.9 (svn revision 3721)
  138. ==============================================
  139. The extensions release
  140. * Provide the STARPU_REDUX data access mode
  141. * Externalize the scheduler API.
  142. * Add theoretical bound computation
  143. * Add the void interface
  144. * Add power consumption optimization
  145. * Add parallel task support
  146. * Add starpu_mpi_insert_task
  147. * Add profiling information interface.
  148. * Add STARPU_LIMIT_GPU_MEM environment variable.
  149. * OpenCL fixes
  150. * MPI fixes
  151. * Improve optimization documentation
  152. * Upgrade to hwloc 1.1 interface
  153. * Add fortran example
  154. * Add mandelbrot OpenCL example
  155. * Add cg example
  156. * Add stencil MPI example
  157. * Initial support for CUDA4
  158. StarPU 0.4 (svn revision 2535)
  159. ==============================================
  160. The API strengthening release
  161. * Major API improvements
  162. - Provide the STARPU_SCRATCH data access mode
  163. - Rework data filter interface
  164. - Rework data interface structure
  165. - A script that automatically renames old functions to accomodate with the new
  166. API is available from https://scm.gforge.inria.fr/svn/starpu/scripts/renaming
  167. (login: anonsvn, password: anonsvn)
  168. * Implement dependencies between task directly (eg. without tags)
  169. * Implicit data-driven task dependencies simplifies the design of
  170. data-parallel algorithms
  171. * Add dynamic profiling capabilities
  172. - Provide per-task feedback
  173. - Provide per-worker feedback
  174. - Provide feedback about memory transfers
  175. * Provide a library to help accelerating MPI applications
  176. * Improve data transfers overhead prediction
  177. - Transparently benchmark buses to generate performance models
  178. - Bind accelerator-controlling threads with respect to NUMA locality
  179. * Improve StarPU's portability
  180. - Add OpenCL support
  181. - Add support for Windows
  182. StarPU 0.2.901 aka 0.3-rc1 (svn revision 1236)
  183. ==============================================
  184. The asynchronous heterogeneous multi-accelerator release
  185. * Many API changes and code cleanups
  186. - Implement starpu_worker_get_id
  187. - Implement starpu_worker_get_name
  188. - Implement starpu_worker_get_type
  189. - Implement starpu_worker_get_count
  190. - Implement starpu_display_codelet_stats
  191. - Implement starpu_data_prefetch_on_node
  192. - Expose the starpu_data_set_wt_mask function
  193. * Support nvidia (heterogeneous) multi-GPU
  194. * Add the data request mechanism
  195. - All data transfers use data requests now
  196. - Implement asynchronous data transfers
  197. - Implement prefetch mechanism
  198. - Chain data requests to support GPU->RAM->GPU transfers
  199. * Make it possible to bypass the scheduler and to assign a task to a specific
  200. worker
  201. * Support restartable tasks to reinstanciate dependencies task graphs
  202. * Improve performance prediction
  203. - Model data transfer overhead
  204. - One model is created for each accelerator
  205. * Support for CUDA's driver API is deprecated
  206. * The STARPU_WORKERS_CUDAID and STARPU_WORKERS_CPUID env. variables make it possible to
  207. specify where to bind the workers
  208. * Use the hwloc library to detect the actual number of cores
  209. StarPU 0.2.0 (svn revision 1013)
  210. ==============================================
  211. The Stabilizing-the-Basics release
  212. * Various API cleanups
  213. * Mac OS X is supported now
  214. * Add dynamic code loading facilities onto Cell's SPUs
  215. * Improve performance analysis/feedback tools
  216. * Application can interact with StarPU tasks
  217. - The application may access/modify data managed by the DSM
  218. - The application may wait for the termination of a (set of) task(s)
  219. * An initial documentation is added
  220. * More examples are supplied
  221. StarPU 0.1.0 (svn revision 794)
  222. ==============================================
  223. First release.
  224. Status:
  225. * Only supports Linux platforms yet
  226. * Supported architectures
  227. - multicore CPUs
  228. - NVIDIA GPUs (with CUDA 2.x)
  229. - experimental Cell/BE support
  230. Changes:
  231. * Scheduling facilities
  232. - run-time selection of the scheduling policy
  233. - basic auto-tuning facilities
  234. * Software-based DSM
  235. - transparent data coherency management
  236. - High-level expressive interface