From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.toke.dk X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.1 Received: from mail.toke.dk by mail.toke.dk with LMTP id SN4sB/PUDVqHBAAAOr1fkg for ; Thu, 16 Nov 2017 19:12:03 +0100 Received: from web6.sd.eurovps.com (web6.sd.eurovps.com [77.235.54.103]) by mail.toke.dk (Postfix) with ESMTPS id B841922ED3D for ; Thu, 16 Nov 2017 19:12:02 +0100 (CET) Authentication-Results: mail.toke.dk; dkim=fail reason="key not found in DNS" (0-bit key) header.d=flent.org header.i=@flent.org header.b=gr+tCDtL; dkim=fail reason="signature verification failed" (1024-bit key) header.d=github.com header.i=@github.com header.b=vwZDAGss DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=flent.org; s=default; h=Sender:Content-Type:Cc:Reply-To:List-Subscribe:List-Help: List-Post:List-Archive:List-Unsubscribe:List-Id:Subject:Mime-Version: References:In-Reply-To:Message-ID:To:From:Date:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=Wl2TYpkW2biOccaXzPr9XbWgqV+6bHdnGs5KPJLcb+E=; b=gr+tCDtL28GXlQVF/IiClJV5da iOas5xcvq7FL6Z/gyICcRTAHv2ln+6rN43OiDvEyDf8j4HkbYhg5djBVGPLhtdzzkK87pl3E+tHgA 7lOtUzll63tL3QrTfb9Rw2h5v0QjstWgoVEq/oh9H2WC23bqeXs3EyVMGG4UZcX37Wl7e7GWynjqM fzepyFm05iQuEN5BzuvlODLfpGY5an1gRLgVM1eMrfot4Km1gQh8Tf3oELlFvlwaaHbSAAPl3pW69 /kTROZ5NIfHPvQLL69ApMmfAqeSqcdid9+kvlpFrAWk74I42J4JDVZ0QdXLwBklplgwgo5Np/d0kT AE97yjKQ==; Received: from [::1] (port=59556 helo=web6.sd.eurovps.com) by web6.sd.eurovps.com with esmtp (Exim 4.89) (envelope-from ) id 1eFOds-000sqC-GO; Thu, 16 Nov 2017 20:12:00 +0200 Received: from o8.sgmail.github.com ([167.89.101.199]:57849) by web6.sd.eurovps.com with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from ) id 1eFOdi-000six-Bb for flent-users@flent.org; Thu, 16 Nov 2017 20:11:59 +0200 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=It74J008jgjbAWRkv3kkqU08Tdg=; b=vwZDAGssO4XXngUy GrPPOn6w1RcQtJyZnwI92brobUg4O5U6ZevsevZc821LvrItzLt/BsW73Jo55fGe f3gfGKu9DTK6vdfumQkF4jYAL69VVP9MrBNqnYQMv3XjNB7cB/XH1vaFVLTnkybT aF4kjLAVEPQYUDGnqZ3f5ZuBkTY= Received: by filter0584p1iad2.sendgrid.net with SMTP id filter0584p1iad2-16737-5A0DD4BC-18 2017-11-16 18:11:08.796001957 +0000 UTC Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2b-ext-cp1-prd.iad.github.net [192.30.253.17]) by ismtpd0023p1iad2.sendgrid.net (SG) with ESMTP id W3cu45SCR6Krz5Iymigxfw for ; Thu, 16 Nov 2017 18:11:08.746 +0000 (UTC) Date: Thu, 16 Nov 2017 18:11:08 +0000 (UTC) From: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= To: tohojo/flent Message-ID: In-Reply-To: References: Mime-Version: 1.0 Precedence: list X-GitHub-Sender: tohojo X-GitHub-Recipient: flent-users X-GitHub-Reason: comment X-Auto-Response-Suppress: All X-GitHub-Recipient-Address: flent-users@flent.org tracking: X-SG-EID: IRsowsd9yCOJafMG0EWGsh26xBq50lgDrxWUlCCqUntWeCxEmx4cj/RjkDiP9R6gbN+kyKEGrLKYWH dPN84NVZbxRjKk0Rw9WbqVCxYfZw+h3UDIlWDCO8q+8jfQln7hcusfRXIhAz8C0m12O0fRdx5i40pd 4lXKs6TlOgd2qaMO47TIrjpnBcS9ytvQ2UOTytxb9n85xd8aXxXGJ8bPr0ZlNhv5bVk7jZXWsTytaC SlNpXplgISOhfN4jpPk2QK Subject: Re: [Flent-users] [tohojo/flent] packet loss stats (#106) X-BeenThere: flent-users@flent.org X-Mailman-Version: 2.1.23 List-Id: Flent discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: tohojo/flent Cc: Comment , flent-users Content-Type: multipart/mixed; boundary="===============6751097542479756487==" Errors-To: flent-users-bounces@flent.org Sender: "Flent-users" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - web6.sd.eurovps.com X-AntiAbuse: Original Domain - toke.dk X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - flent.org X-Get-Message-Sender-Via: web6.sd.eurovps.com: acl_c_authenticated_local_user: mailman/mailman X-Authenticated-Sender: web6.sd.eurovps.com: mailman@flent.org --===============6751097542479756487== Content-Type: multipart/alternative; boundary="--==_mimepart_5a0dd4bc9e8d5_46353fef7d462f387137b"; charset=UTF-8 Content-Transfer-Encoding: 7bit ----==_mimepart_5a0dd4bc9e8d5_46353fef7d462f387137b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 16 November 2017 18:20:16 CET, "Dave T=C3=A4ht" wrote: >Toke H=C3=B8iland-J=C3=B8rgensen writes: > >> Pete Heist writes: >> >>> On the positive side(?), with irtt, I don't see the 'latency >locking' >>> effect that I see with netperf, where for whatever reason, certain >>> flows would stay more fixed in some position relative to the mean. >>> Also, in these runs, the download throughput was somewhat less with >>> netperf, but not with irtt. >> >> Yeah, one of the issues with the netperf UDP_RR test is that it uses >> more bandwidth the lower the latency, because it really measures >> "transactions per second" which Flent then converts to RTT. That is >> probably also the reason for the 'locking' behaviour... > >The rrul spec was for isochronous behavior. Would not mind a rrulv2 >test >that did that using irtt. I don't really see any reason to keep the netperf UDP_RR behaviour for anyt= hing other than a fallback. So once I'm done with the integration, RRUL wou= ld just switch to isochronous behaviour everywhere whenever irtt is availab= le... -Toke --=20 You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/106#issuecomment-345009469= ----==_mimepart_5a0dd4bc9e8d5_46353fef7d462f387137b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 16 November 2017 18:20:16 CET, "Dave T=C3=A4ht" <notificati= ons@github.com> wrote:
>Toke H=C3=B8iland-J=C3=B8rgensen <notifications@github.com> write= s:
>
>> Pete Heist <notifications@github.com> writes:
>>
>>> On the positive side(?), with irtt, I don't see the 'l= atency
>locking'
>>> effect that I see with netperf, where for whatever reason, cer= tain
>>> flows would stay more fixed in some position relative to the m= ean.
>>> Also, in these runs, the download throughput was somewhat less= with
>>> netperf, but not with irtt.
>>
>> Yeah, one of the issues with the netperf UDP_RR test is that it us= es
>> more bandwidth the lower the latency, because it really measures >> "transactions per second" which Flent then converts to R= TT. That is
>> probably also the reason for the 'locking' behaviour...
>
>The rrul spec was for isochronous behavior. Would not mind a rrulv2
>test
>that did that using irtt.

I don't really see any reason to keep the netperf UDP_RR behaviour for = anything other than a fallback. So once I'm done with the integration, = RRUL would just switch to isochronous behaviour everywhere whenever irtt is= available...

-Toke

&mda= sh;
You are receiving this because you commented.
Reply to this e= mail directly, view it on GitHub, or mute the thread.3D""

= ----==_mimepart_5a0dd4bc9e8d5_46353fef7d462f387137b-- --===============6751097542479756487== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Flent-users mailing list Flent-users@flent.org http://flent.org/mailman/listinfo/flent-users_flent.org --===============6751097542479756487==--