netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mark Mielke <mark@mark.mielke.cc>
To: Richard Guy Briggs <rgb@conscoop.ottawa.on.ca>
Cc: "David S. Miller" <davem@redhat.com>,
	davidsen@tmr.com, greearb@candelatech.com,
	cfriesen@nortelnetworks.com, linux-kernel@vger.kernel.org,
	netdev@oss.sgi.com
Subject: Re: RFC: per-socket statistics on received/dropped packets
Date: Wed, 12 Jun 2002 01:20:04 -0400	[thread overview]
Message-ID: <ae6mah$7ck$2@main.gmane.org> (raw)
In-Reply-To: <20020611235726.P25193@grendel.conscoop.ottawa.on.ca>; from rgb@conscoop.ottawa.on.ca on Tue, Jun 11, 2002 at 11:57:26PM -0400

On Tue, Jun 11, 2002 at 11:57:26PM -0400, Richard Guy Briggs wrote:
> On Tue, Jun 11, 2002 at 08:41:19PM -0700, David S. Miller wrote:
> >    From: Bill Davidsen <davidsen@tmr.com>
> >    Date: Tue, 11 Jun 2002 18:41:16 -0400 (EDT)
> >      Actually your arguments sound like you have a solution to your problem
> >    and you want everyone to use it even if it doesn't help them. Have you
> >    some emotional tie to SNMP, like being an author?
> Basically Bill, if you don't like this policy, fork the code.  That is
> one of the strengths (and weaknesses) of open source.  If your tree
> works better and gets wider use, then something about it must be better.
> If not, then maybe it wasn't.  This community works on reputation
> capital (and some diplomacy).

To some degree (i.e. I know it is not intentional), this comes across as
blackmail.

Sorta like "if you want to play ball with me, you play by my rules,
otherwise you can go find your own diamond and your own friends to
play with."

I would still like to see David's logic as to why the approach is bad.

So far it amounts to 1) David doesn't like it, 2) David doesn't see a need
for it, or can see other less adequate methods of approximating the same
effect, and 3) David suspects that it will effect the performance of all
users to provide a limited gain for some applications.

'Reputation capital' is earned. I would like to see it 'earned' in
practice given a real requirement from a real developer on a real
world class application.

Statements such as 'the most important thing I do is say no', don't
convince me that a reputation is deserved. The extreme of this is
that an automaton could say no to everything.

Yes, I might be testing David... is it fair? Well, the requirement was
fair, so how could it not be fair?

I (and Bill) are just asking for some logic to show us where we are
wrong. Linus can pull the "I'm god, and that's that" gig. Fine. How
far does the godhead extend? Who else can pull this gig?

I am waiting in anticipation to be shown the error of my ways using
proper logic and iron clad reasoning... :-)

Cheers,
mark

-- 
mark@mielke.cc/markm@ncf.ca/markm@nortelnetworks.com __________________________
.  .  _  ._  . .   .__    .  . ._. .__ .   . . .__  | Neighbourhood Coder
|\/| |_| |_| |/    |_     |\/|  |  |_  |   |/  |_   | 
|  | | | | \ | \   |__ .  |  | .|. |__ |__ | \ |__  | Ottawa, Ontario, Canada

  One ring to rule them all, one ring to find them, one ring to bring them all
                       and in the darkness bind them...

                           http://mark.mielke.cc/

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

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-06 19:37 RFC: per-socket statistics on received/dropped packets Chris Friesen
2002-06-07  3:21 ` David S. Miller
2002-06-07 15:34   ` Chris Friesen
2002-06-07 22:15   ` Ben Greear
     [not found]   ` <3D01307C.4090503@candelatech.com>
2002-06-08 21:05     ` Mark Mielke
2002-06-08 23:04       ` David S. Miller
     [not found]       ` <20020608.160407.101346167.davem@redhat.com>
2002-06-09  0:13         ` Ben Greear
     [not found]         ` <3D029DAF.5040006@candelatech.com>
2002-06-09  0:51           ` David S. Miller
     [not found]           ` <20020608.175108.84748597.davem@redhat.com>
2002-06-09 18:23             ` Ben Greear
2002-06-10  4:34               ` David S. Miller
     [not found]               ` <20020609.213440.04716391.davem@redhat.com>
