From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 7B5A12002A9 for ; Thu, 6 Sep 2012 09:34:37 -0700 (PDT) Received: by wibhm2 with SMTP id hm2so4968044wib.10 for ; Thu, 06 Sep 2012 09:34:35 -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=bkVCLTcm4cSlBOHi9Q996Q+X1ONcVqKW69SvAdy3V+Q=; b=yFP4YjsQqQ7FSRHSlCeBU6qDIb9oeCsIGhLnmpeqFMhi7F71WoYaGwZX6njflrHULI SDVdRrwVu4OF1+0JFze24qjmzOZSqISjYWL4ZuvdqhwubQyHXGiUpXafxZ40cIiNDdoQ yw6jsfaN7rTrihs4n6txWNQh5rRF2uQEZDteRB27gdT3eJaoxkcG4gwt6FGJbGiiaHZ/ ibUtQ4uB/4ZVin5QmfQY1Gd6rimG+Iqy1jk4s6vecCg9NP86t3j9cEWoMARQg42rioX3 ZTZ7iqhuMg0R2cQxbhpBN6zMFHEVJtRSoYzTpqAU1UIF/wJh9q5ME1wo5sJe2h6F2xSd 3PKQ== MIME-Version: 1.0 Received: by 10.180.81.99 with SMTP id z3mr5879795wix.0.1346949275506; Thu, 06 Sep 2012 09:34:35 -0700 (PDT) Received: by 10.223.159.134 with HTTP; Thu, 6 Sep 2012 09:34:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Sep 2012 09:34:35 -0700 Message-ID: From: Dave Taht To: Andy S , Felix Fietkau , jow@openwrt.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] Ubnt builds 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, 06 Sep 2012 16:34:37 -0000 I just pushed out those skb memory use reduction hacks. It would be good if more were to try them, in std openwrt, and also a patch for pfifo_fast produced, for openwrt's general use. https://github.com/dtaht/Cerowrt-3.3/commit/d31d3faa0b7cf7254e6b657d85e8e51= 68ab55866 in some thread around here or the codel list was eric's proposed patch reducing ath9k's skb pre-allocation size. I agree with eric in that the current allocation method doesn't make any sense... (and see comments in above commit) Patch 53 was highly experimental and should be ignored. I have something better now, but it ain't ready. On Thu, Sep 6, 2012 at 9:20 AM, Dave Taht wrote: > The ubnt builds are a bit out of date (part of my test deployment of > fq_codel at a campground here - the yurtlab! > http://snapon.lab.bufferbloat.net/~d/lupin/yurtlab.jpg which is > blessedly free > of competing wifi signals) > > They are also a little specialized. Among other things, they have my > ssh public key in them, > and are keyed to local dns, they rely on the babel protocol to route > and mesh together, although they do come up presently on a fixed ip > address that needs to be changed, instead of relying on AHCP for their > IPs and dns. > > All of quagga (including OSPF) IS built, it's just that babel is the defa= ult. > > In working with this build and test deployment I exposed some problems > with memory usage in codel and the ath9k driver. Quagga will get > OOM-killed under heavy loads, such as RTP and UDP flooding across > multiple diffserv values, on the 2HP boxes in AP mode. The p2p > backbone (nanostation M5s) has never crashed on me. > > This points long term towards developing a "mfq_codel", which would > have one qdisc and *one* set of buffers that controls all four > hardware queues. However, try as I might, I haven't wrapped my head > around how to merge the code for sch_mq and sch_fq_codel, in a way > that would work. (?) > > Aside from that it's working rather well, and the hacks I have in > place now to reduce skb size seem to help a lot. > > Now that the memory problems are mostly beaten I will be doing a > respin and re-deployment towards the end of the month. If I can build > something a little more generic and easy to deploy on ubnt for others, > I will do so, getting to where all this code runs well in 32MB is > rather important to me. > > Let me know. > > On Thu, Sep 6, 2012 at 4:17 AM, Andy S wrote: >> I see that there are UBNT builds available for specific deployment >> scenarios; we use Ubiquiti Bullet M5's on some parts of our (city-wide) >> 5.8Ghz wireless network, but they don't support OSPF, so if any of the >> builds of Cerowrt support Bullet M5 and OSPF (I see the Quagga-ospf mod= ules >> available in the main devel builds) - we would be interested to hear/tes= t! >> >> Cheers, >> >> A >> -- >> http://www.bristolwireless.net/ | 0117 325 0067 | >> sip:info@bristolwireless.net >> Bristol Wireless >> Windmill Hill City Farm >> Philip Street >> Bedminster >> Bristol BS3 4EA >> >> >> _______________________________________________ >> Cerowrt-devel mailing list >> Cerowrt-devel@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cerowrt-devel >> > > > > -- > Dave T=E4ht > http://www.bufferbloat.net/projects/cerowrt/wiki - "3.3.8-17 is out > with fq_codel!" --=20 Dave T=E4ht http://www.bufferbloat.net/projects/cerowrt/wiki - "3.3.8-17 is out with fq_codel!"