ChangeLog 23 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506
  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.2.0 (svn revision xxxx)
  17. ==============================================
  18. New features:
  19. * Xeon Phi support
  20. * SCC support
  21. * New function starpu_sched_ctx_exec_parallel_code to execute a
  22. parallel code on the workers of the given scheduler context
  23. * MPI:
  24. - New internal communication system : a unique tag called
  25. is now used for all communications, and a system
  26. of hashmaps on each node which stores pending receives has been
  27. implemented. Every message is now coupled with an envelope, sent
  28. before the corresponding data, which allows the receiver to
  29. allocate data correctly, and to submit the matching receive of
  30. the envelope.
  31. * New STARPU_COMMUTE flag which can be passed along STARPU_W or STARPU_RW to
  32. let starpu commute write accesses.
  33. * Out-of-core support, through registration of disk areas as additional memory
  34. nodes.
  35. * StarPU-MPI: new function
  36. starpu_mpi_irecv_detached_sequential_consistency which allows to
  37. enable or disable the sequential consistency for the given data
  38. handle (sequential consistency will be enabled or disabled based
  39. on the value of the function parameter and the value of the
  40. sequential consistency defined for the given data)
  41. * Performance models files are now stored in a directory whose name
  42. include the version of the performance model format. The version
  43. number is also written in the file itself.
  44. When updating the format, the internal variable
  45. _STARPU_PERFMODEL_VERSION should be updated. It is then possible
  46. to switch easily between differents versions of StarPU having
  47. different performance model formats.
  48. * Tasks can now define a optional prologue callback which is executed
  49. on the host when the task becomes ready for execution, before getting
  50. scheduled.
  51. Small features:
  52. * New functions starpu_data_acquire_cb_sequential_consistency() and
  53. starpu_data_acquire_on_node_cb_sequential_consistency() which allows
  54. to enable or disable sequential consistency
  55. * New configure option --enable-fxt-lock which enables additional
  56. trace events focused on locks behaviour during the execution
  57. * New function starpu_perfmodel_directory() to print directory
  58. storing performance models. Available through the new option -d of
  59. the tool starpu_perfmodel_display
  60. * New batch files to execute StarPU applications under Microsoft
  61. Visual Studio (They are installed in path_to_starpu/bin/mvsc)/
  62. * Add cl_arg_free, callback_arg_free, prologue_callback_arg_free fields to
  63. enable automatic free(cl_arg); free(callback_arg);
  64. free(prologue_callback_arg) on task destroy.
  65. Changes:
  66. * Fix of the livelock issue discovered while executing applications
  67. on a CPU+GPU cluster of machines by adding a maximum trylock
  68. threshold before a blocking lock.
  69. * Data interfaces (variable, vector, matrix and block) now define
  70. pack und unpack functions
  71. * Fix for properly dealing with NAN on windows systems
  72. * StarPU-MPI: Fix for being able to receive data which have not yet
  73. been registered by the application (i.e it did not call
  74. starpu_data_set_tag(), data are received as a raw memory)
  75. * StarPU-MPI: Fix for being able to receive data with the same tag
  76. from several nodes (see mpi/tests/gather.c)
  77. StarPU 1.1.0 (svn revision xxxx)
  78. ==============================================
  79. New features:
  80. * OpenGL interoperability support.
  81. * Capability to store compiled OpenCL kernels on the file system
  82. * Capability to load compiled OpenCL kernels
  83. * Performance models measurements can now be provided explicitly by
  84. applications.
  85. * Capability to emit communication statistics when running MPI code
  86. * Add starpu_unregister_submit, starpu_data_acquire_on_node and
  87. starpu_data_invalidate_submit
  88. * New functionnality to wrapper starpu_insert_task to pass a array of
  89. data_handles via the parameter STARPU_DATA_ARRAY
  90. * Enable GPU-GPU direct transfers.
  91. * GCC plug-in
  92. - Add `registered' attribute
  93. - A new pass was added that warns about the use of possibly
  94. unregistered memory buffers.
  95. * SOCL
  96. - Manual mapping of commands on specific devices is now
  97. possible
  98. - SOCL does not require StarPU CPU tasks anymore. CPU workers
  99. are automatically disabled to enhance performance of OpenCL
  100. CPU devices
  101. * New interface: COO matrix.
  102. * Data interfaces: The pack operation of user-defined data interface
  103. defines a new parameter count which should be set to the size of
  104. the buffer created by the packing of the data.
  105. * MPI:
  106. - Communication statistics for MPI can only be enabled at
  107. execution time by defining the environment variable
  108. STARPU_COMM_STATS
  109. - Communication cache mechanism is enabled by default, and can
  110. only be disabled at execution time by setting the
  111. environment variable STARPU_MPI_CACHE to 0.
  112. - Initialisation functions starpu_mpi_initialize_extended()
  113. and starpu_mpi_initialize() have been made deprecated. One
  114. should now use starpu_mpi_init(int *, char ***, int). The
  115. last parameter indicates if MPI should be initialised.
  116. - Collective detached operations have new parameters, a
  117. callback function and a argument. This is to be consistent
  118. with the detached point-to-point communications.
  119. - When exchanging user-defined data interfaces, the size of
  120. the data is the size returned by the pack operation, i.e
  121. data with dynamic size can now be exchanged with StarPU-MPI.
  122. * Add experimental simgrid support, to simulate execution with various
  123. number of CPUs, GPUs, amount of memory, etc.
  124. * Add support for OpenCL simulators (which provide simulated execution time)
  125. * Add support for Temanejo, a task graph debugger
  126. * Theoretical bound lp output now includes data transfer time.
  127. * Update OpenCL driver to only enable CPU devices (the environment
  128. variable STARPU_OPENCL_ONLY_ON_CPUS must be set to a positive
  129. value when executing an application)
  130. * Add Scheduling contexts to separate computation resources
  131. - Scheduling policies take into account the set of resources corresponding
  132. to the context it belongs to
  133. - Add support to dynamically change scheduling contexts
  134. (Create and Delete a context, Add Workers to a context, Remove workers from a context)
  135. - Add support to indicate to which contexts the tasks are submitted
  136. * Add the Hypervisor to manage the Scheduling Contexts automatically
  137. - The Contexts can be registered to the Hypervisor
  138. - Only the registered contexts are managed by the Hypervisor
  139. - The Hypervisor can detect the initial distribution of resources of
  140. a context and constructs it consequently (the cost of execution is required)
  141. - Several policies can adapt dynamically the distribution of resources
  142. in contexts if the initial one was not appropriate
  143. - Add a platform to implement new policies of redistribution
  144. of resources
  145. * Implement a memory manager which checks the global amount of
  146. memory available on devices, and checks there is enough memory
  147. before doing an allocation on the device.
  148. * Discard environment variable STARPU_LIMIT_GPU_MEM and define
  149. instead STARPU_LIMIT_CUDA_MEM and STARPU_LIMIT_OPENCL_MEM
  150. * Introduce new variables STARPU_LIMIT_CUDA_devid_MEM and
  151. STARPU_LIMIT_OPENCL_devid_MEM to limit memory per specific device
  152. * Introduce new variable STARPU_LIMIT_CPU_MEM to limit memory for
  153. the CPU devices
  154. * New function starpu_malloc_flags to define a memory allocation with
  155. constraints based on the following values:
  156. - STARPU_MALLOC_PINNED specifies memory should be pinned
  157. - STARPU_MALLOC_COUNT specifies the memory allocation should be in
  158. the limits defined by the environment variables STARPU_LIMIT_xxx
  159. (see above). When no memory is left, starpu_malloc_flag tries
  160. to reclaim memory from StarPU and returns -ENOMEM on failure.
  161. * starpu_malloc calls starpu_malloc_flags with a value of flag set
  162. to STARPU_MALLOC_PINNED
  163. * Define new function starpu_free_flags similarly to starpu_malloc_flags
  164. * Define new public API starpu_pthread which is similar to the
  165. pthread API. It is provided with 2 implementations: a pthread one
  166. and a Simgrid one. Applications using StarPU and wishing to use
  167. the Simgrid StarPU features should use it.
  168. * Allow to have a dynamically allocated number of buffers per task,
  169. and so overwrite the value defined --enable-maxbuffers=XXX
  170. Small features:
  171. * Add starpu_worker_get_by_type and starpu_worker_get_by_devid
  172. * Add starpu_fxt_stop_profiling/starpu_fxt_start_profiling which permits to
  173. pause trace recording.
  174. * Add trace_buffer_size configuration field to permit to specify the tracing
  175. buffer size.
  176. * Add starpu_codelet_profile and starpu_codelet_histo_profile, tools which draw
  177. the profile of a codelet.
  178. * File STARPU-REVISION --- containing the SVN revision number from which
  179. StarPU was compiled --- is installed in the share/doc/starpu directory
  180. * starpu_perfmodel_plot can now directly draw GFlops curves.
  181. * New configure option --enable-mpi-progression-hook to enable the
  182. activity polling method for StarPU-MPI.
  183. * Permit to disable sequential consistency for a given task.
  184. * New macro STARPU_RELEASE_VERSION
  185. * New function starpu_get_version() to return as 3 integers the
  186. release version of StarPU.
  187. * Enable by default data allocation cache
  188. Changes:
  189. * Rename all filter functions to follow the pattern
  190. starpu_DATATYPE_filter_FILTERTYPE. The script
  191. tools/dev/rename_filter.sh is provided to update your existing
  192. applications to use new filters function names.
  193. * Renaming of diverse functions and datatypes. The script
  194. tools/dev/rename.sh is provided to update your existing
  195. applications to use the new names. It is also possible to compile
  196. with the pkg-config package starpu-1.0 to keep using the old
  197. names. It is however recommended to update your code and to use
  198. the package starpu-1.1.
  199. * Fix the block filter functions.
  200. * Fix StarPU-MPI on Darwin.
  201. * The FxT code can now be used on systems other than Linux.
  202. * Keep only one hashtable implementation common/uthash.h
  203. * The cache of starpu_mpi_insert_task is fixed and thus now enabled by
  204. default.
  205. * Improve starpu_machine_display output.
  206. * Standardize objects name in the performance model API
  207. * SOCL
  208. - Virtual SOCL device has been removed
  209. - Automatic scheduling still available with command queues not
  210. assigned to any device
  211. - Remove modified OpenCL headers. ICD is now the only supported
  212. way to use SOCL.
  213. - SOCL test suite is only run when environment variable
  214. SOCL_OCL_LIB_OPENCL is defined. It should contain the location
  215. of the libOpenCL.so file of the OCL ICD implementation.
  216. * Fix main memory leak on multiple unregister/re-register.
  217. * Improve hwloc detection by configure
  218. * Cell:
  219. - It is no longer possible to enable the cell support via the
  220. gordon driver
  221. - Data interfaces no longer define functions to copy to and from
  222. SPU devices
  223. - Codelet no longer define pointer for Gordon implementations
  224. - Gordon workers are no longer enabled
  225. - Gordon performance models are no longer enabled
  226. * Fix data transfer arrows in paje traces
  227. * The "heft" scheduler no longer exists. Users should now pick "dmda"
  228. instead.
  229. * StarPU can now use poti to generate paje traces.
  230. * Rename scheduling policy "parallel greedy" to "parallel eager"
  231. * starpu_scheduler.h is no longer automatically included by
  232. starpu.h, it has to be manually included when needed
  233. * New batch files to run StarPU applications with Microsoft Visual C
  234. * Add examples/release/Makefile to test StarPU examples against an
  235. installed version of StarPU. That can also be used to test
  236. examples using a previous API.
  237. * Tutorial is installed in ${docdir}/tutorial
  238. * Schedulers eager_central_policy, dm and dmda no longer erroneously respect
  239. priorities. dmdas has to be used to respect priorities.
  240. * Documentation is now generated through doxygen.
  241. Small changes:
  242. * STARPU_NCPU should now be used instead of STARPU_NCPUS. STARPU_NCPUS is
  243. still available for compatibility reasons.
  244. * include/starpu.h includes all include/starpu_*.h files, applications
  245. therefore only need to have #include <starpu.h>
  246. * Active task wait is now included in blocked time.
  247. * Fix GCC plugin linking issues starting with GCC 4.7.
  248. * Fix forcing calibration of never-calibrated archs.
  249. * CUDA applications are no longer compiled with the "-arch sm_13"
  250. option. It is specifically added to applications which need it.
  251. * Explicitly name the non-sleeping-non-running time "Overhead", and use
  252. another color in vite traces.
  253. * Use C99 variadic macro support, not GNU.
  254. * Fix performance regression: dmda queues were inadvertently made
  255. LIFOs in r9611.
  256. StarPU 1.0.3 (svn revision 7379)
  257. ==============================================
  258. Changes:
  259. * Several bug fixes in the build system
  260. * Bug fixes in source code for non-Linux systems
  261. * Fix generating FXT traces bigger than 64MiB.
  262. * Improve ENODEV error detections in StarPU FFT
  263. StarPU 1.0.2 (svn revision xxx)
  264. ==============================================
  265. Changes:
  266. * Add starpu_block_shadow_filter_func_vector and an example.
  267. * Add tag dependency in trace-generated DAG.
  268. * Fix CPU binding for optimized CPU-GPU transfers.
  269. * Fix parallel tasks CPU binding and combined worker generation.
  270. * Fix generating FXT traces bigger than 64MiB.
  271. StarPU 1.0.1 (svn revision 6659)
  272. ==============================================
  273. Changes:
  274. * hwloc support. Warn users when hwloc is not found on the system and
  275. produce error when not explicitely disabled.
  276. * Several bug fixes
  277. * GCC plug-in
  278. - Add `#pragma starpu release'
  279. - Fix bug when using `acquire' pragma with function parameters
  280. - Slightly improve test suite coverage
  281. - Relax the GCC version check
  282. * Update SOCL to use new API
  283. * Documentation improvement.
  284. StarPU 1.0.0 (svn revision 6306)
  285. ==============================================
  286. The extensions-again release
  287. New features:
  288. * Add SOCL, an OpenCL interface on top of StarPU.
  289. * Add a gcc plugin to extend the C interface with pragmas which allows to
  290. easily define codelets and issue tasks.
  291. * Add reduction mode to starpu_mpi_insert_task.
  292. * A new multi-format interface permits to use different binary formats
  293. on CPUs & GPUs, the conversion functions being provided by the
  294. application and called by StarPU as needed (and as less as
  295. possible).
  296. * Deprecate cost_model, and introduce cost_function, which is provided
  297. with the whole task structure, the target arch and implementation
  298. number.
  299. * Permit the application to provide its own size base for performance
  300. models.
  301. * Applications can provide several implementations of a codelet for the
  302. same architecture.
  303. * Add a StarPU-Top feedback and steering interface.
  304. * Permit to specify MPI tags for more efficient starpu_mpi_insert_task
  305. Changes:
  306. * Fix several memory leaks and race conditions
  307. * Make environment variables take precedence over the configuration
  308. passed to starpu_init()
  309. * Libtool interface versioning has been included in libraries names
  310. (libstarpu-1.0.so, libstarpumpi-1.0.so,
  311. libstarpufft-1.0.so, libsocl-1.0.so)
  312. * Install headers under $includedir/starpu/1.0.
  313. * Make where field for struct starpu_codelet optional. When unset, its
  314. value will be automatically set based on the availability of the
  315. different XXX_funcs fields of the codelet.
  316. * Define access modes for data handles into starpu_codelet and no longer
  317. in starpu_task. Hence mark (struct starpu_task).buffers as
  318. deprecated, and add (struct starpu_task).handles and (struct
  319. starpu_codelet).modes
  320. * Fields xxx_func of struct starpu_codelet are made deprecated. One
  321. should use fields xxx_funcs instead.
  322. * Some types were renamed for consistency. when using pkg-config libstarpu,
  323. starpu_deprecated_api.h is automatically included (after starpu.h) to
  324. keep compatibility with existing software. Other changes are mentioned
  325. below, compatibility is also preserved for them.
  326. To port code to use new names (this is not mandatory), the
  327. tools/dev/rename.sh script can be used, and pkg-config starpu-1.0 should
  328. be used.
  329. * The communication cost in the heft and dmda scheduling strategies now
  330. take into account the contention brought by the number of GPUs. This
  331. changes the meaning of the beta factor, whose default 1.0 value should
  332. now be good enough in most case.
  333. Small features:
  334. * Allow users to disable asynchronous data transfers between CPUs and
  335. GPUs.
  336. * Update OpenCL driver to enable CPU devices (the environment variable
  337. STARPU_OPENCL_ON_CPUS must be set to a positive value when
  338. executing an application)
  339. * struct starpu_data_interface_ops --- operations on a data
  340. interface --- define a new function pointer allocate_new_data
  341. which creates a new data interface of the given type based on
  342. an existing handle
  343. * Add a field named magic to struct starpu_task which is set when
  344. initialising the task. starpu_task_submit will fail if the
  345. field does not have the right value. This will hence avoid
  346. submitting tasks which have not been properly initialised.
  347. * Add a hook function pre_exec_hook in struct starpu_sched_policy.
  348. The function is meant to be called in drivers. Schedulers
  349. can use it to be notified when a task is about being computed.
  350. * Add codelet execution time statistics plot.
  351. * Add bus speed in starpu_machine_display.
  352. * Add a STARPU_DATA_ACQUIRE_CB which permits to inline the code to be
  353. done.
  354. * Add gdb functions.
  355. * Add complex support to LU example.
  356. * Permit to use the same data several times in write mode in the
  357. parameters of the same task.
  358. Small changes:
  359. * Increase default value for STARPU_MAXCPUS -- Maximum number of
  360. CPUs supported -- to 64.
  361. * Add man pages for some of the tools
  362. * Add C++ application example in examples/cpp/
  363. * Add an OpenMP fork-join example.
  364. * Documentation improvement.
  365. StarPU 0.9 (svn revision 3721)
  366. ==============================================
  367. The extensions release
  368. * Provide the STARPU_REDUX data access mode
  369. * Externalize the scheduler API.
  370. * Add theoretical bound computation
  371. * Add the void interface
  372. * Add power consumption optimization
  373. * Add parallel task support
  374. * Add starpu_mpi_insert_task
  375. * Add profiling information interface.
  376. * Add STARPU_LIMIT_GPU_MEM environment variable.
  377. * OpenCL fixes
  378. * MPI fixes
  379. * Improve optimization documentation
  380. * Upgrade to hwloc 1.1 interface
  381. * Add fortran example
  382. * Add mandelbrot OpenCL example
  383. * Add cg example
  384. * Add stencil MPI example
  385. * Initial support for CUDA4
  386. StarPU 0.4 (svn revision 2535)
  387. ==============================================
  388. The API strengthening release
  389. * Major API improvements
  390. - Provide the STARPU_SCRATCH data access mode
  391. - Rework data filter interface
  392. - Rework data interface structure
  393. - A script that automatically renames old functions to accomodate with the new
  394. API is available from https://scm.gforge.inria.fr/svn/starpu/scripts/renaming
  395. (login: anonsvn, password: anonsvn)
  396. * Implement dependencies between task directly (eg. without tags)
  397. * Implicit data-driven task dependencies simplifies the design of
  398. data-parallel algorithms
  399. * Add dynamic profiling capabilities
  400. - Provide per-task feedback
  401. - Provide per-worker feedback
  402. - Provide feedback about memory transfers
  403. * Provide a library to help accelerating MPI applications
  404. * Improve data transfers overhead prediction
  405. - Transparently benchmark buses to generate performance models
  406. - Bind accelerator-controlling threads with respect to NUMA locality
  407. * Improve StarPU's portability
  408. - Add OpenCL support
  409. - Add support for Windows
  410. StarPU 0.2.901 aka 0.3-rc1 (svn revision 1236)
  411. ==============================================
  412. The asynchronous heterogeneous multi-accelerator release
  413. * Many API changes and code cleanups
  414. - Implement starpu_worker_get_id
  415. - Implement starpu_worker_get_name
  416. - Implement starpu_worker_get_type
  417. - Implement starpu_worker_get_count
  418. - Implement starpu_display_codelet_stats
  419. - Implement starpu_data_prefetch_on_node
  420. - Expose the starpu_data_set_wt_mask function
  421. * Support nvidia (heterogeneous) multi-GPU
  422. * Add the data request mechanism
  423. - All data transfers use data requests now
  424. - Implement asynchronous data transfers
  425. - Implement prefetch mechanism
  426. - Chain data requests to support GPU->RAM->GPU transfers
  427. * Make it possible to bypass the scheduler and to assign a task to a specific
  428. worker
  429. * Support restartable tasks to reinstanciate dependencies task graphs
  430. * Improve performance prediction
  431. - Model data transfer overhead
  432. - One model is created for each accelerator
  433. * Support for CUDA's driver API is deprecated
  434. * The STARPU_WORKERS_CUDAID and STARPU_WORKERS_CPUID env. variables make it possible to
  435. specify where to bind the workers
  436. * Use the hwloc library to detect the actual number of cores
  437. StarPU 0.2.0 (svn revision 1013)
  438. ==============================================
  439. The Stabilizing-the-Basics release
  440. * Various API cleanups
  441. * Mac OS X is supported now
  442. * Add dynamic code loading facilities onto Cell's SPUs
  443. * Improve performance analysis/feedback tools
  444. * Application can interact with StarPU tasks
  445. - The application may access/modify data managed by the DSM
  446. - The application may wait for the termination of a (set of) task(s)
  447. * An initial documentation is added
  448. * More examples are supplied
  449. StarPU 0.1.0 (svn revision 794)
  450. ==============================================
  451. First release.
  452. Status:
  453. * Only supports Linux platforms yet
  454. * Supported architectures
  455. - multicore CPUs
  456. - NVIDIA GPUs (with CUDA 2.x)
  457. - experimental Cell/BE support
  458. Changes:
  459. * Scheduling facilities
  460. - run-time selection of the scheduling policy
  461. - basic auto-tuning facilities
  462. * Software-based DSM
  463. - transparent data coherency management
  464. - High-level expressive interface
  465. # Local Variables:
  466. # mode: text
  467. # coding: utf-8
  468. # ispell-local-dictionary: "american"
  469. # End: