From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx155.postini.com [74.125.245.155]) by kanga.kvack.org (Postfix) with SMTP id E7D5A6B004D for ; Thu, 2 Aug 2012 08:20:31 -0400 (EDT) From: Shawn Joo Date: Thu, 2 Aug 2012 20:20:25 +0800 Subject: [question] how to increase the number of object on cache? Message-ID: <5F2C6DA655B36C43B21C7FB179CEC9F4E3F157BDEE@HKMAIL02.nvidia.com> MIME-Version: 1.0 Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_5F2C6DA655B36C43B21C7FB179CEC9F4E3F157BDEEHKMAIL02nvidi_" Sender: owner-linux-mm@kvack.org List-ID: To: "cl@linux-foundation.org" , "penberg@kernel.org" , "mpm@selenic.com" Cc: "linux-mm@kvack.org" --_000_5F2C6DA655B36C43B21C7FB179CEC9F4E3F157BDEEHKMAIL02nvidi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Experts, I would like to know a mechanism, how to increase the number of object an= d where the memory is from. (because when cache is created by "kmem_cache_create", there is only obje= ct size, but no number of the object) For example, "size-65536" does not have available memory from below dump.= In that state, if memory allocation is requested to "size-65536", 1. How to allocate/increase the number of object on "size-65536"? 2. Where is the new allocated memory from? (from buddy?) I believe it is hard to explain with simple word, any advice will be very= =20helpful. cat /proc/buddyinfo Node 0, zone Normal 949 0 0 2 3 3 0 = =20 0 1 1 0 cat /proc/slabinfo slabinfo - version: 2.1 # name : tunables : slabdata size-4194304 0 0 4194304 1 1024 : tunables 1 1 = =200 : slabdata 0 0 0 size-2097152 0 0 2097152 1 512 : tunables 1 1 = =200 : slabdata 0 0 0 size-1048576 0 0 1048576 1 256 : tunables 1 1 = =200 : slabdata 0 0 0 size-524288 0 0 524288 1 128 : tunables 1 1 = 0 : slabdata 0 0 0 size-262144 0 0 262144 1 64 : tunables 1 1 = 0 : slabdata 0 0 0 size-131072 1 1 131072 1 32 : tunables 8 4 = 0 : slabdata 1 1 0 size-65536 4 4 65536 1 16 : tunables 8 4 = 0 : slabdata 4 4 0 Thanks, Seongho(Shawn) -------------------------------------------------------------------------= ---------- This email message is for the sole use of the intended recipient(s) and m= ay contain confidential information. Any unauthorized review, use, disclosure or di= stribution is prohibited. If you are not the intended recipient, please contact the= =20sender by reply email and destroy all copies of the original message. -------------------------------------------------------------------------= ---------- --_000_5F2C6DA655B36C43B21C7FB179CEC9F4E3F157BDEEHKMAIL02nvidi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Experts,

 

I would like to kn= ow a mechanism, how to increase the number of object and where the memory= =20is from.

(because when ca= che is created by "kmem_cache_create", there is only object siz= e, but no number of the object)

For example, “size-65536” does not have availa= ble memory from below dump.

In that state, = if memory allocation is requested to “size-65536”,

1. &n= bsp;   How to allocate/increase the number o= f object on “size-65536̶= 1;?

2.   = ;  Where is the new allocated memory from? (from = buddy?)

 

 =

cat /proc/buddyinfo

Node 0, z= one   Normal    949     = ; 0      0      2      3 &= nbsp;    3      0  &nbs= p;   0      1    &= nbsp; 1      0

cat /proc/slabinfo

slabinfo - version: 2.1

# name=             <ac= tive_objs> <= num_objs> <objsize> <objperslab> <pagesperslab&g= t; : tunables <limit> <batchcount> <sharedfactor> : sla= bdata <active_slabs> <num_slabs> <sharedavail>

size-4194304      &nbs= p;    0      0 4194304  = ;  1 1024 : tunables    1    1 &n= bsp;  0 : slabdata      0   =    0      0

size-10485= 76           0 &nb= sp;    0 1048576    1  256 : tunables&= nbsp;   1    1    0 : slabdata&nb= sp;     0      0  =     0

size-524288  =           0   = ;   0 524288    1  128 : tunables &nbs= p;  1    1    0 : slabdata  =     0      0   &nb= sp;  0

size-262144   &nb= sp;        0    &n= bsp; 0 262144    1   64 : tunables  &n= bsp; 1    1    0 : slabdata  &nbs= p;   0      0    &= nbsp; 0

size-131072    &= nbsp;       1      1 131072&n= bsp;   1   32 : tunables    8 &nb= sp;  4    0 : slabdata      = 1      1      0

size-65536  =            4      = 4  65536    1   16 : tunables &= nbsp;  8    4    0 : slabdata &nb= sp;    4      4   =    0

 

 

 

Thanks,

Seongho(Shawn)=

 

This email message is for the sole use of the intended recipient(s) = and may=20 contain confidential information.  Any unauthorized review, use, dis= closure=20 or distribution is prohibited.  If you are not the intended recipien= t,=20 please contact the sender by reply email and destroy all copies of the or= iginal=20 message.

--_000_5F2C6DA655B36C43B21C7FB179CEC9F4E3F157BDEEHKMAIL02nvidi_-- -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org