From: Redeeman <lkml@metanurb.dk>
To: Horst von Brand <vonbrand@inf.utfsm.cl>
Cc: LKML Mailinglist <linux-kernel@vger.kernel.org>
Subject: Re: quite big breakthrough in the BAD network performance, which mm6 did not fix
Date: Wed, 07 Jul 2004 02:42:53 +0200 [thread overview]
Message-ID: <1089160973.903.1.camel@localhost> (raw)
In-Reply-To: <200407061930.i66JUpqI009671@eeyore.valparaiso.cl>
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...
next prev parent reply other threads:[~2004-07-07 0:42 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 [this message]
2004-07-07 1:12 ` Matt Heler
2004-07-07 4:46 ` qubes
2004-07-07 5:46 ` Redeeman
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=1089160973.903.1.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox