ChangeLog 7.3 KB

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