From: jamal <hadi@cyberus.ca>
To: Lincoln Dale <ltd@cisco.com>
Cc: Horst von Brand <vonbrand@inf.utfsm.cl>,
"David S. Miller" <davem@redhat.com>,
Ben Greear <greearb@candelatech.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 09:00:08 -0400 (EDT) [thread overview]
Message-ID: <aee12t$135$2@main.gmane.org> (raw)
In-Reply-To: <5.1.0.14.2.20020612224038.0251bd08@mira-sjcm-3.cisco.com>
On Wed, 12 Jun 2002, Lincoln Dale wrote:
> At 08:33 AM 12/06/2002 -0400, jamal wrote:
> > > i know of many many folk who use transaction logs from HTTP caches for
> > > volume-based billing.
> > > right now, those bills are anywhere between 10% to 25% incorrect.
> > >
> > > you call that "extremely limited"?
> >
> >Surely, you must have better ways to do accounting than this -- otherwise
> >you deserve to loose money.
>
> many people don't have better ways to do accounting than this.
>
Then they dont care about loosing money.
There's nothing _more important_ to a service provider than ability to do
proper billing. Otherwise, they are a charity organization.
> in the case of Squid and Linux, they're typically using it because its
> open-source and "free".
I am hoping you didnt mean to say squid was only good because it has
these perks.
>
> they want to use HTTP Caching to save bandwidth (and therefore save money),
> but they also live in a regime of volume-based billing. (not everywhere on
> the planet is fixed-$/month for DSL).
>
> the unfortunate solution is to use HTTP Transaction logs, which count
> payload at layer-7, not payload+headers+retransmissions at layer-3.
>
Look at your own employers eqpt if you want to do this right.
And then search around freshmeat so you dont reinvent the wheel.
> > > of course, i am doing exactly what Dave said to do -- maintaining my own
> > > out-of-kernel patch -- but its a pain, i'm sure it will soon conflict with
> > > stuff and is a damn shame - it isn't much code, but Dave seems pretty
> > > steadfast that he isn't interested.
> >
> >You havent proven why its needed. And from the looks of it you dont even
> >need it.
>
> i don't need it because i already have it in my kernel.
> but thats where it ends -- its destined to forever be a private patch.
>
And until you prove it is worth it and useful to other people then
forever thats where it belongs. I now of nobody serious about billing
who is using sockets stats as the transaction point.
> >If 3 people need it, then i would like to ask we add lawn mower
> >support that my relatives have been asking for the last 5 years.
>
> lawn-mower support sounds like a userspace application to me.
>
But we need a new system call support
cheers,
jamal
next parent reply other threads:[~2002-06-12 13:00 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5.1.0.14.2.20020612224038.0251bd08@mira-sjcm-3.cisco.com>
2002-06-12 13:00 ` jamal [this message]
[not found] ` <Pine.GSO.4.30.0206120853320.799-100000@shell.cyberus.ca>
2002-06-12 14:53 ` RFC: per-socket statistics on received/dropped packets 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] <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
[not found] <5.1.0.14.2.20020613183120.03222cb8@mira-sjcm-3.cisco.com>
2002-06-13 10:10 ` David Schwartz
2002-06-12 20:30 Yan-Fa Li
-- strict thread matches above, loose matches on Subject: below --
2002-06-12 20:30 Yan-Fa Li
[not found] <20020612105355.A20760@mark.mielke.cc>
2002-06-12 15:57 ` jamal
2002-06-12 17:00 ` Horst von Brand
[not found] <Pine.LNX.4.44.0206120930160.29780-100000@netcore.fi>
2002-06-12 6:49 ` 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.0206120905510.29780-100000@netcore.fi>
2002-06-12 6:26 ` Ben Greear
2002-06-06 19:37 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
[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
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='aee12t$135$2@main.gmane.org' \
--to=hadi@cyberus.ca \
--cc=davem@redhat.com \
--cc=greearb@candelatech.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ltd@cisco.com \
--cc=netdev@oss.sgi.com \
--cc=vonbrand@inf.utfsm.cl \
/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).