Refactored workpile's steal iterator so that hc scheduler caches a list of steal iterator, avoiding to re-instantiate a new one on every steal
Add missing header modifications
Add doxygen and made event_list_node_t implementation static
Use hc tasks' nbdeps argument instead of iterating over the list of dependencies to get its size
free 'self' in event_list_destructor
Partially fixes issue #7 memory leaks related to events and tasks. There's more in the policy domain.
Fixes #7 Policy domain model was never deallocated
Fixes #9 User can now directly pass an array of guids representing dependencies a task has when calling ocrEdtCreate
Fixes #11. result-wise, forking a million task with a single edt, goes from 122mb of task and 45mb of events down to 91mb and 30mb respectively. The current design may evolve in the future. For now we assume there's a single fct_ptrs singleton as there's really only one type of task and event. In the future we may extend ocr factories definitions to include more singletons, i.e. sticky, bucket, etc... events.
Refactor the hc schedule function to schedule and try_schedule to better reflect what's actually happening
ocrDbCopy implementation for shared memory. TODOs left : 1) fix release bug 2) add ONCE event support 3) Distributed semantics.
Fix for pointer cast issue in ocrDbCopy implementation
Fixes #8 ocr-macros.h contains the macro and the check can be switched-off by setting OCR_CHECK_SYSCALL to 0
Merge branch 'master' of github.com:01org/ocr
Fix #16, only install user-level header files
Fix #15. Add edt local storage. The runtime must be configured with --enable-els=size. The api is accessible by including ocr-runtime-itf.h - This header is distributed only when enable-els has been passed at configure time.
Directly casting db_args to (void **) in the ocrDbCreate call causes a type-punning warning with gcc-4.1.2
Fix misplaced include
Fix #12: ocrTests -valgrind --leak-check=no; warning: the -valgrind option must take an argument
Add some api to the runtime interface. This is pretty much done on-demand for now. We may need to sit down and see exactly what we would need to expose.