All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sergey Vlasov <vsu@altlinux.ru>
To: Jan Engelhardt <jengelh@computergmbh.de>
Cc: Jon Masters <jonathan@jonmasters.org>,
	"Robert P. J. Day" <rpjday@mindspring.com>,
	Kyle McMartin <kyle@canonical.com>,
	Christoph Pleger <Christoph.Pleger@cs.uni-dortmund.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Size of kernel modules
Date: Sun, 10 Jun 2007 17:13:21 +0400	[thread overview]
Message-ID: <20070610171321.1fbf37d5.vsu@altlinux.ru> (raw)
In-Reply-To: <Pine.LNX.4.64.0706091558460.14652@fbirervta.pbzchgretzou.qr>

[-- Attachment #1: Type: text/plain, Size: 1281 bytes --]

On Sat, 9 Jun 2007 15:59:55 +0200 (CEST) Jan Engelhardt wrote:

> On Jun 9 2007 08:08, Jon Masters wrote:
> >
> >So I missed half of this conversation - you're saying that on a
> >CONFIG_DEBUG_KERNEL, you have such large .ko module files that depmod
> >segfaults? Can I get a core dump or any further information? :-)
>
> Just make sure your /lib/modules/<kernel> is like 300 megabytes or
> even more. Then depmod will clog up quite a lot memory already.
> (Taking a 256 mb ram machine for example, no swap or just very
> little.)

I have noticed such problems before - the depmod code just loads whole
module files into memory.  The situation is especially bad when
module-init-tools is configured with --enable-zlib - in this case memory
for all module files is allocated with malloc().  (Without --enable-zlib
depmod just mmaps all module files, which at least does not eat swap,
and probably does not bring unused pages into memory.)

I have made some patches to module-init-tools - unfortunately, they
probably don't apply to the current version (they were based on
v3.3-pre4):

git://git.altlinux.org/people/vsu/packages/module-init-tools.git
(release-module-data branch)

http://git.altlinux.org/people/vsu/packages/?p=module-init-tools.git;a=shortlog;h=release-module-data

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

      parent reply	other threads:[~2007-06-10 13:42 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-06 15:05 Size of kernel modules Christoph Pleger
2007-06-06 15:51 ` Jesper Juhl
2007-06-06 16:56   ` Jan Engelhardt
2007-06-06 17:17   ` Sam Ravnborg
2007-06-06 15:59 ` jimmy bahuleyan
2007-06-06 17:22 ` Sam Ravnborg
2007-06-06 18:40 ` Joseph Fannin
2007-06-08  3:44 ` Kyle McMartin
2007-06-08 12:40   ` Robert P. J. Day
2007-06-08 18:59     ` Chuck Ebbert
2007-06-09  7:55     ` Jan Engelhardt
2007-06-09 12:08       ` Jon Masters
2007-06-09 13:59         ` Jan Engelhardt
2007-06-09 16:14           ` Jon Masters
2007-06-09 18:56           ` Satyam Sharma
2007-06-10 13:13           ` Sergey Vlasov [this message]

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=20070610171321.1fbf37d5.vsu@altlinux.ru \
    --to=vsu@altlinux.ru \
    --cc=Christoph.Pleger@cs.uni-dortmund.de \
    --cc=jengelh@computergmbh.de \
    --cc=jonathan@jonmasters.org \
    --cc=kyle@canonical.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rpjday@mindspring.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.