From: Redeeman <lkml@metanurb.dk>
To: LKML Mailinglist <linux-kernel@vger.kernel.org>
Cc: Horst von Brand <vonbrand@inf.utfsm.cl>
Subject: Re: quite big breakthrough in the BAD network performance, which mm6 did not fix
Date: Wed, 07 Jul 2004 07:46:26 +0200 [thread overview]
Message-ID: <1089179186.10677.8.camel@localhost> (raw)
In-Reply-To: <200407061812.24526.lkml@lpbproductions.com>
this must be some misunderstanding, i do not want to complain, and i
dont hope people get that impression, i am trying to do feedback, so
that issues can be fixed.
the thing about testing against a local apache, i did that, and its
fast, however, i still take that with a grain of salt, because, as said
before, even though that internet speed may vary from time to time, i
can see that kernel.org has plenty bandwith, and when 2.6.5 then
downloads with 200kb/s from http://kernel.org, and 2.6.7 only 50kb/s,
this should be able to prove its some issues with 2.6.7, but thats just
my opinion
On Tue, 2004-07-06 at 18:12 -0700, Matt Heler wrote:
> Not to sound mean about this. But either you prove your claim with benchmarks
> in a controlled enviroment ( that means in a private network ), or you stop
> trolling and complaining. The linux kernel is a free piece of software, if
> you don't like one version of it, then feel free to use some earlier version.
> Otherwise please stop.
>
> Matt H.
>
>
> On Tuesday 06 July 2004 5:42 pm, Redeeman wrote:
> > On Tue, 2004-07-06 at 15:30 -0400, Horst von Brand wrote:
> > > Redeeman <lkml@metanurb.dk> said:
> > > > On Mon, 2004-07-05 at 17:54 -0700, Matt Heler wrote:
> > > > > Ok first take benchmarks ( use wget ), and secondly results from the
> > > > > internet vary day by day , hour to hour , minute by minute. Don't
> > > > > expect all sites on the internet to be the same speed, or even stay
> > > > > the same speed for that matter. For more accurate benchmark results
> > > > > setup a personal server on your own private network and benchmark
> > > > > http trasnfers using different kernels.
> > > >
> > > > i am aware of this, however, what i use to benchmark is kernel.org, as
> > > > i can see they have alot bandwith free.
> > >
> > > How do you know that?
> >
> > how i know? i dont think anyone in the matter of seconds begin to use
> > the spare ~800mbit/s of bandwith they do not use when i try, (according
> > to info from bwbar on kernel.org)
> >
> > > > if i use kernel.org http i get 50kb/s, if i use ftp, i can easily fetch
> > > > with 200kb/s
> > >
> > > Trafic shaping somewhere along the route? Much more load on HTTP than
> > > FTP? Are they the very same machines? Under the exact same load? Are the
> > > servers written with the same care? Are the clients?
> > >
> > > > also, the gnu ftp, where i took gcc3.4.1, it gave me 200kb/s
> > >
> > > Ditto.
> > >
> > > Unless you set up something where there aren't dozens of unknown
> > > variables and a hundred or so that you have got no chance at all to even
> > > guess what their values/effects are...
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
next prev parent reply other threads:[~2004-07-07 5:46 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-05 23:38 quite big breakthrough in the BAD network performance, which mm6 did not fix Redeeman
2004-07-06 0:54 ` Matt Heler
2004-07-06 13:25 ` Redeeman
2004-07-06 13:53 ` Erik Mouw
2004-07-06 15:49 ` Redeeman
2004-07-06 18:46 ` Matt Heler
2004-07-06 20:08 ` John Richard Moser
2004-07-06 20:20 ` John Richard Moser
2004-07-06 19:30 ` Horst von Brand
2004-07-07 0:42 ` Redeeman
2004-07-07 1:12 ` Matt Heler
2004-07-07 4:46 ` qubes
2004-07-07 5:46 ` Redeeman [this message]
2004-07-07 6:31 ` bert hubert
2004-07-07 6:37 ` Redeeman
2004-07-07 8:19 ` bert hubert
2004-07-07 8:29 ` Redeeman
2004-07-07 7:45 ` Redeeman
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=1089179186.10677.8.camel@localhost \
--to=lkml@metanurb.dk \
--cc=linux-kernel@vger.kernel.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.