From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id A889421F28D for ; Thu, 26 Jun 2014 12:53:12 -0700 (PDT) Received: by mail-oa0-f47.google.com with SMTP id n16so4454685oag.20 for ; Thu, 26 Jun 2014 12:53:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=6SUfu5xh6+KEFOsQq+7ZbRkgRnGitse8a5yWfqhmsdU=; b=EJtJxOWQnyINW3/WOJQdVI7ChCsji9y/9Um5w0cHsXr/BBczbjZBnAt6iJKboi1o8F lSm4C231nahmxOwbEPNVLlXNn/N636WnHS7ijRfXay6FBkMaCY4r9tVyPHFovudn4ofe rMToS7BT7CPLwqb4c5xUfpzLd9tQrQNnN3sv4sXtIMhvoKDcOXGXdLaCBqMIt6TprP5W rNt7hyzttCeaITPx8ovTkmMfWXt/uLGs1qFlyejxBLJT+Gh5SPhhE9lrpq9D+4uGXjRh z+CUQ11FNneRlZLqi4T6VhB2AusxGOAH4ADBJ+qkC/oR8tEkyFVsOWOrZVhQlNNqyeek 7Z6A== MIME-Version: 1.0 X-Received: by 10.182.80.168 with SMTP id s8mr18159353obx.45.1403812391568; Thu, 26 Jun 2014 12:53:11 -0700 (PDT) Received: by 10.202.48.200 with HTTP; Thu, 26 Jun 2014 12:53:11 -0700 (PDT) In-Reply-To: References: Date: Thu, 26 Jun 2014 12:53:11 -0700 Message-ID: From: Dave Taht To: Jim Reisert AD1C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] cerowrt-3.10.44-6 released X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 19:53:13 -0000 I have been blowing it up with continuous traffic, saturating the cpu, talking to multiple devices, using crypto and ethernet, now for several days. I am using sfq on the wifi, rather than fq_codel, at least temporarily. Occasionally, using the rrul test, I can get it to temporarily either lose a route or deassociate from wifi, or something else like netperf itself blowing up, but it always comes back within a few seconds. So far, using the rrul_be test I haven't seen that happen. I do see cpu absolutely maxed at present with rrul and not rrul_be. I have given up on tuning the wifi aggregate queue length (formerly 12, now 48) as much as I had before - as the previous setting had adverse effects on download throughput, so I'll put that fix in the next release and live with the added latency until we can pull together the make-wifi-fast project. I see an improvement on the simultaneous upload/download test from 10mbit up/.2 down to 6up,3down, latency (as measured on the main client) of about 80ms (which still sucks about 10x worse than what seems possible) I ran out of space on my packet captures... I am going to be adding more clients, switching back to fq_codel, and adding in ipv6 if this continues to take the load I am throwing at it. Then adding impairments to degrade the wifi to more marginal levels. Interestingly I have not got any instruction traps, nor the famed dma overrun bug/recovery in this release so far... I am encouraged, but until I setup a mac with bad connectivity and have things run for days and days I won't sleep well. And I had done a build from this codebase for the picostation and am watching that crash under normal load regularly. That box only has 32MB of memory, where the cerowrt box has 128MB memory. On Thu, Jun 26, 2014 at 12:28 PM, Jim Reisert AD1C wrote: > Been running since Wednesday evening, no issues so far. > > -- > Jim Reisert AD1C, , http://www.ad1c.us --=20 Dave T=C3=A4ht NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_= indecent.article