All of lore.kernel.org
 help / color / mirror / Atom feed
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...


  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 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.