All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Márcio Oliveira" <moliveira@latinsourcetech.com>
To: Neil Horman <nhorman@redhat.com>
Cc: rheflin@atipa.com, arjanv@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: Memory Management
Date: Mon, 25 Jul 2005 14:04:36 -0300	[thread overview]
Message-ID: <42E51BA4.50507@latinsourcetech.com> (raw)
In-Reply-To: <20050725143029.GD29640@hmsendeavour.rdu.redhat.com>


Neil Horman wrote:

>On Sun, Jul 24, 2005 at 10:40:19PM -0300, Márcio Oliveira wrote:
>  
>
>>Neil Horman wrote:
>>
>>    
>>
>>>On Sat, Jul 23, 2005 at 08:16:20PM -0300, Márcio Oliveira wrote:
>>>
>>>
>>>      
>>>
>>>>Neil,
>>>>
>>>>  
>>>>
>>>>        
>>>>
>>>>>The best way I can think to do that is take a look at /proc/slabinfo.  
>>>>>That will
>>>>>likely give you a pointer to which area of code is eating up your memory.
>>>>>
>>>>>
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>>OK. I will monitor the /proc/slabinfo file.
>>>>
>>>>  
>>>>
>>>>        
>>>>
>>>>>Based on the sysrq-m info you posted it looks like due to fragmentation 
>>>>>the
>>>>>largest chunk of memory you can allocate is 2MB (perhaps less depending 
>>>>>on
>>>>>address space availability).  If you can build a test kernel to do a 
>>>>>show_state
>>>>>rather than a show_mem at the beginning of oom_kil, then you should be 
>>>>>able to
>>>>>tell who is trying to do an allocation that leads to kswapd calling
>>>>>out_of_memory.
>>>>>
>>>>>
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>>Neil, I'm trying to recompile the kernel source 2.4.21-32.0.1 and get 
>>>>some error messages:
>>>>
>>>>In file included from 
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/prefetch.h:13,
>>>>              from 
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/list.h:6,
>>>>              from 
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:12,
>>>>              from 3w-xxxx.c:172:
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:61: warning: 
>>>>parameter names (without types) in function declaration
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:61: field 
>>>>`loops_per_jiffy_R_ver_str' declared as a function
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:84: invalid 
>>>>suffix on integer constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:84: syntax error 
>>>>before numeric constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:84: warning: 
>>>>function declaration isn't a prototype
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:269: invalid 
>>>>suffix on integer constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:269: syntax 
>>>>error before numeric constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:269: warning: 
>>>>function declaration isn't a prototype
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/asm/processor.h:273: warning: 
>>>>parameter names (without types) in function declaration
>>>>In file included from 3w-xxxx.c:172:
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:190: invalid 
>>>>suffix on integer constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:190: syntax error 
>>>>before numeric constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:190: 
>>>>`inter_module_register_R_ver_str' declared as function returning a 
>>>>function
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:190: warning: 
>>>>function declaration isn't a prototype
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:191: invalid 
>>>>suffix on integer constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:191: syntax error 
>>>>before numeric constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:191: 
>>>>`inter_module_unregister_R_ver_str' declared as function returning a 
>>>>function
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:191: warning: 
>>>>function declaration isn't a prototype
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:192: 
>>>>`inter_module_get_R_ver_str' declared as function returning a function
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:192: warning: 
>>>>parameter names (without types) in function declaration
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:193: 
>>>>`inter_module_get_request_R_ver_str' declared as function returning a 
>>>>function
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:193: warning: 
>>>>parameter names (without types) in function declaration
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:194: invalid 
>>>>suffix on integer constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:194: syntax error 
>>>>before numeric constant
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:194: 
>>>>`inter_module_put_R_ver_str' declared as function returning a function
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:194: warning: 
>>>>function declaration isn't a prototype
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:203: 
>>>>`try_inc_mod_count_R_ver_str' declared as function returning a function
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h:203: warning: 
>>>>parameter names (without types) in function declaration
>>>>make[3]: *** [3w-xxxx_10200033.o] Error 1
>>>>make[3]: Leaving directory 
>>>>`/usr/src/linux-2.4.21-32.0.1.EL/drivers/addon/3w-xxxx_10200033'
>>>>make[2]: *** [_modsubdir_3w-xxxx_10200033] Error 2
>>>>make[2]: Leaving directory `/usr/src/linux-2.4.21-32.0.1.EL/drivers/addon'
>>>>make[1]: *** [_modsubdir_addon] Error 2
>>>>make[1]: Leaving directory `/usr/src/linux-2.4.21-32.0.1.EL/drivers'
>>>>make: *** [_mod_drivers] Error 2
>>>>
>>>>Is there any relationship between the sysrq-m changes to do show_state() 
>>>>rather than a show_mem() and the compiling erros?
>>>>
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/prefetch.h, line 13:
>>>> #include <asm/processor.h>
>>>>
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/list.h ,line 6:
>>>> #include <linux/prefetch.h>
>>>>
>>>>/usr/src/linux-2.4.21-32.0.1.EL/include/linux/module.h, line 12:
>>>> #include <linux/list.h>
>>>>
>>>>3w-xxxx.c, line 172:
>>>> #include <linux/module.h>
>>>>
>>>>Any ideia about the kernel compiling erros?
>>>>
>>>>(If I try to recompile a kernel.org kernel, it is compiled fine).
>>>>
>>>>Thanks again.
>>>>
>>>>Márcio.
>>>>
>>>>  
>>>>
>>>>        
>>>>
>>>I honestly don't know.  I expect you haven't patched something correctly, 
>>>have
>>>you built the source tree with rpmbuild, or are you just extracting the 
>>>tar file
>>>      
>>>
>>>from the rpm?
>>    
>>
>>>Neil
>>>
>>>
>>>
>>>      
>>>
>I honestly have no idea.  Suffice it to say, I never build out of the
>kernel-source package.  Better to use the kernel src rpm, do an rpmbuild -bp on
>the kernel src rpm, setting your target arch accordingly.  I have no problems
>with that on any RHEL kernels.
>Neil
>
>  
>
>>    I'm using the kernel-source package and trying to compiling the 
>>source (in /usr/src/linux-2.4 directory) with "make config", "make dep", 
>>"make clean", "make bzImage", "make modules" and "make 
>>modules_install".  I also try to compile a RHEL3 kernel-source without 
>>the sysrq-m changes on other RHEL3 systems and get the same errors...
>>
>>   If I try to compile a kernel source provide by kernel.org, I don't 
>>get the errors above, and the kernel compile works. When I try to 
>>compile the RHEL3 kernel-source, the "make config", "make dep", "make 
>>clean" and "make bzImage" commands works fine but when I run "make 
>>modules" command I get the errors above. I think that is some issue with 
>>the RHEL3 kernel-source package because other kernel sources (not Red 
>>Hat kernel) compile without problems.
>>
>>  I will try to compile the kernel using rpmbuild and check the 
>>results, plus the slabinfo informations.
>>
>>Thanks again,
>>
>>Márcio.
>>    
>>
>
>  
>
Neil,

  Can I increase the number of pages in Zone_NORMAL using RHEL 3 
