From: Arnaldo Carvalho de Melo <acme@redhat.com>
To: dccp@vger.kernel.org
Subject: Re: [Announce]: Test results with latest CCID3 patch set
Date: Tue, 11 Dec 2007 17:40:43 +0000 [thread overview]
Message-ID: <20071211174043.GG24046@ghostprotocols.net> (raw)
In-Reply-To: <20071210154008.GA16839@gerrit.erg.abdn.ac.uk>
Em Tue, Dec 11, 2007 at 02:21:28PM +0000, Gerrit Renker escreveu:
> | I am new of this mailing list and I am really interested in the
> | measurements you are performing with DCCP.
> This was more of a regression test, as there had been recent changes in
> the test tree, to see that the kernel (not userspace) still performs in
> a predictable way.
>
> | Which tool are you using ? Are you using Iperf for such measurements ?
> The setup is the one from
> http://www.linux-foundation.org/en/Net:DCCP_Testing#Regression_testing
> and, yes, it uses iperf.
>
> | Have you ever heard about D-ITG ?
>
> | You can find more information here:
> | http://www.grid.unina.it/software/ITG
> |
> | I am one of the authors of such platform and I have also
> | performed some very preliminary tests with DCCP.
> |
> | I would be very glad to have your opinion on that and I'm very interested
> | in improving its features, also with specific regard to the support of
> | transport protocols.
> |
> It is a very nice tool with many features. I only ran simple tests with it (version 2.6),
> again only as basic sanity tests -- the throughput result was similar to the one tested with
> iperf.
>
> I think that the tool has more to offer and can help improve/extend DCCP testing.
> Here is my list of points, hoping that the others will add theirs, too:
>
> * would be good to have a standardised set of scripts, for comparison/benchmarking
>
> * the built-in VoIP module only works for UDP -- is it possible to port this to DCCP?
>
> * as per previous email, more complex traffic scenarios would be good, in particular
> - switching on/off background traffic at times to observe TCP/flow-friendliness
> - running multiple DCCP flows in parallel and at overlapping times
Does this tool records results in a database keyed by kernel
version/buildid for us to use it as a regression tool?
Something that would produce results around these lines:
"WARNING: test #23 counter #3 variance bigger than specified since the
last kernel tested (git cset 55ed793afb4a8025d33a8e6a5f2f89d5ac4d8432)!"
- Arnaldo
next prev parent reply other threads:[~2007-12-11 17:40 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-10 15:40 [Announce]: Test results with latest CCID3 patch set Gerrit Renker
2007-12-11 13:59 ` Alessio Botta
2007-12-11 14:21 ` Gerrit Renker
2007-12-11 17:40 ` Arnaldo Carvalho de Melo [this message]
2007-12-12 14:45 ` Burak Gorkemli
2007-12-12 16:42 ` Gerrit Renker
2007-12-12 20:40 ` Burak Gorkemli
2007-12-12 23:19 ` Alessio Botta
2007-12-12 23:21 ` Alessio Botta
2007-12-13 0:29 ` Arnaldo Carvalho de Melo
2007-12-13 9:37 ` Gerrit Renker
2007-12-13 13:28 ` Burak Gorkemli
2007-12-13 14:14 ` Gerrit Renker
2007-12-13 16:35 ` Ian McDonald
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=20071211174043.GG24046@ghostprotocols.net \
--to=acme@redhat.com \
--cc=dccp@vger.kernel.org \
/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.