mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Zapp Foster <zzaappp@yahoo.com>
To: linux-kernel@vger.kernel.org
Subject: Performance improvement inquiry
Date: Sat, 12 Oct 2002 13:26:42 -0700 (PDT)	[thread overview]
Message-ID: <20021012202642.53345.qmail@web11908.mail.yahoo.com> (raw)

I have a situation where speed of processing of
network data through a LINUX cluster is extremely 
crucial, and I need to shave 10 to 20 msec.

At the moment, I am running a stock REDHAT 7.1
distro with the more obviously unused modules
removed (like firewall services since the cluster 
resides behind a firewalled router, etc).

First question:  Will compiling a kernel with
the network module resident (as opposed to a loadable
module) make network performance any better?  From
the reading, it appears that resident modules are only
faster in initialization, not runtime.  I'm new to
this, so please correct me if I'm wrong.

Second:  Threads.  Each server runs one to several
custom services I've written, each of which performs a
part of data processing on the incoming data.  Each
service consists of eight to thirty threads.  The
question:  Is there a way to tweak the kernel to
improve thread performance?  I hear the 2.5 kernel 
has thread performance improvements, but I don't want 
to mess with it until I know more about it, or it 
goes into release as v2.6.

Third:  Shared libraries and task switching.  My fear
is that overhead for kernel/OS and my custom services
may be grinding away at the disk drive unnecessarily. 
Using sar(1), I see that no swap space is being used,
so I'm not hitting virtual memory.  But I wonder
how likely it is that shared libs (used either by my
services or the kernel/OS) are being re-read from
disk?  I am hoping that the libs get cached and thus
load from cache back into memory.

Fyi:  Each server contains a dual CPU and either 500MB
of RAM or a full Gig.  All machines are networked with
100baseT NICs.  Pings between each server is down
around 10 to 30 usec, so I don't think our local
backbone is a significant issue.

The desired result is to shave off the full 20 msec. 
If anyone knows about kernel futzing that will gain me
some performance, I'd love to hear it!

Many thanks!

-zap

__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com

             reply	other threads:[~2002-10-12 20:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-12 20:26 Zapp Foster [this message]
2002-10-12 21:33 ` Alan Cox
2002-10-12 23:58   ` Benjamin Herrenschmidt
2002-10-13  0:51 Joseph D. Wagner

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=20021012202642.53345.qmail@web11908.mail.yahoo.com \
    --to=zzaappp@yahoo.com \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®