CN1527206A - Memory pool managing method - Google Patents
Memory pool managing method Download PDFInfo
- Publication number
- CN1527206A CN1527206A CNA031050522A CN03105052A CN1527206A CN 1527206 A CN1527206 A CN 1527206A CN A031050522 A CNA031050522 A CN A031050522A CN 03105052 A CN03105052 A CN 03105052A CN 1527206 A CN1527206 A CN 1527206A
- Authority
- CN
- China
- Prior art keywords
- memory
- pool
- sub
- memory block
- size
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Memory System (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
The internal memory pool managing method includes the following steps: setting son memory pools, requesting certain amount of gen memory blocks in the same size for each of the son memory pools, dividing each of the gen memory blocks into several mem memory blocks in the same size and setting the un-divided memory units as OS memory pools. When some application module requests memory, the virtual operation system judges first whether the requested memory size is larger than the size of one mem memory block. If so, the memory blocks are distributed directly from the OS memory pool for the application module; or else, corresponding son memory pool is found out and judged for whether to exist idle mem. If so, the idle mem in the son memory pool is assigned to the application module; or else, the virtual operation system requests first one gen dynamically from the OS memory pool for the son memory pool, assigns the idle mem in the gen to the application module and marks the assigned mem as being occupied.
Description
Technical field
The present invention relates to the memory management technology field, be meant a kind of method of internal memory pool managing especially.
Background technology
At present, call the RAM fragmentation problem that storage allocation brings for fear of direct hh using system, existing virtual opetrating system all has a cover memory management mechanism.This memory management mechanism generally is that the full memory with underlying operating system is divided into the memory pool that varies in size once, the internal memory in each memory pool is divided into fixing memory block of the same size again.Generally, the size of memory pool is 2 power byte number, and the size of a memory pool is 2 times of its left neighbours' memory pool size, for example, a virtual opetrating system has N memory pool, and generally the size of memory block is respectively 2,4,8,16,32,64 in each memory pool ... 1024,2048 bytes ...Because the size of memory block, the parameters such as number of memory block just are fixed when the virtual opetrating system initialization in the number of memory pool, each memory pool, and these parameters can dynamically not change in the virtual opetrating system operational process, therefore in order to utilize internal memory efficiently, must add up the operating position of various different internal memories in advance, for example the use mean value of every kind of internal memory, peak value etc. are reasonably divided internal memory according to these statisticss again.
The attribute of memory pool is to be described by the memory pool descriptor, has write down size, type, total quantity, the attributes such as quantity of free time of memory block in this memory pool in the memory pool descriptor.In each memory pool two chained lists are arranged simultaneously---free memory block chained list and committed memory piece chained list.
When application module application internal memory, virtual opetrating system from its existing memory block size near specifying a memory block the desired memory pool of application module, the pointer of this memory block is returned to application module, simultaneously this memory block is taken out from the free memory block chained list of its place memory pool, be inserted in the committed memory piece chained list.When the application module releasing memory, virtual opetrating system moves on to this memory block in the free memory block chained list from the committed memory piece chained list of its place memory pool again.
The defective of existing memory management mechanism is: the number of memory block is ready-portioned in advance before the virtual opetrating system operation in the number of every kind of memory pool and each memory pool, like this when application module application internal memory, if certain big or small memory block is exhausted, then may be in response to causing system exception less than internal memory with the module application, even virtual opetrating system can distribute a memory block to give this application module, also can cause the waste of Installed System Memory from bigger memory pool; If application module will be applied for the very large memory piece that all memory pools all can't provide, then can be in response to causing system exception less than internal memory with the module application.
Summary of the invention
In view of this, the invention provides a kind of method of internal memory pool managing, make application module all can apply for the memory block that is complementary with it at any time, and under the situation of system's free memory space permission, application module can be applied for the very large memory piece at any time.
Technical scheme of the present invention is achieved in that in order to achieve the above object
A kind of method of internal memory pool managing, this method may further comprise the steps:
A, sub-memory pool more than is set, for each sub-memory pool is applied for the identical unit memory block of some sizes from underlying operating system, and each unit memory block in the same sub-memory pool further is divided into the identical storage memory block of at least more than one size; Be the operating system memory pond with the memory setting that is not divided in the underlying operating system then;
B, when application module application internal memory, the size of the storage the memory block whether size that virtual opetrating system is judged earlier the internal memory of applying for can provide greater than each sub-memory pool, if, then enter step c, otherwise, enter steps d;
The size of the internal memory whether c, the size of judging the internal memory of applying for can provide smaller or equal to the current operation system memory pool, if, then virtual opetrating system directly is this application module storage allocation piece from the operating system memory pond, process ends, otherwise refuse this application, process ends;
The sub-memory pool that d, virtual opetrating system find the size of storage memory block to be complementary with it according to the size of application internal memory, and judge whether idle storage memory block is arranged in this sub-memory pool, if, after free time storage memory block in then directly will this sub-memory pool is distributed to application module, the storage memory block that has distributed is labeled as takies; Otherwise virtual opetrating system is that this sub-memory pool dynamically after application one unit memory block, is distributed to application module with the storage of the free time in this unit memory block memory block again from the operating system memory pond, and the storage memory block that will distribute is labeled as and takies.
Preferably, the described sub-memory pool of step a is divided into two types of controll block internal memory and buffer memory.
Preferably, the described some of step a is according to the use mean value in every kind of size internal memory pond and definite.
Preferably, the storage memory block that unit memory block is divided in the different sub-memory pools varies in size.
Preferably, described step c further comprises: when application module application internal memory, virtual opetrating system is at first judged the type of its application internal memory, does respective handling according to the size of its application again in the sub-memory pool of respective type.
Preferably, when application module discharges the very large memory piece of directly applying for from the operating system memory pond, this very large memory piece is directly returned to the operating system memory pond.
Preferably, described step c further comprises: after the application module releasing memory, the virtual opetrating system cancellation is to the mark that takies of this storage memory block, and the some that sets when whether surpassing initialization of the number of judging unit memory block in its corresponding sub-memory pool, if the idle unit memory block that then will exceed the initialization number is returned to underlying operating system; Otherwise do not process.
Use the present invention,, make application module all can apply for the memory block that matches at any time by the dynamic management memory block, solved since certain memory block depleted after, the problem that application module leads to system abnormity because of the application failure; Having solved simultaneously in response to being assigned to module greater than the memory block of its demand causes system memory resource to use the problem of waste.In addition, as long as in the scope that virtual opetrating system free memory space allows, application module can directly be applied for the very large memory piece that all sub-memory pools all can not provide from the operating system memory pond, when application module discharges this very large memory piece, this very large memory piece will directly return to the operating system memory pond, adopting said method has solved the problem that application module leads to system abnormity less than the very large memory piece because of application.Simultaneously, the present invention has avoided the problem of underlying operating system RAM fragmentation effectively.
Description of drawings
Fig. 1 is for using the synoptic diagram of internal memory pool managing method of the present invention;
Fig. 2 is for using the synoptic diagram of one embodiment of the invention.
Embodiment
For making purpose of the present invention, technical scheme and advantage clearer, below the present invention is described in further details.
Figure 1 shows that the synoptic diagram of using internal memory pool managing method of the present invention.Virtual opetrating system is provided with experimental process memory pool (Subpool), and be the unit memory block of the same size (gen) of each sub-memory pool application some, and this gen further is divided into the identical storage memory block (mem) of several sizes from the underlying operating system internal memory.Wherein, sub-memory pool is divided into two types again: a kind of is controll block internal memory (CB POOL), the comparatively permanent data such as controll block that are used to store application module; Another kind is buffer memory (BUF POOL), is used to store message transmitted data between the application module.Simultaneously, for realizing management method of the present invention, used some data structures that the underlying operating system internal memory is managed, the data structure, the BUFPOOL CB that control internal memory for management as CB POOL CB among Fig. 1 are sub-memory pool array for data structure, the Subpool CB of management buffer memory, and the corresponding sub-memory pool of each element in this array.Removing the internal memory that has been divided in the above-mentioned underlying operating system, is operating system memory pond (OSPOOL) with the memory setting that is not divided in the underlying operating system.
When the virtual opetrating system initialization, virtual opetrating system is each several gen of the same size of sub-memory pool application from underlying operating system, and the number of its application gen is to decide according to the use mean value of such memory block.A gen comprises several mem memory blocks, and therefore, a gen is a bigger memory block, and the number of gen is a dynamically changeable in sub-memory pool, and promptly the number of unit memory block is variable in sub-memory pool.Because the number of the initial gen that applies for of each sub-memory pool all is the use mean value rather than the peak value of such memory block, so, after the initialization underlying operating system, will certainly remain a bulk of internal memory of " not carved up " by virtual opetrating system, this remaining internal memory is OS POOL.
In system's operational process, when application module application internal memory, virtual opetrating system is according to the type and size of application internal memory, divide from only sub-memory pool that to be equipped with mem be that the memory block of unit is given application module, and simultaneously with this piece memory marker for taking, correspondingly, when the application module releasing memory, system's cancellation is to the mark of this mem memory block.If all are that the memory block of unit all is marked as and takies with mem in certain sub-memory pool, promptly all gen memory blocks have all consumed only in this sub-memory pool, then virtual opetrating system will be gen memory block of this sub-memory pool application from the OS memory pool, continue then to distribute the mem memory block for application module from this gen.If the number the when number of gen has surpassed its initialization in sub-memory pool, and because the application module releasing memory makes that the mem memory block among some gen is all idle, then virtual opetrating system will be returned to underlying operating system to the gen that exceeds the initialization number, and promptly system always keeps the initial value of the number of memory block gen in each sub-memory pool for this sub-memory pool as far as possible.This shows, but the number of memory block is dynamic change in sub-memory pool, and virtual opetrating system always is that unit applies for or releasing memory from the operating system memory pond with gen, the capacity of gen is generally bigger, for example can be decided to be 10K, therefore can avoid the problem of underlying operating system RAM fragmentation effectively.
When very large memory piece that application module application one any sub-memory pool all can not provide, system will be this application module application memory block from the OS memory pool directly, as long as the remaining space of OS memory pool is enough big, the requirement of application module all can be satisfied, when the very large memory piece is released, also be directly to be restored in the OS memory pool.
Fig. 2 is for using the synoptic diagram of one embodiment of the invention.Supposing has two sub-memory pools in BUF POOL, the size of mem is respectively 2.5K and 5K in its each sub-memory pool.There is black warning triangle in the lower right corner of mem memory block among the figure, represent this mem memory block to be employed module and take, and the mem memory block of not black warning triangle represents that this memory block also is in idle condition.
If an existing application module need be applied for the buffer zone internal memory of 2K, then virtual opetrating system at first applies for that according to application module the size that the memory block size navigates to the mem memory block is in the sub-memory pool of 2.5K, and judge whether mem memory block in this sub-memory pool all is denoted as and take, if not, then directly distribute a mem memory block for it, to satisfy its demand, and the men memory block that will distribute is designated as and takies, otherwise, virtual opetrating system is gen of this sub-memory pool application from OS POOL earlier, and then from this gen, distribute the mem memory block of a 2.5K for application module, satisfying its demand, and the men memory block that will distribute is designated as and takies; When the application module releasing memory, cancellation is to the mark of this mem memory block, if owing to an idle fully gen has appearred in the application module releasing memory, and the number of gen when the total number of gen is again greater than initialization in this sub-memory pool, gen that then should the free time returns to OS POOL.
If an existing application module need be applied for the very large memory of 100K, then virtual opetrating system at first judges whether to provide the sub-memory pool of 100K memory block, if have, just directly distribute the mem memory block of 100K size, and this mem memory block of mark is for taking for it, otherwise, judge that whether internal memory among the current OS POOL is more than or equal to 100K, if then directly provide memory block for this application module from OS POOL, otherwise, refuse the application of this application module; When this very large memory piece, being released, directly be restored among the OS POOL.
The above only is preferred embodiment of the present invention, and is in order to restriction the present invention, within the spirit and principles in the present invention not all, any modification of being done, is equal to replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (7)
1, a kind of method of internal memory pool managing is characterized in that this method may further comprise the steps:
A, sub-memory pool more than is set, for each sub-memory pool is applied for the identical unit memory block of some sizes from underlying operating system, and each unit memory block in the same sub-memory pool further is divided into the identical storage memory block of at least more than one size; Be the operating system memory pond with the memory setting that is not divided in the underlying operating system then;
B, when application module application internal memory, the size of the storage the memory block whether size that virtual opetrating system is judged earlier the internal memory of applying for can provide greater than each sub-memory pool, if, then enter step c, otherwise, enter steps d;
The size of the internal memory whether c, the size of judging the internal memory of applying for can provide smaller or equal to the current operation system memory pool, if, then virtual opetrating system directly is this application module storage allocation piece from the operating system memory pond, process ends, otherwise refuse this application, process ends;
The sub-memory pool that d, virtual opetrating system find the size of storage memory block to be complementary with it according to the size of application internal memory, and judge whether idle storage memory block is arranged in this sub-memory pool, if, after free time storage memory block in then directly will this sub-memory pool is distributed to application module, the storage memory block that has distributed is labeled as takies; Otherwise virtual opetrating system is that this sub-memory pool dynamically after application one unit memory block, is distributed to application module with the storage of the free time in this unit memory block memory block again from the operating system memory pond, and the storage memory block that will distribute is labeled as and takies.
2, method according to claim 1 is characterized in that: the described sub-memory pool of step a is divided into two types of controll block internal memory and buffer memory.
3, method according to claim 1 is characterized in that, the described some of step a is according to the use mean value in every kind of size internal memory pond and definite.
4, method according to claim 1 is characterized in that, the storage memory block that unit memory block is divided in the different sub-memory pools varies in size.
5, method according to claim 2, it is characterized in that, described step c further comprises: when application module application internal memory, virtual opetrating system is at first judged the type of its application internal memory, does respective handling according to the size of its application again in the sub-memory pool of respective type.
6, method according to claim 1 is characterized in that this method further comprises: when application module discharges the very large memory piece of directly applying for from the operating system memory pond, this very large memory piece is directly returned to the operating system memory pond.
7, method according to claim 1 or 5, it is characterized in that, described step c further comprises: after the application module releasing memory, the virtual opetrating system cancellation is to the mark that takies of this storage memory block, and the some that sets when whether surpassing initialization of the number of judging unit memory block in its corresponding sub-memory pool, if the idle unit memory block that then will exceed the initialization number is returned to underlying operating system; Otherwise do not process.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031050522A CN1303534C (en) | 2003-03-03 | 2003-03-03 | Memory pool managing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031050522A CN1303534C (en) | 2003-03-03 | 2003-03-03 | Memory pool managing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1527206A true CN1527206A (en) | 2004-09-08 |
| CN1303534C CN1303534C (en) | 2007-03-07 |
Family
ID=34282493
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB031050522A Expired - Fee Related CN1303534C (en) | 2003-03-03 | 2003-03-03 | Memory pool managing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1303534C (en) |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007109920A1 (en) * | 2006-03-27 | 2007-10-04 | Zte Corporation | A method for constructing and using a memory pool |
| CN100382048C (en) * | 2005-11-08 | 2008-04-16 | 中兴通讯股份有限公司 | A managing method for EMS memory |
| CN100527098C (en) * | 2007-11-27 | 2009-08-12 | 北京大学 | Dynamic EMS memory mappings method of virtual machine manager |
| CN101950273A (en) * | 2010-09-26 | 2011-01-19 | 中国人民解放军海军工程大学 | Dynamic management method of DSP data area |
| CN101971146A (en) * | 2007-09-07 | 2011-02-09 | 甲骨文国际公司 | System and method to improve memory usage in virtual machines running as hypervisor guests |
| CN102279804A (en) * | 2011-08-16 | 2011-12-14 | 天津市天祥世联网络科技有限公司 | Memory pool structure of video monitoring platform system and method for implementing memory pool structure |
| CN101286878B (en) * | 2008-04-22 | 2012-02-29 | 中兴通讯股份有限公司 | Management method of memory pool for terminal |
| CN102436421A (en) * | 2010-09-29 | 2012-05-02 | 腾讯科技（深圳）有限公司 | Data caching method |
| CN102455974A (en) * | 2010-10-21 | 2012-05-16 | 上海宝信软件股份有限公司 | High-speed internal memory application and release management system with controllable internal memory consumption and high-speed internal memory application release management method |
| CN103077126A (en) * | 2012-12-24 | 2013-05-01 | 中兴通讯股份有限公司 | Memory management method and device |
| CN103984639A (en) * | 2014-04-29 | 2014-08-13 | 宁波三星电气股份有限公司 | Dynamic memory distributing method |
| CN104133642A (en) * | 2014-07-29 | 2014-11-05 | 浙江宇视科技有限公司 | SSD Cache filling method and device |
| CN107247674A (en) * | 2017-06-16 | 2017-10-13 | 深圳市万普拉斯科技有限公司 | Memory block type processing approach, device, electronic equipment and readable storage medium storing program for executing |
| CN108304259A (en) * | 2017-01-11 | 2018-07-20 | 中兴通讯股份有限公司 | EMS memory management process and system |
| CN108958911A (en) * | 2018-05-30 | 2018-12-07 | 北京小米移动软件有限公司 | The control method and device of process |
| CN105718319B (en) * | 2016-02-23 | 2019-03-15 | 中国科学院微电子研究所 | A kind of memory pool domain analytic method and memory pool device |
| CN109710408A (en) * | 2018-12-24 | 2019-05-03 | 杭州迪普科技股份有限公司 | EMS memory management process and device |
| CN114356795A (en) * | 2021-12-30 | 2022-04-15 | 中国民航信息网络股份有限公司 | Memory management method and related device |
| WO2023071158A1 (en) * | 2021-10-26 | 2023-05-04 | 西安广和通无线通信有限公司 | Memory optimization method and apparatus, terminal, and storage medium |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102521143B (en) * | 2011-12-14 | 2015-04-15 | 瑞斯康达科技发展股份有限公司 | Heap data processing method and device |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5675790A (en) * | 1993-04-23 | 1997-10-07 | Walls; Keith G. | Method for improving the performance of dynamic memory allocation by removing small memory fragments from the memory pool |
| CN1171152C (en) * | 2000-06-13 | 2004-10-13 | 中兴通讯股份有限公司 | Method for quick memory allocation and release in real-time system |
| CN1181434C (en) * | 2001-06-28 | 2004-12-22 | 华为技术有限公司 | Adaptive dynamic memory management method |
-
2003
- 2003-03-03 CN CNB031050522A patent/CN1303534C/en not_active Expired - Fee Related
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100382048C (en) * | 2005-11-08 | 2008-04-16 | 中兴通讯股份有限公司 | A managing method for EMS memory |
| WO2007109920A1 (en) * | 2006-03-27 | 2007-10-04 | Zte Corporation | A method for constructing and using a memory pool |
| CN101971146A (en) * | 2007-09-07 | 2011-02-09 | 甲骨文国际公司 | System and method to improve memory usage in virtual machines running as hypervisor guests |
| CN101971146B (en) * | 2007-09-07 | 2013-11-27 | 甲骨文国际公司 | System and method to improve memory usage in virtual machines running as hypervisor guests |
| CN100527098C (en) * | 2007-11-27 | 2009-08-12 | 北京大学 | Dynamic EMS memory mappings method of virtual machine manager |
| CN101286878B (en) * | 2008-04-22 | 2012-02-29 | 中兴通讯股份有限公司 | Management method of memory pool for terminal |
| CN101950273A (en) * | 2010-09-26 | 2011-01-19 | 中国人民解放军海军工程大学 | Dynamic management method of DSP data area |
| CN102436421A (en) * | 2010-09-29 | 2012-05-02 | 腾讯科技（深圳）有限公司 | Data caching method |
| CN102436421B (en) * | 2010-09-29 | 2015-12-16 | 腾讯科技（深圳）有限公司 | Data cached method |
| CN102455974A (en) * | 2010-10-21 | 2012-05-16 | 上海宝信软件股份有限公司 | High-speed internal memory application and release management system with controllable internal memory consumption and high-speed internal memory application release management method |
| CN102279804A (en) * | 2011-08-16 | 2011-12-14 | 天津市天祥世联网络科技有限公司 | Memory pool structure of video monitoring platform system and method for implementing memory pool structure |
| CN103077126A (en) * | 2012-12-24 | 2013-05-01 | 中兴通讯股份有限公司 | Memory management method and device |
| CN103077126B (en) * | 2012-12-24 | 2016-08-03 | 中兴通讯股份有限公司 | A kind of EMS memory management process and device |
| CN103984639A (en) * | 2014-04-29 | 2014-08-13 | 宁波三星电气股份有限公司 | Dynamic memory distributing method |
| CN103984639B (en) * | 2014-04-29 | 2016-11-16 | 宁波三星医疗电气股份有限公司 | A kind of dynamic memory distribution method |
| CN104133642A (en) * | 2014-07-29 | 2014-11-05 | 浙江宇视科技有限公司 | SSD Cache filling method and device |
| CN105718319B (en) * | 2016-02-23 | 2019-03-15 | 中国科学院微电子研究所 | A kind of memory pool domain analytic method and memory pool device |
| CN108304259A (en) * | 2017-01-11 | 2018-07-20 | 中兴通讯股份有限公司 | EMS memory management process and system |
| CN108304259B (en) * | 2017-01-11 | 2023-04-14 | 中兴通讯股份有限公司 | Memory management method and system |
| CN107247674A (en) * | 2017-06-16 | 2017-10-13 | 深圳市万普拉斯科技有限公司 | Memory block type processing approach, device, electronic equipment and readable storage medium storing program for executing |
| US11137934B2 (en) | 2017-06-16 | 2021-10-05 | Oneplus Technology (Shenzhen) Co., Ltd. | Memory block type processing method applicable to electronic device electronic device and non-transitory computer readable storage medium |
| CN108958911A (en) * | 2018-05-30 | 2018-12-07 | 北京小米移动软件有限公司 | The control method and device of process |
| CN108958911B (en) * | 2018-05-30 | 2022-02-08 | 北京小米移动软件有限公司 | Process control method and device |
| CN109710408A (en) * | 2018-12-24 | 2019-05-03 | 杭州迪普科技股份有限公司 | EMS memory management process and device |
| CN109710408B (en) * | 2018-12-24 | 2020-08-04 | 杭州迪普科技股份有限公司 | Memory management method and device |
| WO2023071158A1 (en) * | 2021-10-26 | 2023-05-04 | 西安广和通无线通信有限公司 | Memory optimization method and apparatus, terminal, and storage medium |
| CN114356795A (en) * | 2021-12-30 | 2022-04-15 | 中国民航信息网络股份有限公司 | Memory management method and related device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1303534C (en) | 2007-03-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1303534C (en) | Memory pool managing method | |
| WO2014171618A1 (en) | Storage system and method for processing writing data of storage system | |
| JP4366012B2 (en) | Application programming interface that controls the allocation of physical memory by classifying code or data into groups by application programs in a virtual storage system | |
| CN101847127B (en) | Memory management method and device | |
| CN1276361C (en) | A memory management method for embedded system | |
| US8307053B1 (en) | Partitioned packet processing in a multiprocessor environment | |
| KR101200477B1 (en) | Processor core stack extension | |
| US20050246508A1 (en) | System and method for interleaving memory | |
| CN100462940C (en) | Method and apparatus for cache data in memory | |
| JP2006268776A (en) | Memory card | |
| JP5840594B2 (en) | Method and apparatus for memory management by storage system | |
| US20050132150A1 (en) | Data storage systems | |
| KR20110117099A (en) | Mapping address table maintenance in a memory device | |
| CN102968380B (en) | The management method of memory partitioning and device in memory file system | |
| US20080120486A1 (en) | Driver model for replacing core system hardware | |
| CN1869933A (en) | Computer processing system for implementing data update and data updating method | |
| CN104317734A (en) | Memory allocation method and device applicable to SLAB | |
| CN1081362C (en) | System for providing access protection on media storage devices | |
| CN1913040A (en) | Method for configuring parameter in NOR FLASH | |
| US20070208913A1 (en) | Method of controlling memory system | |
| CN1567249A (en) | Internal memory managerial approach for computer system | |
| CN112650693B (en) | Static memory management method and device | |
| CN104956318A (en) | Method and apparatus to enable finer-grained, scalable allocation of storage in a data storage system | |
| CA2455656A1 (en) | Redundant memory architecture with defragmentation capability | |
| CN110209594B (en) | Memory management method and device suitable for slab structure |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070307 Termination date: 20110303 |