From: Tom Zanussi <zanussi@us.ibm.com>
To: "David S. Miller" <davem@redhat.com>
Cc: karim@opersys.com, jmorris@redhat.com, zanussi@us.ibm.com,
linux-kernel@vger.kernel.org, bob@watson.ibm.com
Subject: Re: [PATCH][RFC] relayfs (1/4) (Documentation)
Date: Fri, 10 Oct 2003 10:26:04 -0500 [thread overview]
Message-ID: <16262.53132.204302.597010@gargle.gargle.HOWL> (raw)
In-Reply-To: <20031010005703.0daf3e19.davem@redhat.com>
David S. Miller writes:
> On Thu, 09 Oct 2003 13:42:09 -0400
> Karim Yaghmour <karim@opersys.com> wrote:
>
> >
> > James Morris wrote:
> > > It should be possible to make Netlink sockets mmapable (like the packet
> > > socket).
> >
> > So would you consider running printk on Netlink sockets? Do you think Netlink
> > could accomodate something as intensive as tracing? etc.
>
> Of course it can. Look, netlink is used on routers to transfer
> hundreds of thousands of routing table entries in one fell swoop
> between a user process and the kernel every time the next hop Cisco
> has a BGP routing flap.
>
> If you must have "enterprise wide client server" performance, we can
> add mmap() support to netlink sockets just like AF_PACKET sockets support
> such a thing. But I _really_ doubt you need this and unlike netlink sockets
> relayfs has no queueing model, whereas not only does netlink have one it's
> been tested in real life.
>
> You guys are really out of your mind if you don't just take the netlink
> printk thing I did months ago and just run with it. When someone first
> told showed me this relayfs thing, I nearly passed out in disbelief that
> people are still even considering non-netlink solutions.
>
Well, if you add mmap() support, and remove all the dependencies
Netlink has on networking code, and add a non-sockets-based interface,
then you'd have something that could be used by everyone regardless of
whether they have networking configured in. You'd also then have
something just as 'untested in real life' as relayfs, unless it really
does just boil down to some minor tweaks.
Some other things relayfs supports which I'm not sure (literally)
Netlink supports
- relay_write() can be called from any context
- relayfs has support for per-CPU buffering
- it doesn't require a memory allocation for each packet, so can be
used in low-memory situations
- relayfs by design supports packet buffering, so can be used at boot time
- relayfs is reliable - the only way packets get dropped is if the
buffer fills up, but this is addressed by a dynamic resizing
capability, or by making the buffers larger to start out with.
--
Regards,
Tom Zanussi <zanussi@us.ibm.com>
IBM Linux Technology Center/RAS
prev parent reply other threads:[~2003-10-10 15:27 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-07 20:59 Tom Zanussi
2003-10-09 13:45 ` James Morris
2003-10-09 15:25 ` Tom Zanussi
2003-10-09 17:15 ` James Morris
2003-10-09 17:42 ` Karim Yaghmour
2003-10-10 7:57 ` David S. Miller
2003-10-10 14:41 ` Karim Yaghmour
2003-10-11 17:34 ` David S. Miller
2003-10-12 23:23 ` Richard J Moore
2003-10-13 17:25 ` David S. Miller
2003-10-14 11:32 ` Richard J Moore
2003-10-14 16:44 ` David S. Miller
2003-10-15 16:56 ` Richard J Moore
2003-11-13 14:19 ` Hubertus Franke
2003-10-13 14:53 ` Tom Zanussi
2003-10-10 15:26 ` Tom Zanussi [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=16262.53132.204302.597010@gargle.gargle.HOWL \
--to=zanussi@us.ibm.com \
--cc=bob@watson.ibm.com \
--cc=davem@redhat.com \
--cc=jmorris@redhat.com \
--cc=karim@opersys.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®