From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (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 CB0533B2C4 for ; Sat, 11 Jun 2016 14:19:55 -0400 (EDT) Received: by mail-vk0-x22a.google.com with SMTP id d185so11712011vkg.0 for ; Sat, 11 Jun 2016 11:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=aCcAjDtF0R5A+tcPDbCvZs6WgTS8mPczjhX20aD2XKs=; b=sV1GwINAWIr4jaxcS5SkW24INgQJgnZ2smR2TitPaiY34305x1N4LPA7HJRnXIAm8h XAM5m1r6gdPX6mD0dQvH81bgSfP5zlWEo4XBQdRp5W/IJLFAyFn/g4xlPJy4SHUBOSZX rZz7RHeXRWs8fzaEWO0Ghbr6HCwwDipqs93A20LbZVtF4/lC26VwC1UIP8nB1qvOkabk GgQWsxCQa/1c2gaY5xBBgN8UH3z9j90nEamnAnDlZXg+z1ist4ENh2AAIOkW/4Lta1YR iKDveR52CRbdqq56TJyA8/9iZ2BhbN7J5QajTV0j4KKlVSFhXWhMMnCHEINt1ahoVx0S fxIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=aCcAjDtF0R5A+tcPDbCvZs6WgTS8mPczjhX20aD2XKs=; b=UHaP2bEN+0jOF0ipwOQiywpawS8iDGHoAvaB5CEPI9CeT5m8t+lfGz/F1GwKuQY/ov nKYTvBe5FtBFNIvUph3sNUz6DI6IwHBNviru0NRocmBLwt7GF3NTwDgJWcosgFt4S0Qg OJ0bFw7dsn1dQ2UcwLPoVdwkEfJQxkznyvwLfJL/NNniBRFmDE5vCjeQSEc1qYs0XHH4 la9apcHKE5c9knNwavyi1LZ3E86T6FXmknyURH6TEvkIfMCOr2/0KnCML5EnyzuArml+ 1hbl9OLgb6GSwh+wAkWQC/jEya7H3IH0L4KTbCyZ+lE4stsEUil09kYHzH+CkcUgU7zh 2eYg== X-Gm-Message-State: ALyK8tLx5TEcSr8O4ry1/CCren4EDLTJD3YQkvB1oGIWb/w65nNcEVj8cR2u3tXrcfP5sfy77reQ5NtMQ4OnDQ== X-Received: by 10.31.167.10 with SMTP id q10mr2648985vke.44.1465669195257; Sat, 11 Jun 2016 11:19:55 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rosen Penev Message-ID: To: Dave Taht , "cerowrt-devel@lists.bufferbloat.net" , lede-dev@lists.infradead.org Content-Type: multipart/alternative; boundary=001a11426662bdddbc053504b360 X-Mailman-Approved-At: Mon, 30 Mar 2020 07:21:14 -0400 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: , Date: Sat, 11 Jun 2016 18:19:55 -0000 X-Original-Date: Sat, 11 Jun 2016 18:19:45 +0000 X-List-Received-Date: Sat, 11 Jun 2016 18:19:55 -0000 --001a11426662bdddbc053504b360 Content-Type: text/plain; charset=UTF-8 E: current fdisk versions support GPT. g must be used instead of o in order to create it. from what i've seen, both tools work the same(2048 sector padding, etc...) for GPT. On Sat, Jun 11, 2016 at 10:46 AM Dave Taht wrote: > happy to see cake working today! thx all! > > In https://github.com/dtaht/ceropackages-3.10: > > A) We have flent's tc-iterate.c as a fast, lightweight means of > polling fq_codel, pie, cake stats (as the shell in openwrt doesn't > support a subsecond sleep) for openwrt. > > (However this package and code is in need of iteration to support > polling the new stats presented in the fq_codel for wifi sysfs code.) > > Having something like this working is essential to analyze the real > performance and correctness of the new implementations on the low end > hardware. > > B) I am probably the only user of the gnugol package. :( > > C) I really need to sync the isochronous code with what avery has upstream > > D) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/nanom5poe > > I don't know what landed upstream to control poe for the nano-m5 > radios, if anything? > > E) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/gdisk > > The principal problem with fdisk nowadays is that very large (> 2TB, I > think) devices are not supported by it, and require a GPT capable > tool. Is there a replacement in lede that handles GPT? If not - this > is an old gdisk port to openwrt that I used to use. > > F) > https://github.com/dtaht/ceropackages-3.10/tree/master/utils/cerowrt-scripts > was a tool we used to measure latency under load directly on the > router... > > some other packages that might be worth upstreaming, or putting in > another repo or updating in ceropackages > > owamp: lets us measure ping times very precisely. (requires good ntp) > ntpsec - a vastly hardened full fledged ntp fork https://www.ntpsec.org/ > scamper - two other measurement tools > shaperprobe > > ? > > G) We used lighttpd in cerowrt as it was tons faster than uhttpd and > flexible enough to also do local web serving. can it (or ngnix) be > substituted for uhttpd? Or has uhttpd got faster? > > H) Anyone working on go or rust for lede? hugo and ipfs and all the > other blockchain related distributed web bits looks like fun... > > It looks like the static linking in go is a deal-killer > > https://github.com/GeertJohan/openwrt-go/issues/2 > > _______________________________________________ > Lede-dev mailing list > Lede-dev@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/lede-dev > --001a11426662bdddbc053504b360 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
E: current fdisk versions support GPT. g must be used inst= ead of o in order to create it. from what i've seen, both tools work th= e same(2048 sector padding, etc...) for GPT.

On Sat, Jun 11, 2016 at 10:46 AM Dave Taht <dave.taht@gmail.com> wrote:
happy to see cake working today! thx all!=

In https://github.com/dtaht/ceropackages-3.10:

A) We have flent's tc-iterate.c as a fast, lightweight means of
polling fq_codel, pie, cake stats (as the shell in openwrt doesn't
support a subsecond sleep) for openwrt.

(However this package and code is in need of iteration to support
polling the new stats presented in the fq_codel for wifi sysfs code.)

Having something like this working is essential to analyze the real
performance and correctness of the new implementations on the low end
hardware.

B) I am probably the only user of the gnugol package. :(

C) I really need to sync the isochronous code with what avery has upstream<= br>
D) https://github.com/dtaht/ce= ropackages-3.10/tree/master/utils/nanom5poe

I don't know what landed upstream to control poe for the nano-m5
radios, if anything?

E) https://github.com/dtaht/ceropa= ckages-3.10/tree/master/utils/gdisk

The principal problem with fdisk nowadays is that very large (> 2TB, I think) devices are not supported by it, and require a GPT capable
tool. Is there a replacement in lede that handles GPT? If not - this
is an old gdisk port to openwrt that I used to use.

F) https://github.com/dt= aht/ceropackages-3.10/tree/master/utils/cerowrt-scripts
was a tool we used to measure latency under load directly on the
router...

some other packages that might be worth upstreaming, or putting in
another repo or updating in ceropackages

owamp: lets us measure ping times very precisely. (requires good ntp)
ntpsec - a vastly hardened full fledged ntp fork https://www.ntpsec.org/<= br> scamper - two other measurement tools
shaperprobe

?

G) We used lighttpd in cerowrt as it was tons faster than uhttpd and
flexible enough to also do local web serving. can it (or ngnix) be
substituted for uhttpd? Or has uhttpd got faster?

H) Anyone working on go or rust for lede? hugo and ipfs and all the
other blockchain related distributed web bits looks like fun...

It looks like the static linking in go is a deal-killer

https://github.com/GeertJohan/openwrt-go/issues/2

_______________________________________________
Lede-dev mailing list
Lede-dev@= lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede= -dev
--001a11426662bdddbc053504b360--