Systems and methods for performing memory management in a distributed environment

1. A method for performing memory management among a plurality of devices in a network, the method comprising:

obtaining, by a processor, memory requirements for execution of an application, wherein the memory requirements indicate memory space needed for executing the application;

creating, by the processor, at least one memory pool, based on the memory requirements, by aggregating physical memories of the plurality of devices; and

executing, by the processor, the application in the at least one memory pool using semaphores and a mutex application programming interface (API).

2. The method of claim 1 , wherein the executing further comprising:

loading application data into the at least one memory pool for execution;

configuring, by the processor, access policies for distributed access of the application data using the semaphores and the mutex API;

executing, by the processor, the application in the at least one memory pool based on the access policies;

monitoring, by the processor, execution of the application to track an execution status; and

releasing, by the processor, the at least one memory pools upon completion of the execution.

3. The method of claim 1 further comprises assigning, by the processor, a unique identifier (ID) to each of the at least one memory pool.

4. The method of claim 1 further comprises:

monitoring, by the processor, state definitions of each the plurality of devices; and

updating, by the processor, a state snapshot upon detecting a change in the state definitions, wherein the state snapshot comprises an execution status and a current state of the plurality of devices.

5. The method of claim 1 further comprises performing, by the processor, a recovery based on a state snapshot comprising an execution status and a current state of the plurality of devices.

6. A memory management computing apparatus comprising:

one or more hardware processors; and

a memory storing instructions that, when executed by the one or more hardware processors, cause the one or more hardware processors to perform operations comprising:

obtaining memory requirements for execution of an application, wherein the memory requirements indicate memory space needed for executing the application;

creating at least one memory pool, based on the memory requirements, by aggregating physical memories of the plurality of devices; and

executing the application in the at least one memory pool using semaphores and a mutex application programming interface (API).

7. The apparatus according to claim 6 , wherein the instructions, on execution, further cause the one or more hardware processors to perform operations comprising:

loading application data into the at least one memory pool for execution;

configuring access policies for distributed access of the application data using the semaphores and the mutex API;

executing the application in the at least one memory pool based on the access policies;

monitoring execution of the application to track an execution status; and

releasing the at least one memory pools upon completion of the execution.

8. The apparatus according to claim 6 , wherein the instructions, on execution, further cause the processor to perform operations comprise assigning a unique identifier (ID) to each of the at least one memory pool.

9. The apparatus according to claim 6 , wherein the instructions, on execution, further cause the processor to perform operations comprise:

monitoring state definitions of each the plurality of devices; and

updating a state snapshot upon detecting a change in the state definitions, wherein the state snapshot comprises an execution status and a current state of the plurality of devices.

10. The apparatus according to claim 6 , wherein the instructions, on execution, further cause the processor to perform operation comprising performing a recovery based on a state snapshot comprising an execution status and a current state of the plurality of devices.

11. A non-transitory computer-readable medium storing instructions for performing memory management among a plurality of devices in a network, wherein upon execution of the instructions by one or more hardware processors, the hardware processors perform operations comprising:

obtaining memory requirements for execution of an application, wherein the memory requirements indicate memory space needed for executing the application;

creating at least one memory pool, based on the memory requirements, by aggregating physical memories of the plurality of devices; and

executing the application in the at least one memory pool using semaphores and a mutex application programming interface (API).

12. The non-transitory computer-readable medium according to claim 11 , wherein the operations further comprise:

loading application data into the at least one memory pool for execution;

configuring access policies for distributed access of the application data using the semaphores and the mutex API;

executing the application in the at least one memory pool based on the access policies;

monitoring execution of the application to track an execution status; and

releasing the at least one memory pools upon completion of the execution.

13. The non-transitory computer-readable medium according to claim 11 , wherein the operations further comprise assigning a unique identifier (ID) to each of the at least one memory pool.

14. The non-transitory computer-readable medium according to claim 11 , wherein the operations further comprise:

monitoring state definitions of each the plurality of devices; and

updating a state snapshot upon detecting a change in the state definitions, wherein the state snapshot comprises an execution status and a current state of the plurality of devices.

15. The non-transitory computer-readable medium according to claim 11 , wherein the operations further comprise performing a recovery based on a state snapshot comprising an execution status and a current state of the plurality of devices.