public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Manfred Bartz" <md-linux-kernel@logi.cc>
To: linux-kernel@vger.kernel.org
Subject: Re: IP Acounting Idea for 2.5
Date: 18 Apr 2001 08:32:34 +1000	[thread overview]
Message-ID: <20010417223234.15095.qmail@logi.cc> (raw)
In-Reply-To: <BF9651D8732ED311A61D00105A9CA3150446DA2E@berkeley.gci.com>
In-Reply-To: Leif Sawyer's message of "Tue, 17 Apr 2001 11:09:09 -0800"

Leif Sawyer <lsawyer@gci.com> writes:

> Jesse Pollard replies:
> to Leif Sawyer who wrote: 
> > > Besides, what would be gained in making the counters RO, if 
> > > they were cleared every time the module was loaded/unloaded?
> > 
> > 1. Knowlege that the module was reloaded.
> > 2. Knowlege that the data being measured is correct
> > 3. Having reliable measures
> > 4. being able to derive valid statistics

> Good.  Now that we have valid objectives to reach, which of these
> are NOT met by making the fixes entirely in userspace, ...

By this logic you could ask why we need separate user spaces,
just fix all applications so they cooperate nicely.

> They're still all met, right?

No.  Because they require well behaved, cooperative user programs.

> And we haven't had to fill the kernel with more cruft.

Nonsense.  Removing counter reset capabilities reduces kernel cruft.

-- 
Manfred Bartz

  parent reply	other threads:[~2001-04-17 22:33 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-17 19:09 IP Acounting Idea for 2.5 Leif Sawyer
2001-04-17 19:37 ` Matti Aarnio
2001-04-18 13:49   ` Michael Clark
2001-04-17 22:32 ` Manfred Bartz [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-04-17 23:06 Leif Sawyer
2001-04-17 21:48 Leif Sawyer
2001-04-17 22:58 ` Manfred Bartz
2001-04-17 23:13   ` Alan Cox
2001-04-17 23:35     ` Manfred Bartz
2001-04-18  0:02       ` Alan Cox
2001-04-20  2:51         ` Ton Hospel
2001-05-01 23:13           ` Mark van Walraven
2001-04-18  8:16     ` Kenneth Johansson
2001-04-18 14:45       ` Jonathan Lundell
2001-04-17 21:25 Jesse Pollard
2001-04-17 18:31 Jesse Pollard
2001-04-17 16:57 Leif Sawyer
2001-04-17 12:28 Jesse Pollard
2001-04-16 23:52 Leif Sawyer
2001-04-16 22:35 Leif Sawyer
2001-04-16 23:42 ` Ian Stirling
2001-04-17  1:13 ` Manfred Bartz
2001-04-17 10:34 ` Olaf Titz
2001-04-16 21:53 David Findlay
2001-04-16  0:21 ` Michael Clark
2001-04-16  0:40 ` Mike A. Harris
2001-04-16 22:46   ` David Findlay
2001-04-16  0:50     ` Mike A. Harris
2001-04-16  1:58       ` swds.mlowe
2001-04-16  1:24     ` Matti Aarnio
2001-04-16  2:07     ` Manfred Bartz
2001-04-16  9:43       ` Russell King
2001-04-16 22:24         ` Manfred Bartz
2001-04-17 10:29         ` Olaf Titz
2001-04-17  1:43       ` Harald Welte
2001-04-17  2:37         ` Manfred Bartz
2001-04-17  6:56         ` Henning P. Schmiedehausen
2001-04-20 16:17           ` Harald Welte
2001-04-20 21:00             ` Henning P. Schmiedehausen
2001-04-16 11:21     ` Andreas Ferber
2001-04-16  2:40 ` Dax Kelson
2001-04-17  1:39 ` Harald Welte

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=20010417223234.15095.qmail@logi.cc \
    --to=md-linux-kernel@logi.cc \
    --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