Sign In to Follow Application
View All Documents & Correspondence

Systems And Methods For Performing Memory Management In A Distributed Environment

Abstract: Systems and methods for performing memory management among a plurality of devices in a network are described. In one implementation, the method for performing memory management comprises obtaining memory requirements for execution of an application. The memory requirements indicate memory space needed for executing the application. Further, the method comprises creating at least one memory pool, based on the memory requirements, by aggregating physical memories of the plurality of devices. Further, the method comprises executing the application in the at least one memory pool using semaphores and a mutex application programming interface (API). Figure 2

Get Free WhatsApp Updates!
Notices, Deadlines & Correspondence

Patent Information

Application #
Filing Date
26 June 2014
Publication Number
27/2014
Publication Type
INA
Invention Field
COMPUTER SCIENCE
Status
Email
ipo@knspartners.com
Parent Application

Applicants

WIPRO LIMITED
Doddakannelli, Sarjapur Road, Bangalore 560035, Karnataka, India.

Inventors

1. ABHISHEK SUMAN
House - Swastika Vihar, Ranchi Road, Opp. Laxmi Petrol Pump, PO: Bihar Sharif, Dist: Nalanda, Bihar – 803101, West Bengal, India

Specification

CLIAMS:We claim:
1. A method of 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 system for performing memory management among a plurality of devices in a network, wherein the system 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 system 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 system 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 system 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 system 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).

Dated this 20th day of June, 2014

Swetha S.N
Of K&S Partners
Agent for the Applicant
,TagSPECI:TECHNICAL FIELD
The present subject matter relates to memory management, and, particularly but not exclusively, to memory management among multiple devices in a distributed environment.

Documents

Application Documents

# Name Date
1 3107-CHE-2014 FORM-9 26-06-2014.pdf 2014-06-26
1 3107-CHE-2014-Correspondence to notify the Controller [11-01-2023(online)].pdf 2023-01-11
2 3107-CHE-2014 FORM-18 26-06-2014.pdf 2014-06-26
2 3107-CHE-2014-US(14)-HearingNotice-(HearingDate-02-02-2023).pdf 2023-01-04
3 IP27710-spec.pdf 2014-06-27
3 3107-CHE-2014-8(i)-Substitution-Change Of Applicant - Form 6 [02-02-2022(online)].pdf 2022-02-02
4 IP27710-Fig.pdf 2014-06-27
4 3107-CHE-2014-ASSIGNMENT DOCUMENTS [02-02-2022(online)].pdf 2022-02-02
5 FORM 5.pdf 2014-06-27
5 3107-CHE-2014-PA [02-02-2022(online)].pdf 2022-02-02
6 FORM 3.pdf 2014-06-27
6 3107-CHE-2014-ABSTRACT [06-01-2020(online)].pdf 2020-01-06
7 3107CHE2014_CertifiedCopyRequest.pdf 2014-06-27
7 3107-CHE-2014-CLAIMS [06-01-2020(online)].pdf 2020-01-06
8 3107-CHE-2014-Request For Certified Copy-Online(27-06-2014).pdf 2014-06-27
8 3107-CHE-2014-COMPLETE SPECIFICATION [06-01-2020(online)].pdf 2020-01-06
9 3107-CHE-2014-CORRESPONDENCE [06-01-2020(online)].pdf 2020-01-06
9 abstract3107-CHE-2014.jpg 2014-07-01
10 3107-CHE-2014 POWER OF ATTORNEY 02-09-2014.pdf 2014-09-02
10 3107-CHE-2014-DRAWING [06-01-2020(online)].pdf 2020-01-06
11 3107-CHE-2014 FORM-1 02-09-2014.pdf 2014-09-02
11 3107-CHE-2014-FER_SER_REPLY [06-01-2020(online)].pdf 2020-01-06
12 3107-CHE-2014 CORRESPONDENCE OTHERS 02-09-2014.pdf 2014-09-02
12 3107-CHE-2014-FORM 3 [06-01-2020(online)].pdf 2020-01-06
13 3107-CHE-2014-Information under section 8(2) (MANDATORY) [06-01-2020(online)].pdf 2020-01-06
13 3107CHE2014_Prioritydocumentrequest.pdf 2015-07-08
14 3107-CHE-2014-FER.pdf 2019-07-04
14 3107-CHE-2014-OTHERS [06-01-2020(online)].pdf 2020-01-06
15 3107-CHE-2014-FER.pdf 2019-07-04
15 3107-CHE-2014-OTHERS [06-01-2020(online)].pdf 2020-01-06
16 3107-CHE-2014-Information under section 8(2) (MANDATORY) [06-01-2020(online)].pdf 2020-01-06
16 3107CHE2014_Prioritydocumentrequest.pdf 2015-07-08
17 3107-CHE-2014-FORM 3 [06-01-2020(online)].pdf 2020-01-06
17 3107-CHE-2014 CORRESPONDENCE OTHERS 02-09-2014.pdf 2014-09-02
18 3107-CHE-2014 FORM-1 02-09-2014.pdf 2014-09-02
18 3107-CHE-2014-FER_SER_REPLY [06-01-2020(online)].pdf 2020-01-06
19 3107-CHE-2014 POWER OF ATTORNEY 02-09-2014.pdf 2014-09-02
19 3107-CHE-2014-DRAWING [06-01-2020(online)].pdf 2020-01-06
20 3107-CHE-2014-CORRESPONDENCE [06-01-2020(online)].pdf 2020-01-06
20 abstract3107-CHE-2014.jpg 2014-07-01
21 3107-CHE-2014-COMPLETE SPECIFICATION [06-01-2020(online)].pdf 2020-01-06
21 3107-CHE-2014-Request For Certified Copy-Online(27-06-2014).pdf 2014-06-27
22 3107-CHE-2014-CLAIMS [06-01-2020(online)].pdf 2020-01-06
22 3107CHE2014_CertifiedCopyRequest.pdf 2014-06-27
23 3107-CHE-2014-ABSTRACT [06-01-2020(online)].pdf 2020-01-06
23 FORM 3.pdf 2014-06-27
24 3107-CHE-2014-PA [02-02-2022(online)].pdf 2022-02-02
24 FORM 5.pdf 2014-06-27
25 IP27710-Fig.pdf 2014-06-27
25 3107-CHE-2014-ASSIGNMENT DOCUMENTS [02-02-2022(online)].pdf 2022-02-02
26 IP27710-spec.pdf 2014-06-27
26 3107-CHE-2014-8(i)-Substitution-Change Of Applicant - Form 6 [02-02-2022(online)].pdf 2022-02-02
27 3107-CHE-2014-US(14)-HearingNotice-(HearingDate-02-02-2023).pdf 2023-01-04
27 3107-CHE-2014 FORM-18 26-06-2014.pdf 2014-06-26
28 3107-CHE-2014-Correspondence to notify the Controller [11-01-2023(online)].pdf 2023-01-11
28 3107-CHE-2014 FORM-9 26-06-2014.pdf 2014-06-26

Search Strategy

1 search_26-06-2019.pdf