ChangeLog 17 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398
  1. # StarPU --- Runtime system for heterogeneous multicore architectures.
  2. #
  3. # Copyright (C) 2009-2013 Université de Bordeaux 1
  4. # Copyright (C) 2010, 2011, 2012, 2013 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_unregister_submit, starpu_data_acquire_on_node and
  26. starpu_data_invalidate_submit
  27. * New functionnality to wrapper starpu_insert_task to pass a array of
  28. data_handles via the parameter STARPU_DATA_ARRAY
  29. * Enable GPU-GPU direct transfers.
  30. * GCC plug-in
  31. - Add `registered' attribute
  32. - A new pass was added that warns about the use of possibly
  33. unregistered memory buffers.
  34. * SOCL
  35. - Manual mapping of commands on specific devices is now
  36. possible
  37. - SOCL does not require StarPU CPU tasks anymore. CPU workers
  38. are automatically disabled to enhance performance of OpenCL
  39. CPU devices
  40. * New interface: COO matrix.
  41. * Data interfaces: The pack operation of user-defined data interface
  42. defines a new parameter count which should be set to the size of
  43. the buffer created by the packing of the data.
  44. * MPI:
  45. - Communication statistics for MPI can only be enabled at
  46. execution time by defining the environment variable
  47. STARPU_COMM_STATS
  48. - Communication cache mechanism is enabled by default, and can
  49. only be disabled at execution time by setting the
  50. environment variable STARPU_MPI_CACHE to 0.
  51. - Initialisation functions starpu_mpi_initialize_extended()
  52. and starpu_mpi_initialize() have been made deprecated. One
  53. should now use starpu_mpi_init(int *, char ***, int). The
  54. last parameter indicates if MPI should be initialised.
  55. - Collective detached operations have new parameters, a
  56. callback function and a argument. This is to be consistent
  57. with the detached point-to-point communications.
  58. - When exchanging user-defined data interfaces, the size of
  59. the data is the size returned by the pack operation, i.e
  60. data with dynamic size can now be exchanged with StarPU-MPI.
  61. - New functionality starpu_mpi_irecv_probe_detached which
  62. first tests if the message is available before calling MPI_Recv.
  63. * Add experimental simgrid support, to simulate execution with various
  64. number of CPUs, GPUs, amount of memory, etc.
  65. * Add support for OpenCL simulators (which provide simulated execution time)
  66. * Add support for Temanejo, a task graph debugger
  67. * Theoretical bound lp output now includes data transfer time.
  68. * Update OpenCL driver to only enable CPU devices (the environment
  69. variable STARPU_OPENCL_ONLY_ON_CPUS must be set to a positive
  70. value when executing an application)
  71. * Add Scheduling contexts to separate computation resources
  72. - Scheduling policies take into account the set of resources corresponding
  73. to the context it belongs to
  74. - Add support to dynamically change scheduling contexts
  75. (Create and Delete a context, Add Workers to a context, Remove workers from a context)
  76. - Add support to indicate to which contexts the tasks are submitted
  77. * Add the Hypervisor to manage the Scheduling Contexts automatically
  78. - The Contexts can be registered to the Hypervisor
  79. - Only the registered contexts are managed by the Hypervisor
  80. - The Hypervisor can detect the initial distribution of resources of
  81. a context and constructs it consequently (the cost of execution is required)
  82. - Several policies can adapt dynamically the distribution of resources
  83. in contexts if the initial one was not appropriate
  84. - Add a platform to implement new policies of redistribution
  85. of resources
  86. * Implement a memory manager which checks the global amount of
  87. memory available on devices, and checks there is enough memory
  88. before doing an allocation on the device.
  89. * Discard environment variable STARPU_LIMIT_GPU_MEM and define
  90. instead STARPU_LIMIT_CUDA_MEM and STARPU_LIMIT_OPENCL_MEM
  91. * Introduce new variables STARPU_LIMIT_CUDA_devid_MEM and
  92. STARPU_LIMIT_OPENCL_devid_MEM to limit memory per specific device
  93. Small features:
  94. * Add starpu_worker_get_by_type and starpu_worker_get_by_devid
  95. * Add starpu_fxt_stop_profiling/starpu_fxt_start_profiling which permits to
  96. pause trace recording.
  97. * Add trace_buffer_size configuration field to permit to specify the tracing
  98. buffer size.
  99. * Add starpu_codelet_profile and starpu_codelet_histo_profile, tools which draw
  100. the profile of a codelet.
  101. * File STARPU-REVISION --- containing the SVN revision number from which
  102. StarPU was compiled --- is installed in the share/doc/starpu directory
  103. * starpu_perfmodel_plot can now directly draw GFlops curves.
  104. Changes:
  105. * Fix the block filter functions.
  106. * Fix StarPU-MPI on Darwin.
  107. * The FxT code can now be used on systems other than Linux.
  108. * Keep only one hashtable implementation common/uthash.h
  109. * The cache of starpu_mpi_insert_task is fixed and thus now enabled by
  110. default.
  111. * Improve starpu_machine_display output.
  112. * Standardize objects name in the performance model API
  113. * SOCL
  114. - Virtual SOCL device has been removed
  115. - Automatic scheduling still available with command queues not
  116. assigned to any device
  117. - Remove modified OpenCL headers. ICD is now the only supported
  118. way to use SOCL.
  119. - SOCL test suite is only run when environment variable
  120. SOCL_OCL_LIB_OPENCL is defined. It should contain the location
  121. of the libOpenCL.so file of the OCL ICD implementation.
  122. * Fix main memory leak on multiple unregister/re-register.
  123. * Improve hwloc detection by configure
  124. * Cell:
  125. - It is no longer possible to enable the cell support via the
  126. gordon driver
  127. - Data interfaces no longer define functions to copy to and from
  128. SPU devices
  129. - Codelet no longer define pointer for Gordon implementations
  130. - Gordon workers are no longer enabled
  131. - Gordon performance models are no longer enabled
  132. * Fix data transfer arrows in paje traces
  133. * The "heft" scheduler no longer exists. Users should now pick "dmda"
  134. instead.
  135. * StarPU can now use poti to generate paje traces.
  136. * Rename scheduling policy "parallel greedy" to "parallel eager"
  137. * Rename all filter functions to follow the pattern
  138. starpu_DATATYPE_filter_FILTERTYPE. The script
  139. tools/dev/rename_filter.sh is provided to rename your existing
  140. applications using filters.
  141. * Rename function starpu_helper_cublas_init to starpu_cublas_init
  142. * Rename function starpu_helper_cublas_shutdown to starpu_cublas_shutdown
  143. Small changes:
  144. * STARPU_NCPU should now be used instead of STARPU_NCPUS. STARPU_NCPUS is
  145. still available for compatibility reasons.
  146. * include/starpu.h includes all include/starpu_*.h files, applications
  147. therefore only need to have #include <starpu.h>
  148. * Active task wait is now included in blocked time.
  149. * Fix GCC plugin linking issues starting with GCC 4.7.
  150. * Fix forcing calibration of never-calibrated archs.
  151. * CUDA applications are no longer compiled with the "-arch sm_13"
  152. option. It is specifically added to applications which need it.
  153. StarPU 1.0.3 (svn revision 7379)
  154. ==============================================
  155. Changes:
  156. * Several bug fixes in the build system
  157. * Bug fixes in source code for non-Linux systems
  158. * Fix generating FXT traces bigger than 64MiB.
  159. * Improve ENODEV error detections in StarPU FFT
  160. StarPU 1.0.2 (svn revision xxx)
  161. ==============================================
  162. Changes:
  163. * Add starpu_block_shadow_filter_func_vector and an example.
  164. * Add tag dependency in trace-generated DAG.
  165. * Fix CPU binding for optimized CPU-GPU transfers.
  166. * Fix parallel tasks CPU binding and combined worker generation.
  167. * Fix generating FXT traces bigger than 64MiB.
  168. StarPU 1.0.1 (svn revision 6659)
  169. ==============================================
  170. Changes:
  171. * hwloc support. Warn users when hwloc is not found on the system and
  172. produce error when not explicitely disabled.
  173. * Several bug fixes
  174. * GCC plug-in
  175. - Add `#pragma starpu release'
  176. - Fix bug when using `acquire' pragma with function parameters
  177. - Slightly improve test suite coverage
  178. - Relax the GCC version check
  179. * Update SOCL to use new API
  180. * Documentation improvement.
  181. StarPU 1.0.0 (svn revision 6306)
  182. ==============================================
  183. The extensions-again release
  184. New features:
  185. * Add SOCL, an OpenCL interface on top of StarPU.
  186. * Add a gcc plugin to extend the C interface with pragmas which allows to
  187. easily define codelets and issue tasks.
  188. * Add reduction mode to starpu_mpi_insert_task.
  189. * A new multi-format interface permits to use different binary formats
  190. on CPUs & GPUs, the conversion functions being provided by the
  191. application and called by StarPU as needed (and as less as
  192. possible).
  193. * Deprecate cost_model, and introduce cost_function, which is provided
  194. with the whole task structure, the target arch and implementation
  195. number.
  196. * Permit the application to provide its own size base for performance
  197. models.
  198. * Applications can provide several implementations of a codelet for the
  199. same architecture.
  200. * Add a StarPU-Top feedback and steering interface.
  201. * Permit to specify MPI tags for more efficient starpu_mpi_insert_task
  202. Changes:
  203. * Fix several memory leaks and race conditions
  204. * Make environment variables take precedence over the configuration
  205. passed to starpu_init()
  206. * Libtool interface versioning has been included in libraries names
  207. (libstarpu-1.0.so, libstarpumpi-1.0.so,
  208. libstarpufft-1.0.so, libsocl-1.0.so)
  209. * Install headers under $includedir/starpu/1.0.
  210. * Make where field for struct starpu_codelet optional. When unset, its
  211. value will be automatically set based on the availability of the
  212. different XXX_funcs fields of the codelet.
  213. * Define access modes for data handles into starpu_codelet and no longer
  214. in starpu_task. Hence mark (struct starpu_task).buffers as
  215. deprecated, and add (struct starpu_task).handles and (struct
  216. starpu_codelet).modes
  217. * Fields xxx_func of struct starpu_codelet are made deprecated. One
  218. should use fields xxx_funcs instead.
  219. * Some types were renamed for consistency. when using pkg-config libstarpu,
  220. starpu_deprecated_api.h is automatically included (after starpu.h) to
  221. keep compatibility with existing software. Other changes are mentioned
  222. below, compatibility is also preserved for them.
  223. To port code to use new names (this is not mandatory), the
  224. tools/dev/rename.sh script can be used, and pkg-config starpu-1.0 should
  225. be used.
  226. * The communication cost in the heft and dmda scheduling strategies now
  227. take into account the contention brought by the number of GPUs. This
  228. changes the meaning of the beta factor, whose default 1.0 value should
  229. now be good enough in most case.
  230. Small features:
  231. * Allow users to disable asynchronous data transfers between CPUs and
  232. GPUs.
  233. * Update OpenCL driver to enable CPU devices (the environment variable
  234. STARPU_OPENCL_ON_CPUS must be set to a positive value when
  235. executing an application)
  236. * struct starpu_data_interface_ops --- operations on a data
  237. interface --- define a new function pointer allocate_new_data
  238. which creates a new data interface of the given type based on
  239. an existing handle
  240. * Add a field named magic to struct starpu_task which is set when
  241. initialising the task. starpu_task_submit will fail if the
  242. field does not have the right value. This will hence avoid
  243. submitting tasks which have not been properly initialised.
  244. * Add a hook function pre_exec_hook in struct starpu_sched_policy.
  245. The function is meant to be called in drivers. Schedulers
  246. can use it to be notified when a task is about being computed.
  247. * Add codelet execution time statistics plot.
  248. * Add bus speed in starpu_machine_display.
  249. * Add a STARPU_DATA_ACQUIRE_CB which permits to inline the code to be
  250. done.
  251. * Add gdb functions.
  252. * Add complex support to LU example.
  253. * Permit to use the same data several times in write mode in the
  254. parameters of the same task.
  255. Small changes:
  256. * Increase default value for STARPU_MAXCPUS -- Maximum number of
  257. CPUs supported -- to 64.
  258. * Add man pages for some of the tools
  259. * Add C++ application example in examples/cpp/
  260. * Add an OpenMP fork-join example.
  261. * Documentation improvement.
  262. StarPU 0.9 (svn revision 3721)
  263. ==============================================
  264. The extensions release
  265. * Provide the STARPU_REDUX data access mode
  266. * Externalize the scheduler API.
  267. * Add theoretical bound computation
  268. * Add the void interface
  269. * Add power consumption optimization
  270. * Add parallel task support
  271. * Add starpu_mpi_insert_task
  272. * Add profiling information interface.
  273. * Add STARPU_LIMIT_GPU_MEM environment variable.
  274. * OpenCL fixes
  275. * MPI fixes
  276. * Improve optimization documentation
  277. * Upgrade to hwloc 1.1 interface
  278. * Add fortran example
  279. * Add mandelbrot OpenCL example
  280. * Add cg example
  281. * Add stencil MPI example
  282. * Initial support for CUDA4
  283. StarPU 0.4 (svn revision 2535)
  284. ==============================================
  285. The API strengthening release
  286. * Major API improvements
  287. - Provide the STARPU_SCRATCH data access mode
  288. - Rework data filter interface
  289. - Rework data interface structure
  290. - A script that automatically renames old functions to accomodate with the new
  291. API is available from https://scm.gforge.inria.fr/svn/starpu/scripts/renaming
  292. (login: anonsvn, password: anonsvn)
  293. * Implement dependencies between task directly (eg. without tags)
  294. * Implicit data-driven task dependencies simplifies the design of
  295. data-parallel algorithms
  296. * Add dynamic profiling capabilities
  297. - Provide per-task feedback
  298. - Provide per-worker feedback
  299. - Provide feedback about memory transfers
  300. * Provide a library to help accelerating MPI applications
  301. * Improve data transfers overhead prediction
  302. - Transparently benchmark buses to generate performance models
  303. - Bind accelerator-controlling threads with respect to NUMA locality
  304. * Improve StarPU's portability
  305. - Add OpenCL support
  306. - Add support for Windows
  307. StarPU 0.2.901 aka 0.3-rc1 (svn revision 1236)
  308. ==============================================
  309. The asynchronous heterogeneous multi-accelerator release
  310. * Many API changes and code cleanups
  311. - Implement starpu_worker_get_id
  312. - Implement starpu_worker_get_name
  313. - Implement starpu_worker_get_type
  314. - Implement starpu_worker_get_count
  315. - Implement starpu_display_codelet_stats
  316. - Implement starpu_data_prefetch_on_node
  317. - Expose the starpu_data_set_wt_mask function
  318. * Support nvidia (heterogeneous) multi-GPU
  319. * Add the data request mechanism
  320. - All data transfers use data requests now
  321. - Implement asynchronous data transfers
  322. - Implement prefetch mechanism
  323. - Chain data requests to support GPU->RAM->GPU transfers
  324. * Make it possible to bypass the scheduler and to assign a task to a specific
  325. worker
  326. * Support restartable tasks to reinstanciate dependencies task graphs
  327. * Improve performance prediction
  328. - Model data transfer overhead
  329. - One model is created for each accelerator
  330. * Support for CUDA's driver API is deprecated
  331. * The STARPU_WORKERS_CUDAID and STARPU_WORKERS_CPUID env. variables make it possible to
  332. specify where to bind the workers
  333. * Use the hwloc library to detect the actual number of cores
  334. StarPU 0.2.0 (svn revision 1013)
  335. ==============================================
  336. The Stabilizing-the-Basics release
  337. * Various API cleanups
  338. * Mac OS X is supported now
  339. * Add dynamic code loading facilities onto Cell's SPUs
  340. * Improve performance analysis/feedback tools
  341. * Application can interact with StarPU tasks
  342. - The application may access/modify data managed by the DSM
  343. - The application may wait for the termination of a (set of) task(s)
  344. * An initial documentation is added
  345. * More examples are supplied
  346. StarPU 0.1.0 (svn revision 794)
  347. ==============================================
  348. First release.
  349. Status:
  350. * Only supports Linux platforms yet
  351. * Supported architectures
  352. - multicore CPUs
  353. - NVIDIA GPUs (with CUDA 2.x)
  354. - experimental Cell/BE support
  355. Changes:
  356. * Scheduling facilities
  357. - run-time selection of the scheduling policy
  358. - basic auto-tuning facilities
  359. * Software-based DSM
  360. - transparent data coherency management
  361. - High-level expressive interface
  362. # Local Variables:
  363. # mode: text
  364. # coding: utf-8
  365. # ispell-local-dictionary: "american"
  366. # End: