From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id E5A3D3B2A4 for ; Wed, 15 Nov 2017 15:16:15 -0500 (EST) Received: from nemesis.taht.net (c-24-6-113-161.hsd1.ca.comcast.net [24.6.113.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id 201AE21474; Wed, 15 Nov 2017 20:16:13 +0000 (UTC) From: Dave Taht To: Matthias Tafelmeier Cc: Ken Birman , Bob Briscoe , "ken\@cs.cornell.edu" , "bloat\@lists.bufferbloat.net" References: <4d54f24f-ce83-34a0-41f3-9f728420d548@gmx.net> <87shdr0vt6.fsf@nemesis.taht.net> <79f4d92c-74f4-8cd0-9d38-e51a668cb9b6@gmx.net> <796aa11e-9e35-cf34-e456-6ae98d1875d6@bobbriscoe.net> <87fu9f72za.fsf@nemesis.taht.net> Date: Wed, 15 Nov 2017 12:16:12 -0800 In-Reply-To: (Matthias Tafelmeier's message of "Wed, 15 Nov 2017 21:09:32 +0100") Message-ID: <87po8j5mcz.fsf@nemesis.taht.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Bloat] DETNET X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Nov 2017 20:16:16 -0000 Matthias Tafelmeier writes: > On 11/15/2017 08:45 PM, Ken Birman wrote: >> I'm missing context. Can someone tell me why I'm being cc'ed on these? > right, I cced you so I'm liable to clarify. > >> Topic seems germane to me (Derecho uses RDMA on RoCE) but I'm unclear what this thread is "about" > > I perceived you as a strong kind of advocate for RDMA, at least that's a > supposition I hold ever since having read your blogs/research around it. > It was mentioned here in context with other existing or already > pertaining technologies as to the purpose of improving network > performance in general - especially for certain domains. Therefore, I > thought blending/exchanging knowledge or inciting a discussion might be > profitable for both worlds. I'm notorious for trying to engage other folk slightly outside our circle, thx for carrying on the grand tradition. I do admit it can be quite a lot to get blindsided by! > > Originally, this ML is for the Bufferbloat project, but, occassionally > it does get captivated ... Well, the overarching goal here is to reduce latencies on everything (hardware, interconnects, busses, drivers, oses, stacks) to the bare minimum, on every technology we can reach, and leverage other ideas in other technologies to do so, whenever possible. If we had a name for that, other than bufferbloat, I'd switch to it, because we are way beyond just dealing with excessive buffering after 6+ years of operation. I will got read up on ken's RDMA stuff. > >>> Feel free to tinker your bayes filter if all sounds too alien.<<