From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 1405C21F1E8; Tue, 14 May 2013 07:46:05 -0700 (PDT) Received: by mail-ie0-f172.google.com with SMTP id 16so1218902iea.3 for ; Tue, 14 May 2013 07:46:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Em1XXjwsF5zRTRBd9+4EZQwDqb8Bmn6FpcD/mOMp6ms=; b=AnO+isbq+ER3FICETjDaIErbysVwmzpscU14GvUzis9C+B7JT8QAbaaISGjFJgk/4J 7Buf0j7e4YCuRJ83nV3cFryA9f0EJLAzWrznZ4ROPGRhLXj4OONlFqeeknJVQRSE+Z2X 2TWOnHT1HtAX4GbovEO9dtZXvsY2cFJmdZPWKsb00A6vkdzga57DnFQUuJxu9LVMzRlz RJZ6ngy9P+vzdVjvENSB4D0EYoh3Z/ICTf5VPbg4EqR8BELgVTo6/+IuYfxaF/mmEDbQ wlqAIzdhXbRG6IaHXS9AYkhQEKHP7p/fTEdKJ9q7k0jVFD+Dw2qkp1XtYwLsraSN5WcV D4jA== MIME-Version: 1.0 X-Received: by 10.42.28.71 with SMTP id m7mr6715025icc.19.1368542762642; Tue, 14 May 2013 07:46:02 -0700 (PDT) Received: by 10.64.9.114 with HTTP; Tue, 14 May 2013 07:46:02 -0700 (PDT) Received: by 10.64.9.114 with HTTP; Tue, 14 May 2013 07:46:02 -0700 (PDT) In-Reply-To: <20130514154838.2d9622b7@redhat.com> References: <20130514154838.2d9622b7@redhat.com> Date: Tue, 14 May 2013 07:46:02 -0700 Message-ID: From: Dave Taht To: Jesper Dangaard Brouer Content-Type: multipart/alternative; boundary=20cf301d42183a342704dcaeb11d Cc: codel@lists.bufferbloat.net, bloat Subject: Re: [Codel] [Bloat] Network test tools for many parallel/concurrent connections? X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 May 2013 14:46:07 -0000 --20cf301d42183a342704dcaeb11d Content-Type: text/plain; charset=ISO-8859-1 I still use tcptrace and xplot.org for deep dives. I just fired off 2048 netperfs to localhost on my laptop. It started bogging down at 1000 but made it to the end, all connections chugging away. Probably a better tool would be the apache benchmark `ab` or something else that is built to stress out web sites. On May 14, 2013 10:15 AM, "Jesper Dangaard Brouer" wrote: > > (I'm testing fq_codel and codel) > > I need a test tool that can start many TCP streams (>1024). > During/after the testrun I want to know if the connections got a fair > share of the bandwidth. > > Can anyone recomment tools for this? > > After the test I would also like to, "deep-dive" analyse one of the TCP > streams to see how the congestion window, outstanding-win/data is > behaving. Back in 2005 I used-to-use a tool called > "tcptrace" (http://www.tcptrace.org). > Have any better tools surfaced? > > -- > Best regards, > Jesper Dangaard Brouer > MSc.CS, Sr. Network Kernel Developer at Red Hat > Author of http://www.iptv-analyzer.org > LinkedIn: http://www.linkedin.com/in/brouer > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --20cf301d42183a342704dcaeb11d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I still use tcptrace and xplot.= org for deep dives.

I just fired off 2048 netperfs to localhost on my laptop.=A0= It started bogging down at 1000 but made it to the end, all connections ch= ugging away.

Probably a better tool would be the apache benchmark `ab` or= something else that is built to stress out web sites.

On May 14, 2013 10:15 AM, "Jesper Dangaard = Brouer" <jbrouer@redhat.com> wrote:

(I'm testing fq_codel and codel)

I need a test tool that can start many TCP streams (>1024).
During/after the testrun I want to know if the connections got a fair
share of the bandwidth.

Can anyone recomment tools for this?

After the test I would also like to, "deep-dive" analyse one of t= he TCP
streams to see how the congestion window, outstanding-win/data is
behaving. =A0Back in 2005 I used-to-use a tool =A0called
"tcptrace" (http://www.tcptrace.org).
Have any better tools surfaced?

--
Best regards,
=A0 Jesper Dangaard Brouer
=A0 MSc.CS, Sr. Network Kernel Developer at Red Hat
=A0 Author of ht= tp://www.iptv-analyzer.org
=A0 LinkedIn: http://www.linkedin.com/in/brouer
_______________________________________________
Bloat mailing list
Bloat@lists.bufferbloat.net<= /a>
= https://lists.bufferbloat.net/listinfo/bloat
--20cf301d42183a342704dcaeb11d--