ChangeLog 31 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628629630631632633634635636637638639640641642643644645646647648649650651652653654655656657658659660661662663664665666667668669670671672673674675676677678679680681682683684685686687
  1. # StarPU --- Runtime system for heterogeneous multicore architectures.
  2. #
  3. # Copyright (C) 2009-2014 Université de Bordeaux
  4. # Copyright (C) 2010, 2011, 2012, 2013, 2014 Centre National de la Recherche Scientifique
  5. # Copyright (C) 2014 Inria
  6. #
  7. # StarPU is free software; you can redistribute it and/or modify
  8. # it under the terms of the GNU Lesser General Public License as published by
  9. # the Free Software Foundation; either version 2.1 of the License, or (at
  10. # your option) any later version.
  11. #
  12. # StarPU is distributed in the hope that it will be useful, but
  13. # WITHOUT ANY WARRANTY; without even the implied warranty of
  14. # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
  15. #
  16. # See the GNU Lesser General Public License in COPYING.LGPL for more details.
  17. StarPU 1.2.0 (svn revision xxxx)
  18. ==============================================
  19. New features:
  20. * MIC Xeon Phi support
  21. * SCC support
  22. * New function starpu_sched_ctx_exec_parallel_code to execute a
  23. parallel code on the workers of the given scheduler context
  24. * MPI:
  25. - New internal communication system : a unique tag called
  26. is now used for all communications, and a system
  27. of hashmaps on each node which stores pending receives has been
  28. implemented. Every message is now coupled with an envelope, sent
  29. before the corresponding data, which allows the receiver to
  30. allocate data correctly, and to submit the matching receive of
  31. the envelope.
  32. - New function
  33. starpu_mpi_irecv_detached_sequential_consistency which
  34. allows to enable or disable the sequential consistency for
  35. the given data handle (sequential consistency will be
  36. enabled or disabled based on the value of the function
  37. parameter and the value of the sequential consistency
  38. defined for the given data)
  39. - New functions starpu_mpi_task_build() and
  40. starpu_mpi_task_post_build()
  41. * New STARPU_COMMUTE flag which can be passed along STARPU_W or STARPU_RW to
  42. let starpu commute write accesses.
  43. * Out-of-core support, through registration of disk areas as additional memory
  44. nodes.
  45. * New hierarchical schedulers which allow the user to easily build
  46. its own scheduler, by coding itself each "box" it wants, or by
  47. combining existing boxes in StarPU to build it. Hierarchical
  48. schedulers have very interesting scalability properties.
  49. * Add STARPU_CUDA_ASYNC and STARPU_OPENCL_ASYNC flags to allow asynchronous
  50. CUDA and OpenCL kernel execution.
  51. * Add STARPU_CUDA_PIPELINE and STARPU_OPENCL_PIPELINE to specify how
  52. many asynchronous tasks are submitted in advance on CUDA and
  53. OpenCL devices. Setting the value to 0 forces a synchronous
  54. execution of all tasks.
  55. * Add CUDA concurrent kernel execution support through
  56. the STARPU_NWORKER_PER_CUDA environment variable.
  57. * Add CUDA and OpenCL kernel submission pipelining, to overlap costs and allow
  58. concurrent kernel execution on Fermi cards.
  59. * New locality work stealing scheduler (lws).
  60. * Add STARPU_VARIABLE_NBUFFERS to be set in cl.nbuffers, and nbuffers and
  61. modes field to the task structure, which permit to define codelets taking a
  62. variable number of data.
  63. * Add support for implementing OpenMP runtimes on top of StarPU
  64. Small features:
  65. * Tasks can now have a name (via the field const char *name of
  66. struct starpu_task)
  67. * New functions starpu_data_acquire_cb_sequential_consistency() and
  68. starpu_data_acquire_on_node_cb_sequential_consistency() which allows
  69. to enable or disable sequential consistency
  70. * New configure option --enable-fxt-lock which enables additional
  71. trace events focused on locks behaviour during the execution
  72. * Functions starpu_insert_task and starpu_mpi_insert_task are
  73. renamed in starpu_task_insert and starpu_mpi_task_insert. Old
  74. names are kept to avoid breaking old codes.
  75. * New configure option --enable-calibration-heuristic which allows
  76. the user to set the maximum authorized deviation of the
  77. history-based calibrator.
  78. * Allow application to provide the task footprint itself.
  79. * New function starpu_sched_ctx_display_workers() to display worker
  80. information belonging to a given scheduler context
  81. * The option --enable-verbose can be called with
  82. --enable-verbose=extra to increase the verbosity
  83. * Add codelet size, footprint and tag id in the paje trace.
  84. * Add STARPU_TAG_ONLY, to specify a tag for traces without making StarPU
  85. manage the tag.
  86. * On Linux x86, spinlocks now block after a hundred tries. This avoids
  87. typical 10ms pauses when the application thread tries to submit tasks.
  88. * New function char *starpu_worker_get_type_as_string(enum starpu_worker_archtype type)
  89. * Improve static scheduling by adding support for specifying the task
  90. execution order.
  91. * Add starpu_worker_can_execute_task_impl and
  92. starpu_worker_can_execute_task_first_impl to optimize getting the
  93. working implementations
  94. Changes:
  95. * Data interfaces (variable, vector, matrix and block) now define
  96. pack und unpack functions
  97. * StarPU-MPI: Fix for being able to receive data which have not yet
  98. been registered by the application (i.e it did not call
  99. starpu_data_set_tag(), data are received as a raw memory)
  100. * StarPU-MPI: Fix for being able to receive data with the same tag
  101. from several nodes (see mpi/tests/gather.c)
  102. * Remove the long-deprecated cost_model fields and task->buffers field.
  103. * Fix complexity of implicit task/data dependency, from quadratic to linear.
  104. Small changes:
  105. * Rename function starpu_trace_user_event() as
  106. starpu_fxt_trace_user_event()
  107. StarPU 1.1.4 (svn revision xxx)
  108. ==============================================
  109. The scheduling context release
  110. New features:
  111. * Fix and actually enable the cache allocation.
  112. Changes:
  113. * Fix complexity of implicit task/data dependency, from quadratic to linear.
  114. StarPU 1.1.3 (svn revision 13450)
  115. ==============================================
  116. The scheduling context release
  117. New features:
  118. * One can register an existing on-GPU buffer to be used by a handle.
  119. * Add the starpu_paje_summary statistics tool.
  120. * Enable gpu-gpu transfers for matrices.
  121. * Let interfaces declare which transfers they allow with the can_copy
  122. methode.
  123. Small changes:
  124. * Lock performance model files while writing and reading them to avoid
  125. issues on parallel launches, MPI runs notably.
  126. * Lots of build fixes for icc on Windows.
  127. StarPU 1.1.2 (svn revision 13011)
  128. ==============================================
  129. The scheduling context release
  130. New features:
  131. * The reduction init codelet is automatically used to initialize temporary
  132. buffers.
  133. * Traces now include a "scheduling" state, to show the overhead of the
  134. scheduler.
  135. * Add STARPU_CALIBRATE_MINIMUM environment variable to specify the minimum
  136. number of calibration measurements.
  137. * Add STARPU_TRACE_BUFFER_SIZE environment variable to specify the size of
  138. the trace buffer.
  139. StarPU 1.1.1 (svn revision 12638)
  140. ==============================================
  141. The scheduling context release
  142. New features:
  143. * MPI:
  144. - New variable STARPU_MPI_CACHE_STATS to print statistics on
  145. cache holding received data.
  146. - New function starpu_mpi_data_register() which sets the rank
  147. and tag of a data, and also allows to automatically clear
  148. the MPI communication cache when unregistering the data. It
  149. should be called instead of both calling
  150. starpu_data_set_tag() and starpu_data_set_rank()
  151. * Use streams for all CUDA transfers, even initiated by CPUs.
  152. * Add paje traces statistics tools.
  153. * Use streams for GPUA->GPUB and GPUB->GPUA transfers.
  154. Small features:
  155. * New STARPU_EXECUTE_ON_WORKER flag to specify the worker on which
  156. to execute the task.
  157. * New STARPU_DISABLE_PINNING environment variable to disable host memory
  158. pinning.
  159. * New STARPU_DISABLE_KERNELS environment variable to disable actual kernel
  160. execution.
  161. * New starpu_memory_get_total function to get the size of a memory node.
  162. * New starpu_parallel_task_barrier_init_n function to let a scheduler decide
  163. a set of workers without going through combined workers.
  164. Changes:
  165. * Fix simgrid execution.
  166. * Rename starpu_get_nready_tasks_of_sched_ctx to starpu_sched_ctx_get_nready_tasks
  167. * Rename starpu_get_nready_flops_of_sched_ctx to starpu_sched_ctx_get_nready_flops
  168. * New functions starpu_pause() and starpu_resume()
  169. * New codelet specific_nodes field to specify explicit target nodes for data.
  170. * StarPU-MPI: Fix overzealous allocation of memory.
  171. * Interfaces: Allow interface implementation to change pointers at will, in
  172. unpack notably.
  173. Small changes:
  174. * Use big fat abortions when one tries to make a task or callback
  175. sleep, instead of just returning EDEADLCK which few people will test
  176. * By default, StarPU FFT examples are not compiled and checked, the
  177. configure option --enable-starpufft-examples needs to be specified
  178. to change this behaviour.
  179. StarPU 1.1.0 (svn revision 11960)
  180. ==============================================
  181. The scheduling context release
  182. New features:
  183. * OpenGL interoperability support.
  184. * Capability to store compiled OpenCL kernels on the file system
  185. * Capability to load compiled OpenCL kernels
  186. * Performance models measurements can now be provided explicitly by
  187. applications.
  188. * Capability to emit communication statistics when running MPI code
  189. * Add starpu_data_unregister_submit, starpu_data_acquire_on_node and
  190. starpu_data_invalidate_submit
  191. * New functionnality to wrapper starpu_insert_task to pass a array of
  192. data_handles via the parameter STARPU_DATA_ARRAY
  193. * Enable GPU-GPU direct transfers.
  194. * GCC plug-in
  195. - Add `registered' attribute
  196. - A new pass was added that warns about the use of possibly
  197. unregistered memory buffers.
  198. * SOCL
  199. - Manual mapping of commands on specific devices is now
  200. possible
  201. - SOCL does not require StarPU CPU tasks anymore. CPU workers
  202. are automatically disabled to enhance performance of OpenCL
  203. CPU devices
  204. * New interface: COO matrix.
  205. * Data interfaces: The pack operation of user-defined data interface
  206. defines a new parameter count which should be set to the size of
  207. the buffer created by the packing of the data.
  208. * MPI:
  209. - Communication statistics for MPI can only be enabled at
  210. execution time by defining the environment variable
  211. STARPU_COMM_STATS
  212. - Communication cache mechanism is enabled by default, and can
  213. only be disabled at execution time by setting the
  214. environment variable STARPU_MPI_CACHE to 0.
  215. - New variable STARPU_MPI_CACHE_STATS to print statistics on
  216. cache holding received data.
  217. - Initialisation functions starpu_mpi_initialize_extended()
  218. and starpu_mpi_initialize() have been made deprecated. One
  219. should now use starpu_mpi_init(int *, char ***, int). The
  220. last parameter indicates if MPI should be initialised.
  221. - Collective detached operations have new parameters, a
  222. callback function and a argument. This is to be consistent
  223. with the detached point-to-point communications.
  224. - When exchanging user-defined data interfaces, the size of
  225. the data is the size returned by the pack operation, i.e
  226. data with dynamic size can now be exchanged with StarPU-MPI.
  227. - New function starpu_mpi_data_register() which sets the rank
  228. and tag of a data, and also allows to automatically clear
  229. the MPI communication cache when unregistering the data. It
  230. should be called instead of both calling
  231. starpu_data_set_tag() and starpu_data_set_rank()
  232. * Add experimental simgrid support, to simulate execution with various
  233. number of CPUs, GPUs, amount of memory, etc.
  234. * Add support for OpenCL simulators (which provide simulated execution time)
  235. * Add support for Temanejo, a task graph debugger
  236. * Theoretical bound lp output now includes data transfer time.
  237. * Update OpenCL driver to only enable CPU devices (the environment
  238. variable STARPU_OPENCL_ONLY_ON_CPUS must be set to a positive
  239. value when executing an application)
  240. * Add Scheduling contexts to separate computation resources
  241. - Scheduling policies take into account the set of resources corresponding
  242. to the context it belongs to
  243. - Add support to dynamically change scheduling contexts
  244. (Create and Delete a context, Add Workers to a context, Remove workers from a context)
  245. - Add support to indicate to which contexts the tasks are submitted
  246. * Add the Hypervisor to manage the Scheduling Contexts automatically
  247. - The Contexts can be registered to the Hypervisor
  248. - Only the registered contexts are managed by the Hypervisor
  249. - The Hypervisor can detect the initial distribution of resources of
  250. a context and constructs it consequently (the cost of execution is required)
  251. - Several policies can adapt dynamically the distribution of resources
  252. in contexts if the initial one was not appropriate
  253. - Add a platform to implement new policies of redistribution
  254. of resources
  255. * Implement a memory manager which checks the global amount of
  256. memory available on devices, and checks there is enough memory
  257. before doing an allocation on the device.
  258. * Discard environment variable STARPU_LIMIT_GPU_MEM and define
  259. instead STARPU_LIMIT_CUDA_MEM and STARPU_LIMIT_OPENCL_MEM
  260. * Introduce new variables STARPU_LIMIT_CUDA_devid_MEM and
  261. STARPU_LIMIT_OPENCL_devid_MEM to limit memory per specific device
  262. * Introduce new variable STARPU_LIMIT_CPU_MEM to limit memory for
  263. the CPU devices
  264. * New function starpu_malloc_flags to define a memory allocation with
  265. constraints based on the following values:
  266. - STARPU_MALLOC_PINNED specifies memory should be pinned
  267. - STARPU_MALLOC_COUNT specifies the memory allocation should be in
  268. the limits defined by the environment variables STARPU_LIMIT_xxx
  269. (see above). When no memory is left, starpu_malloc_flag tries
  270. to reclaim memory from StarPU and returns -ENOMEM on failure.
  271. * starpu_malloc calls starpu_malloc_flags with a value of flag set
  272. to STARPU_MALLOC_PINNED
  273. * Define new function starpu_free_flags similarly to starpu_malloc_flags
  274. * Define new public API starpu_pthread which is similar to the
  275. pthread API. It is provided with 2 implementations: a pthread one
  276. and a Simgrid one. Applications using StarPU and wishing to use
  277. the Simgrid StarPU features should use it.
  278. * Allow to have a dynamically allocated number of buffers per task,
  279. and so overwrite the value defined --enable-maxbuffers=XXX
  280. * Performance models files are now stored in a directory whose name
  281. include the version of the performance model format. The version
  282. number is also written in the file itself.
  283. When updating the format, the internal variable
  284. _STARPU_PERFMODEL_VERSION should be updated. It is then possible
  285. to switch easily between differents versions of StarPU having
  286. different performance model formats.
  287. * Tasks can now define a optional prologue callback which is executed
  288. on the host when the task becomes ready for execution, before getting
  289. scheduled.
  290. * Small CUDA allocations (<= 4MiB) are now batched to avoid the huge
  291. cudaMalloc overhead.
  292. * Prefetching is now done for all schedulers when it can be done whatever
  293. the scheduling decision.
  294. * Add a watchdog which permits to easily trigger a crash when StarPU gets
  295. stuck.
  296. * Document how to migrate data over MPI.
  297. * New function starpu_wakeup_worker() to be used by schedulers to
  298. wake up a single worker (instead of all workers) when submitting a
  299. single task.
  300. * The functions starpu_sched_set/get_min/max_priority set/get the
  301. priorities of the current scheduling context, i.e the one which
  302. was set by a call to starpu_sched_ctx_set_context() or the initial
  303. context if the function has not been called yet.
  304. * Fix for properly dealing with NAN on windows systems
  305. Small features:
  306. * Add starpu_worker_get_by_type and starpu_worker_get_by_devid
  307. * Add starpu_fxt_stop_profiling/starpu_fxt_start_profiling which permits to
  308. pause trace recording.
  309. * Add trace_buffer_size configuration field to permit to specify the tracing
  310. buffer size.
  311. * Add starpu_codelet_profile and starpu_codelet_histo_profile, tools which draw
  312. the profile of a codelet.
  313. * File STARPU-REVISION --- containing the SVN revision number from which
  314. StarPU was compiled --- is installed in the share/doc/starpu directory
  315. * starpu_perfmodel_plot can now directly draw GFlops curves.
  316. * New configure option --enable-mpi-progression-hook to enable the
  317. activity polling method for StarPU-MPI.
  318. * Permit to disable sequential consistency for a given task.
  319. * New macro STARPU_RELEASE_VERSION
  320. * New function starpu_get_version() to return as 3 integers the
  321. release version of StarPU.
  322. * Enable by default data allocation cache
  323. * New function starpu_perfmodel_directory() to print directory
  324. storing performance models. Available through the new option -d of
  325. the tool starpu_perfmodel_display
  326. * New batch files to execute StarPU applications under Microsoft
  327. Visual Studio (They are installed in path_to_starpu/bin/msvc)/
  328. * Add cl_arg_free, callback_arg_free, prologue_callback_arg_free fields to
  329. enable automatic free(cl_arg); free(callback_arg);
  330. free(prologue_callback_arg) on task destroy.
  331. * New function starpu_task_build
  332. * New configure options --with-simgrid-dir
  333. --with-simgrid-include-dir and --with-simgrid-lib-dir to specify
  334. the location of the SimGrid library
  335. Changes:
  336. * Rename all filter functions to follow the pattern
  337. starpu_DATATYPE_filter_FILTERTYPE. The script
  338. tools/dev/rename_filter.sh is provided to update your existing
  339. applications to use new filters function names.
  340. * Renaming of diverse functions and datatypes. The script
  341. tools/dev/rename.sh is provided to update your existing
  342. applications to use the new names. It is also possible to compile
  343. with the pkg-config package starpu-1.0 to keep using the old
  344. names. It is however recommended to update your code and to use
  345. the package starpu-1.1.
  346. * Fix the block filter functions.
  347. * Fix StarPU-MPI on Darwin.
  348. * The FxT code can now be used on systems other than Linux.
  349. * Keep only one hashtable implementation common/uthash.h
  350. * The cache of starpu_mpi_insert_task is fixed and thus now enabled by
  351. default.
  352. * Improve starpu_machine_display output.
  353. * Standardize objects name in the performance model API
  354. * SOCL
  355. - Virtual SOCL device has been removed
  356. - Automatic scheduling still available with command queues not
  357. assigned to any device
  358. - Remove modified OpenCL headers. ICD is now the only supported
  359. way to use SOCL.
  360. - SOCL test suite is only run when environment variable
  361. SOCL_OCL_LIB_OPENCL is defined. It should contain the location
  362. of the libOpenCL.so file of the OCL ICD implementation.
  363. * Fix main memory leak on multiple unregister/re-register.
  364. * Improve hwloc detection by configure
  365. * Cell:
  366. - It is no longer possible to enable the cell support via the
  367. gordon driver
  368. - Data interfaces no longer define functions to copy to and from
  369. SPU devices
  370. - Codelet no longer define pointer for Gordon implementations
  371. - Gordon workers are no longer enabled
  372. - Gordon performance models are no longer enabled
  373. * Fix data transfer arrows in paje traces
  374. * The "heft" scheduler no longer exists. Users should now pick "dmda"
  375. instead.
  376. * StarPU can now use poti to generate paje traces.
  377. * Rename scheduling policy "parallel greedy" to "parallel eager"
  378. * starpu_scheduler.h is no longer automatically included by
  379. starpu.h, it has to be manually included when needed
  380. * New batch files to run StarPU applications with Microsoft Visual C
  381. * Add examples/release/Makefile to test StarPU examples against an
  382. installed version of StarPU. That can also be used to test
  383. examples using a previous API.
  384. * Tutorial is installed in ${docdir}/tutorial
  385. * Schedulers eager_central_policy, dm and dmda no longer erroneously respect
  386. priorities. dmdas has to be used to respect priorities.
  387. * StarPU-MPI: Fix potential bug for user-defined datatypes. As MPI
  388. can reorder messages, we need to make sure the sending of the size
  389. of the data has been completed.
  390. * Documentation is now generated through doxygen.
  391. * Modification of perfmodels output format for future improvements.
  392. * Fix for properly dealing with NAN on windows systems
  393. * Function starpu_sched_ctx_create() now takes a variable argument
  394. list to define the scheduler to be used, and the minimum and
  395. maximum priority values
  396. * The functions starpu_sched_set/get_min/max_priority set/get the
  397. priorities of the current scheduling context, i.e the one which
  398. was set by a call to starpu_sched_ctx_set_context() or the initial
  399. context if the function was not called yet.
  400. * MPI: Fix of the livelock issue discovered while executing applications
  401. on a CPU+GPU cluster of machines by adding a maximum trylock
  402. threshold before a blocking lock.
  403. Small changes:
  404. * STARPU_NCPU should now be used instead of STARPU_NCPUS. STARPU_NCPUS is
  405. still available for compatibility reasons.
  406. * include/starpu.h includes all include/starpu_*.h files, applications
  407. therefore only need to have #include <starpu.h>
  408. * Active task wait is now included in blocked time.
  409. * Fix GCC plugin linking issues starting with GCC 4.7.
  410. * Fix forcing calibration of never-calibrated archs.
  411. * CUDA applications are no longer compiled with the "-arch sm_13"
  412. option. It is specifically added to applications which need it.
  413. * Explicitly name the non-sleeping-non-running time "Overhead", and use
  414. another color in vite traces.
  415. * Use C99 variadic macro support, not GNU.
  416. * Fix performance regression: dmda queues were inadvertently made
  417. LIFOs in r9611.
  418. * Use big fat abortions when one tries to make a task or callback
  419. sleep, instead of just returning EDEADLCK which few people will test
  420. * By default, StarPU FFT examples are not compiled and checked, the
  421. configure option --enable-starpufft-examples needs to be specified
  422. to change this behaviour.
  423. StarPU 1.0.3 (svn revision 7379)
  424. ==============================================
  425. Changes:
  426. * Several bug fixes in the build system
  427. * Bug fixes in source code for non-Linux systems
  428. * Fix generating FXT traces bigger than 64MiB.
  429. * Improve ENODEV error detections in StarPU FFT
  430. StarPU 1.0.2 (svn revision 7210)
  431. ==============================================
  432. Changes:
  433. * Add starpu_block_shadow_filter_func_vector and an example.
  434. * Add tag dependency in trace-generated DAG.
  435. * Fix CPU binding for optimized CPU-GPU transfers.
  436. * Fix parallel tasks CPU binding and combined worker generation.
  437. * Fix generating FXT traces bigger than 64MiB.
  438. StarPU 1.0.1 (svn revision 6659)
  439. ==============================================
  440. Changes:
  441. * hwloc support. Warn users when hwloc is not found on the system and
  442. produce error when not explicitely disabled.
  443. * Several bug fixes
  444. * GCC plug-in
  445. - Add `#pragma starpu release'
  446. - Fix bug when using `acquire' pragma with function parameters
  447. - Slightly improve test suite coverage
  448. - Relax the GCC version check
  449. * Update SOCL to use new API
  450. * Documentation improvement.
  451. StarPU 1.0.0 (svn revision 6306)
  452. ==============================================
  453. The extensions-again release
  454. New features:
  455. * Add SOCL, an OpenCL interface on top of StarPU.
  456. * Add a gcc plugin to extend the C interface with pragmas which allows to
  457. easily define codelets and issue tasks.
  458. * Add reduction mode to starpu_mpi_insert_task.
  459. * A new multi-format interface permits to use different binary formats
  460. on CPUs & GPUs, the conversion functions being provided by the
  461. application and called by StarPU as needed (and as less as
  462. possible).
  463. * Deprecate cost_model, and introduce cost_function, which is provided
  464. with the whole task structure, the target arch and implementation
  465. number.
  466. * Permit the application to provide its own size base for performance
  467. models.
  468. * Applications can provide several implementations of a codelet for the
  469. same architecture.
  470. * Add a StarPU-Top feedback and steering interface.
  471. * Permit to specify MPI tags for more efficient starpu_mpi_insert_task
  472. Changes:
  473. * Fix several memory leaks and race conditions
  474. * Make environment variables take precedence over the configuration
  475. passed to starpu_init()
  476. * Libtool interface versioning has been included in libraries names
  477. (libstarpu-1.0.so, libstarpumpi-1.0.so,
  478. libstarpufft-1.0.so, libsocl-1.0.so)
  479. * Install headers under $includedir/starpu/1.0.
  480. * Make where field for struct starpu_codelet optional. When unset, its
  481. value will be automatically set based on the availability of the
  482. different XXX_funcs fields of the codelet.
  483. * Define access modes for data handles into starpu_codelet and no longer
  484. in starpu_task. Hence mark (struct starpu_task).buffers as
  485. deprecated, and add (struct starpu_task).handles and (struct
  486. starpu_codelet).modes
  487. * Fields xxx_func of struct starpu_codelet are made deprecated. One
  488. should use fields xxx_funcs instead.
  489. * Some types were renamed for consistency. when using pkg-config libstarpu,
  490. starpu_deprecated_api.h is automatically included (after starpu.h) to
  491. keep compatibility with existing software. Other changes are mentioned
  492. below, compatibility is also preserved for them.
  493. To port code to use new names (this is not mandatory), the
  494. tools/dev/rename.sh script can be used, and pkg-config starpu-1.0 should
  495. be used.
  496. * The communication cost in the heft and dmda scheduling strategies now
  497. take into account the contention brought by the number of GPUs. This
  498. changes the meaning of the beta factor, whose default 1.0 value should
  499. now be good enough in most case.
  500. Small features:
  501. * Allow users to disable asynchronous data transfers between CPUs and
  502. GPUs.
  503. * Update OpenCL driver to enable CPU devices (the environment variable
  504. STARPU_OPENCL_ON_CPUS must be set to a positive value when
  505. executing an application)
  506. * struct starpu_data_interface_ops --- operations on a data
  507. interface --- define a new function pointer allocate_new_data
  508. which creates a new data interface of the given type based on
  509. an existing handle
  510. * Add a field named magic to struct starpu_task which is set when
  511. initialising the task. starpu_task_submit will fail if the
  512. field does not have the right value. This will hence avoid
  513. submitting tasks which have not been properly initialised.
  514. * Add a hook function pre_exec_hook in struct starpu_sched_policy.
  515. The function is meant to be called in drivers. Schedulers
  516. can use it to be notified when a task is about being computed.
  517. * Add codelet execution time statistics plot.
  518. * Add bus speed in starpu_machine_display.
  519. * Add a STARPU_DATA_ACQUIRE_CB which permits to inline the code to be
  520. done.
  521. * Add gdb functions.
  522. * Add complex support to LU example.
  523. * Permit to use the same data several times in write mode in the
  524. parameters of the same task.
  525. Small changes:
  526. * Increase default value for STARPU_MAXCPUS -- Maximum number of
  527. CPUs supported -- to 64.
  528. * Add man pages for some of the tools
  529. * Add C++ application example in examples/cpp/
  530. * Add an OpenMP fork-join example.
  531. * Documentation improvement.
  532. StarPU 0.9 (svn revision 3721)
  533. ==============================================
  534. The extensions release
  535. * Provide the STARPU_REDUX data access mode
  536. * Externalize the scheduler API.
  537. * Add theoretical bound computation
  538. * Add the void interface
  539. * Add power consumption optimization
  540. * Add parallel task support
  541. * Add starpu_mpi_insert_task
  542. * Add profiling information interface.
  543. * Add STARPU_LIMIT_GPU_MEM environment variable.
  544. * OpenCL fixes
  545. * MPI fixes
  546. * Improve optimization documentation
  547. * Upgrade to hwloc 1.1 interface
  548. * Add fortran example
  549. * Add mandelbrot OpenCL example
  550. * Add cg example
  551. * Add stencil MPI example
  552. * Initial support for CUDA4
  553. StarPU 0.4 (svn revision 2535)
  554. ==============================================
  555. The API strengthening release
  556. * Major API improvements
  557. - Provide the STARPU_SCRATCH data access mode
  558. - Rework data filter interface
  559. - Rework data interface structure
  560. - A script that automatically renames old functions to accomodate with the new
  561. API is available from https://scm.gforge.inria.fr/svn/starpu/scripts/renaming
  562. (login: anonsvn, password: anonsvn)
  563. * Implement dependencies between task directly (eg. without tags)
  564. * Implicit data-driven task dependencies simplifies the design of
  565. data-parallel algorithms
  566. * Add dynamic profiling capabilities
  567. - Provide per-task feedback
  568. - Provide per-worker feedback
  569. - Provide feedback about memory transfers
  570. * Provide a library to help accelerating MPI applications
  571. * Improve data transfers overhead prediction
  572. - Transparently benchmark buses to generate performance models
  573. - Bind accelerator-controlling threads with respect to NUMA locality
  574. * Improve StarPU's portability
  575. - Add OpenCL support
  576. - Add support for Windows
  577. StarPU 0.2.901 aka 0.3-rc1 (svn revision 1236)
  578. ==============================================
  579. The asynchronous heterogeneous multi-accelerator release
  580. * Many API changes and code cleanups
  581. - Implement starpu_worker_get_id
  582. - Implement starpu_worker_get_name
  583. - Implement starpu_worker_get_type
  584. - Implement starpu_worker_get_count
  585. - Implement starpu_display_codelet_stats
  586. - Implement starpu_data_prefetch_on_node
  587. - Expose the starpu_data_set_wt_mask function
  588. * Support nvidia (heterogeneous) multi-GPU
  589. * Add the data request mechanism
  590. - All data transfers use data requests now
  591. - Implement asynchronous data transfers
  592. - Implement prefetch mechanism
  593. - Chain data requests to support GPU->RAM->GPU transfers
  594. * Make it possible to bypass the scheduler and to assign a task to a specific
  595. worker
  596. * Support restartable tasks to reinstanciate dependencies task graphs
  597. * Improve performance prediction
  598. - Model data transfer overhead
  599. - One model is created for each accelerator
  600. * Support for CUDA's driver API is deprecated
  601. * The STARPU_WORKERS_CUDAID and STARPU_WORKERS_CPUID env. variables make it possible to
  602. specify where to bind the workers
  603. * Use the hwloc library to detect the actual number of cores
  604. StarPU 0.2.0 (svn revision 1013)
  605. ==============================================
  606. The Stabilizing-the-Basics release
  607. * Various API cleanups
  608. * Mac OS X is supported now
  609. * Add dynamic code loading facilities onto Cell's SPUs
  610. * Improve performance analysis/feedback tools
  611. * Application can interact with StarPU tasks
  612. - The application may access/modify data managed by the DSM
  613. - The application may wait for the termination of a (set of) task(s)
  614. * An initial documentation is added
  615. * More examples are supplied
  616. StarPU 0.1.0 (svn revision 794)
  617. ==============================================
  618. First release.
  619. Status:
  620. * Only supports Linux platforms yet
  621. * Supported architectures
  622. - multicore CPUs
  623. - NVIDIA GPUs (with CUDA 2.x)
  624. - experimental Cell/BE support
  625. Changes:
  626. * Scheduling facilities
  627. - run-time selection of the scheduling policy
  628. - basic auto-tuning facilities
  629. * Software-based DSM
  630. - transparent data coherency management
  631. - High-level expressive interface
  632. # Local Variables:
  633. # mode: text
  634. # coding: utf-8
  635. # ispell-local-dictionary: "american"
  636. # End: