From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id AE1163B2B0 for ; Sun, 12 Jun 2016 12:10:16 -0400 (EDT) Received: by mail-oi0-x229.google.com with SMTP id u201so50218054oie.0 for ; Sun, 12 Jun 2016 09:10:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=5XX1PXChR38m0ALje1jZF7Y54sAr9reDy5OJ2gY3AUk=; b=WRkKEzycPRA0vaid/eoF6CnUsLU7NeYXGtY+Sy1svO/HWlB2nZVAPEgACc+zXqJTHc DBLJqqqCqQSi2RkqPWSXG/UyUtRYpq6ffy8Hx41eW1tDU2T/NRl+cHkXlePB7UpJ9gpE ZabfeYjVOgopcks/+qu0N994uoUoJox3rBvg+0wz+wMrWTe7UR6+fv1VCRhwnpGaCpI0 nKG+TMowGfCiGwJQOTlXNUYp0JGHzGo4drFNjtt8mJznfP2I0Eic/tzyLjMjGLCHcYsa vZHF1kHuqh6t7ZYGTj2mIwrnxw/M/33HoY54MANb+d6bZsJHnDCW6JxuFHbl8BPgAHKd sM6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=5XX1PXChR38m0ALje1jZF7Y54sAr9reDy5OJ2gY3AUk=; b=nJuuoA8IpC681aBO0jDMOXtdydPJ4x+1G2bUb7yiz2G+0uyCU4C24DbA2EkAiS2Kef QrtbhNzUaXS2jwLXO635yUEYYBRg8i/oGinlImPem+g7AX6RImlexHDLRueza+l98Cu7 t4VQrx7tGm2UXqSIE6M0ZG4haiyQA/ttMo2tFbUv3Ku6BXgN0FAaTOE15jPruUd1nqji FtOGp2bNgcfXl6mzcFOoTRxg+E1QeDYHToQjg0uJxjFC+mdcQ5aECKHdt1PYFc64Ik+Q ughDGFhiAikfxc0w951Rujb5Nzr/npddplqjR87eILnuXaLjmy5ZFfKAJ15PH8qxt7aX ToLw== X-Gm-Message-State: ALyK8tKakDRJHYxNNv+PEmsrEzIA/tfHuTFBBzNqRFO2039qxzMwdXzJONYPkpTouZzBhum6MYjiLkYgKVdBcQ== X-Received: by 10.157.56.101 with SMTP id r34mr5919444otd.154.1465747816067; Sun, 12 Jun 2016 09:10:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.229.210 with HTTP; Sun, 12 Jun 2016 09:10:15 -0700 (PDT) In-Reply-To: <1465668709.2609.2.camel@homehost> References: <1465668709.2609.2.camel@homehost> From: Dave Taht Date: Sun, 12 Jun 2016 09:10:15 -0700 Message-ID: To: Daniel Curran-Dickinson Cc: "cerowrt-devel@lists.bufferbloat.net" , lede-dev@lists.infradead.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cerowrt-devel] [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 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: Sun, 12 Jun 2016 16:10:16 -0000 On Sat, Jun 11, 2016 at 11:11 AM, Daniel Curran-Dickinson wrote: > Hi Dave, > > I don't speak for the LEDE team, but it looks to me a lot of your > problem is that you are using LEDE/openwrt for far bigger iron than the > primary target (standard routers, including pre-AC non-NAND ones, which > are really quite small and low powered). 2 TB+ storage for example, or > using lighttpd instead of uhttpd are really things that don't affect the > primary use case and if you want to support this, you need to find a way > to do that does not negatively affect your typical router (without > external storage). The context of the original question was more about being able to access large amounts of external storage easily at all and if an optional package needed to go upstream or not. Subsequent emails resolved that. The meta questions are: defining what lede's use cases will be 5-10 years in the future. ... CeroWrt targetted routers, starting 5 years ago, with 8-16MB flash and wedged quite a lot into that. One core feature was shipping a regular build with an operable gui, which I hope lede starts doing, in addition to the basic build, for devices with sufficient flash, as it lowers the basic barriers to entry for new users considerably. I think that lede sits atop a shrinking space, where - while very small routers will continue to exist - it is getting hard to get flash chips as small as 4Mbytes these days for new products, and there are other spaces growing at a rapid rate, notably IoT. Most of the new routers ship with tons more flash than that. Also, the latest generations of hackerboards, the getchip.com one, for example, costs 9 dollars and comes with 512MB of flash, with a default OS of debian. Nearly all the hackerboards (rpi, odroids, etc) have been debian based, which while that does have the innate advantage of local compilation, lacks the industrial strength characteristics of lede (smaller footprint, well integrated key/value store in uci and the gui, almost never writing to local flash, a good firewall). Ledes willingness to be on the bleeding edge means it will continue to gain valuable new features more rapidly than anything else (the original bufferbloat and ongoing make-wifi-fast work being my own cases in point), but to some extent that's also a disadvantage as long term stability has been tough to get. Another area of growth (I hope) will be in the "distributed web" space where we start sharing data across the edges of the internet better, and where the most "always on" box - like a lede router - would be one of the best places to host and route such replicated content. The tools that are creating that world have thus far tended to be written in higher level languages (ipfs is written in go, for example), and yet the added cpu horsepower required to manipulate a blockchain or do DNS via a DHT is somewhat trivial for the next generation of embedded devices. http://www.decentralizedweb.net/schedule/ was very inspiring. http://www.nytimes.com/2016/06/08/technology/the-webs-creator-looks-to-rein= vent-it.html?_r=3D0 I personally don't make much distinction between "host" and "router" anymore - a lot of the cerowrt related work on hncp (hnetd), babeld, and source specific routing tried to make (primarily ipv6) devices reachable no matter where or what network (or vpn) they were on, and everyone in the above spaces is doing it with DHTs, and trying to go the next mile past Tor. The CCN folk even go so far as to redefine a router always having a ton of local storage. There will always be a need for small cost effective, extremely reliable and long term stable, routing devices, with good (and soon to be *great*) wifi, admittedly. > Regards, > > Daniel > --=20 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org