All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Chinner <dgc@sgi.com>
To: Georgi Chorbadzhiyski <gf@unixsol.org>
Cc: Donald Douwsma <donaldd@sgi.com>,
	xfs@oss.sgi.com, jfs-discussion@lists.sourceforge.net,
	cluster-devel@redhat.com,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Unneeded kernel threads (xfs, jfs, gfs2)
Date: Tue, 13 May 2008 19:03:11 +1000	[thread overview]
Message-ID: <20080513090311.GZ155679365@sgi.com> (raw)
In-Reply-To: <482951C3.60600@unixsol.org>

On Tue, May 13, 2008 at 11:30:59AM +0300, Georgi Chorbadzhiyski wrote:
> >>http://mirrors.unixsol.org/slackware/slackware-12.1/kernels/hugesmp.s/config 
> >
> >Your distro is building all of these modules into the kernel.
> >    CONFIG_XFS_FS=y
> >    CONFIG_JFS_FS=y
> >    CONFIG_GFS2_FS=y
> >
> >This isnt exactly standard practice, normally they'd be set to =m and only
> >used if required to mount a filesystem. You may want to ask the slackware
> >people why they chose to do this for their hugexxx.s kernels.
> 
> I know that they are compiled in the kernel, but since they
> are not used isn't starting their own kthreads kind of
> unnecessary? Surely the threads can be started on demand
> only when xfs/etc volume is mounted.

Sure - XFS will start another three kernel threads per filesystem
that gets mounted. And for good measure, it cleans them up again
on unmount. :)

The other threads are per-cpu workqueue threads that are shared
across all XFS filesystems in the system and hence are started
when XFS is initialised rather than when a mount occurs.

Cheers,

Dave.
-- 
Dave Chinner
Principal Engineer
SGI Australian Software Group

  reply	other threads:[~2008-05-13  9:02 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-12 22:55 Unneeded kernel threads (xfs, jfs, gfs2) Georgi Chorbadzhiyski
2008-05-12 23:21 ` Jan Engelhardt
2008-05-13  8:36   ` Georgi Chorbadzhiyski
2008-05-14 17:22     ` [Cluster-devel] " Stefan Richter
2008-05-14 17:22       ` Stefan Richter
2008-05-13  5:29 ` Donald Douwsma
2008-05-13  5:51   ` FD Cami
2008-05-13  8:33     ` Georgi Chorbadzhiyski
2008-05-13  8:30   ` Georgi Chorbadzhiyski
2008-05-13  9:03     ` David Chinner [this message]
2008-05-13  9:21       ` [Cluster-devel] Re: [Jfs-discussion] " Christoph Hellwig
2008-05-13  9:21         ` Christoph Hellwig
2008-05-13  9:28         ` [Cluster-devel] " Christoph Hellwig
2008-05-13  9:28           ` Christoph Hellwig
2008-05-13 15:31           ` Eric Sandeen
2008-05-13 13:31   ` Lennart Sorensen

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=20080513090311.GZ155679365@sgi.com \
    --to=dgc@sgi.com \
    --cc=cluster-devel@redhat.com \
    --cc=donaldd@sgi.com \
    --cc=gf@unixsol.org \
    --cc=jfs-discussion@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=xfs@oss.sgi.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.