ChangeLog 7.2 KB

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