From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.toke.dk X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.2 Received: from mail.toke.dk by mail.toke.dk with LMTP id VUEjFVj/Nl3GfgAAOr1fkg (envelope-from ) for ; Tue, 23 Jul 2019 14:36:40 +0200 Authentication-Results: mail.toke.dk; none (SPF check N/A for local connections - client-ip=77.235.54.103; helo=web6.sd.eurovps.com; envelope-from=flent-users-bounces@flent.org; receiver=) Authentication-Results: mail.toke.dk; dkim=fail reason="signature verification failed" (1024-bit key) header.d=github.com header.i=@github.com header.b=irqqdPm+ Received: from web6.sd.eurovps.com (web6.sd.eurovps.com [77.235.54.103]) by mail.toke.dk (Postfix) with ESMTPS id 2C717641DB7 for ; Tue, 23 Jul 2019 14:36:37 +0200 (CEST) Received: from [::1] (port=44972 helo=web6.sd.eurovps.com) by web6.sd.eurovps.com with esmtp (Exim 4.92) (envelope-from ) id 1hpu21-005VxQ-Ig; Tue, 23 Jul 2019 15:36:37 +0300 Received: from out-21.smtp.github.com ([192.30.252.204]:36703) by web6.sd.eurovps.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1hpu1r-005VtX-MO for flent-users@flent.org; Tue, 23 Jul 2019 15:36:33 +0300 Date: Tue, 23 Jul 2019 05:35:45 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1563885345; bh=QE1yHjaRDwvYf4jygX4HvP1YlipfqgJkxytIs+hcOzw=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=irqqdPm+0bZGmWcNmSN3+ITUH25yjpD8nX3cQCW2DwtPo4OaB+SVm1DSIB+dHxmD0 Qus4RpPM4ID/VTPsWFuZ2mZ9fFyE7diVPhz4FEulFqHo/Z0ZEWVxOEj4P/gAmyGHGv AMwYVHrsqeqPsgSlipUaJ5w8bEyrIGHCxgXL01qs= 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: subscribed X-Auto-Response-Suppress: All X-GitHub-Recipient-Address: flent-users@flent.org Subject: Re: [Flent-users] [tohojo/flent] rrul_dualq? (#170) X-BeenThere: flent-users@flent.org X-Mailman-Version: 2.1.27 List-Id: Flent discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: tohojo/flent Cc: Subscribed Content-Type: multipart/mixed; boundary="===============6787584675012590767==" 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 --===============6787584675012590767== Content-Type: multipart/alternative; boundary="--==_mimepart_5d36ff218f73f_7edc3fdbca6cd9601608a0"; charset=UTF-8 Content-Transfer-Encoding: 7bit ----==_mimepart_5d36ff218f73f_7edc3fdbca6cd9601608a0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dave T=C3=A4ht writes:=0D =0D > It sounds like a rrul_dualq test is now feasible? The rrul is notorious= for blowing up=0D > single queue designs, which take forever to gain control of the queue a= nd drop a zillion=0D > ack packets to do so. Long term this test would also be useful in=0D > evaluating accecn.=0D =0D What would such a test do that the current rrul test doesn't, exactly?=0D= =0D =0D -- =0D You are receiving this because you are subscribed to this thread.=0D Reply to this email directly or view it on GitHub:=0D https://github.com/tohojo/flent/issues/170#issuecomment-514190733= ----==_mimepart_5d36ff218f73f_7edc3fdbca6cd9601608a0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dave T=C3=A4ht <notifications@github.com> writes:
=0D
=0D > It sounds like a rrul_dualq test is now feasible? The rrul is notori= ous for blowing up
=0D > single queue designs, which take forever to gain control of the queu= e and drop a zillion
=0D > ack packets to do so. Long term this test would also be useful in=0D > evaluating accecn.
=0D
=0D What would such a test do that the current rrul test doesn't, exactly= ?
=0D =0D =0D

&m= dash;
You are receiving this because you are subscribed to this thre= ad.
Reply to this email directly, view it on GitHu= b, or mute the thread.3D""

=0D = ----==_mimepart_5d36ff218f73f_7edc3fdbca6cd9601608a0-- --===============6787584675012590767== 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 --===============6787584675012590767==--