hugemem kernel?

Thanks.

Márcio.


  reply	other threads:[~2005-07-25 17:02 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-21 12:34 Memory Management Márcio Oliveira
2005-07-21 13:11 ` Neil Horman
2005-07-21 13:40   ` Márcio Oliveira
2005-07-22 14:02     ` Neil Horman
2005-07-22 14:32       ` Márcio Oliveira
2005-07-22 19:08         ` Neil Horman
2005-07-22 19:41           ` Márcio Oliveira
2005-07-22 20:58             ` Roger Heflin
2005-07-22 23:23               ` Márcio Oliveira
2005-07-23 18:45                 ` Neil Horman
2005-07-23 23:16                   ` Márcio Oliveira
2005-07-24 18:54                     ` Neil Horman
2005-07-25  1:40                       ` Márcio Oliveira
2005-07-25  9:47                         ` Seiji Kihara
2005-07-25 14:30                         ` Neil Horman
2005-07-25 17:04                           ` Márcio Oliveira [this message]
  -- strict thread matches above, loose matches on Subject: below --
2016-02-05 18:49 masoud hematpour
2016-02-08  8:43 ` 慕冬亮
2016-02-08 10:38   ` sanjeev sharma
2016-02-08 11:28     ` Robert P. J. Day
2016-02-08 12:48       ` navid Rahimi
2011-06-10 11:34 memory management Venkateswarlu P
2011-06-10 11:57 ` Anuz Pratap Singh Tomar
2011-06-10 12:39 ` Sowmya Sridharan
2011-06-10 15:04 ` Prashant Shah
2006-12-18  7:33 Memory management Zgembo Adislic
2005-07-20 13:10 Memoy Management Márcio Oliveira
2005-07-20 13:24 ` Arjan van de Ven
2005-07-20 14:23   ` Memory Management Márcio Oliveira
2005-07-20 14:37     ` Arjan van de Ven
2004-12-14  4:52 memory management Michael Geis
2004-12-14 11:06 ` Clemens Ladisch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42E51BA4.50507@latinsourcetech.com \
    --to=moliveira@latinsourcetech.com \
    --cc=arjanv@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nhorman@redhat.com \
    --cc=rheflin@atipa.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.