2002-06-10  5:55                 ` Mark Mielke
2002-06-10  6:08                 ` Ben Greear
2002-06-10 12:03                 ` Lincoln Dale
2002-06-10 12:18                   ` David S. Miller
2002-06-10 12:24                     ` jamal
2002-06-10 13:57                       ` Mark Mielke
2002-06-10 14:45                         ` jamal
2002-06-10 14:56                           ` jamal
2002-06-10 19:28                           ` Chris Friesen
2002-06-10 19:28                           ` Chris Friesen
2002-06-10 19:28                           ` Chris Friesen
2002-06-10 19:28                           ` Chris Friesen
2002-06-10 19:28                           ` Chris Friesen
2002-06-11 22:41                 ` Bill Davidsen
     [not found]                 ` <Pine.LNX.3.96.1020611183218.29598A-100000@gatekeeper.tmr.com>
2002-06-12  3:41                   ` David S. Miller
2002-06-12  3:57                     ` Richard Guy Briggs
2002-06-12  5:20                       ` Mark Mielke [this message]
     [not found]                       ` <20020612012004.A15773@mark.mielke.cc>
2002-06-12  6:08                         ` Pekka Savola
2002-06-12  9:18                         ` Sean Hunter
2002-06-09 14:47       ` Pekka Pietikäinen
     [not found] <Pine.LNX.4.44.0206120905510.29780-100000@netcore.fi>
2002-06-12  6:26 ` Ben Greear
     [not found] <Message from Ben Greear <greearb@candelatech.com>
     [not found] ` <3D06E9A0.5060801@candelatech.com>
2002-06-12  6:32   ` Pekka Savola
2002-06-12 12:11   ` Horst von Brand
     [not found]   ` <200206121211.g5CCBjZt030139@pincoya.inf.utfsm.cl>
2002-06-12 12:28     ` Lincoln Dale
     [not found] <Pine.LNX.4.44.0206120930160.29780-100000@netcore.fi>
2002-06-12  6:49 ` Ben Greear
     [not found] <5.1.0.14.2.20020612224038.0251bd08@mira-sjcm-3.cisco.com>
2002-06-12 13:00 ` jamal
     [not found] ` <Pine.GSO.4.30.0206120853320.799-100000@shell.cyberus.ca>
2002-06-12 14:53   ` Mark Mielke
2002-06-12 14:53   ` Mark Mielke
     [not found] ` <5.1.0.14.2.20020614100914.01adca48@mira-sjcm-3.cisco.com>
2002-06-14 15:51   ` Stephen Hemminger
     [not found]   ` <1024069878.20676.1.camel@dell_ss3.pdx.osdl.net>
2002-06-14 18:09     ` Ben Greear
     [not found] <20020612105355.A20760@mark.mielke.cc>
2002-06-12 15:57 ` jamal
2002-06-12 17:00 ` Horst von Brand
  -- strict thread matches above, loose matches on Subject: below --
2002-06-12 20:30 Yan-Fa Li
2002-06-12 20:30 Yan-Fa Li
     [not found] <5.1.0.14.2.20020613183120.03222cb8@mira-sjcm-3.cisco.com>
2002-06-13 10:10 ` David Schwartz
     [not found] <5.1.0.14.2.20020612221925.0283fb18@mira-sjcm-3.cisco.com>
2002-06-12 12:33 ` jamal
2002-06-12 12:44   ` Lincoln Dale
2002-06-12 12:44   ` Lincoln Dale
2002-06-12 12:44   ` Lincoln Dale
2002-06-13  7:21 ` David Schwartz
     [not found] ` <20020613072155.AAA14363@shell.webmaster.com@whenever>
2002-06-13  8:44   ` Lincoln Dale
2002-06-23  2:03 ` Alan Cox
     [not found] ` <E17LwjD-0003hT-00@the-village.bc.nu>
2002-06-23  2:05   ` Lincoln Dale

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='ae6mah$7ck$2@main.gmane.org' \
    --to=mark@mark.mielke.cc \
    --cc=cfriesen@nortelnetworks.com \
    --cc=davem@redhat.com \
    --cc=davidsen@tmr.com \
    --cc=greearb@candelatech.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@oss.sgi.com \
    --cc=rgb@conscoop.ottawa.on.ca \
    /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;
as well as URLs for NNTP newsgroup(s).