Changes between Version 10 and Version 11 of library_malloc

Timestamp:

Apr 4, 2015, 1:52:11 PM (10 years ago)

Author:

alain

Comment:

--

library_malloc

@@ -4 +4 @@
 define an user-level memory allocation service. The requested memory blocks are allocated from the application heap.
 
-If the target architecture is clusterized (one physical memory bank per cluster),
-the application heap is physically distributed, and it can exist one heap(x,y) segment per cluster,
-This means one allocator per cluster.
+If the target architecture is clusterized (one physical memory bank per cluster), the application heap can be physically distributed: depending on the application mapping,  it can exist one or several heap(x,y) segment per cluster, and therefore it can exist up to one allocator per cluster.
 
 The distributed heap(x,y) ''vsegs'' must be explicitely defined in the application mapping.
 
 WARNING: The heap(x,y) segment size must be a power of 2, and the heap(x,y)  base address must be aligned.
+
+ == Initialization policy ==
+
+The user application must initialize the heap(x,y) structure before  using the malloc() or remote_malloc() functions, and this initialization
+must be done by one single task.
 
  == Allocation policy ==
@@ -19 +22 @@
 
  == cluster selection ==
-
-The heap_init() function has to be called by one single task before using other malloc functions. 
 
 The malloc() and free() functions below have the same semantic as the standard UNIX functions. The cluster where the memory is allocated is implicitely defined by the (x,y) coordinate of the processor running the calling task.