From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <7aa20c07322147e6@orthanc.ca> <20181011230430.8ec148a3cb2a4d95180a4ad2@eigenstate.org> <4A1686D0-C80C-417F-A3D6-3F9EA327D35F@lsub.org> From: hiro <23hiro@gmail.com> Date: Sun, 14 Oct 2018 10:00:10 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!) Topicbox-Message-UUID: ed7a4110-ead9-11e9-9d60-3106f5b1d025 thanks, this will allow us to know where to look more closely. On 10/14/18, Francisco J Ballesteros wrote: > Pure "producer/cosumer" stuff, like sending things through a pipe as long= as > the source didn't need to touch the data ever more. > Regarding bugs, I meant "producing bugs" not "fixing bugs", btw. > >> On 14 Oct 2018, at 09:34, hiro <23hiro@gmail.com> wrote: >> >> well, finding bugs is always good :) >> but since i got curious could you also tell which things exactly got >> much faster, so that we know what might be possible? >> >> On 10/14/18, FJ Ballesteros wrote: >>> yes. bugs, on my side at least. >>> The copy isolates from others. >>> But some experiments in nix and in a thing I wrote for leanxcale show >>> that >>> some things can be much faster. >>> It=E2=80=99s fun either way. >>> >>>> El 13 oct 2018, a las 23:11, hiro <23hiro@gmail.com> escribi=C3=B3: >>>> >>>> and, did it improve anything noticeably? >>>> >>>>> On 10/13/18, Charles Forsyth wrote: >>>>> I did several versions of one part of zero copy, inspired by several >>>>> things >>>>> in x-kernel, replacing Blocks by another structure throughout the >>>>> network >>>>> stacks and kernel, then made messages visible to user level. Nemo did >>>>> another part, on his way to Clive >>>>> >>>>>> On Fri, 12 Oct 2018, 07:05 Ori Bernstein, wrote= : >>>>>> >>>>>> On Thu, 11 Oct 2018 13:43:00 -0700, Lyndon Nerenberg >>>>>> >>>>>> wrote: >>>>>> >>>>>>> Another case to ponder ... We're handling the incoming I/Q data >>>>>>> stream, but need to fan that out to many downstream consumers. If >>>>>>> we already read the data into a page, then flip it to the first >>>>>>> consumer, is there a benefit to adding a reference counter to that >>>>>>> read-only page and leaving the page live until the counter expires? >>>>>>> >>>>>>> Hiro clamours for benchmarks. I agree. Some basic searches I've >>>>>>> done don't show anyone trying this out with P9 (and publishing >>>>>>> their results). Anybody have hints/references to prior work? >>>>>>> >>>>>>> --lyndon >>>>>>> >>>>>> >>>>>> I don't believe anyone has done the work yet. I'd be interested >>>>>> to see what you come up with. >>>>>> >>>>>> >>>>>> -- >>>>>> Ori Bernstein >>>>>> >>>>>> >>>>> >>>> >>> >>> >>> >> > > >