From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 23672 invoked from network); 9 Jun 2022 14:14:09 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 9 Jun 2022 14:14:09 -0000 Received: from mail-pg1-f179.google.com ([209.85.215.179]) by 9front; Thu Jun 9 10:10:16 -0400 2022 Received: by mail-pg1-f179.google.com with SMTP id s135so6306581pgs.10 for <9front@9front.org>; Thu, 09 Jun 2022 07:10:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=UtvVfcJBoDe3zu5SanzEYpD1tL/XJlYwV9ZfJZLFujQ=; b=NbaTPNtYRTEP7KLyD5CamVt7TlDcFHWHrHCiPOjl9Bt9GP2QDU+c/kyl15eNZi4ZUt uroXYgdBosQHiQwgJ8xyGv+fkULE+CINWZAxwucvmOlcbGJOaI3WiWUVNbY+QWS3o2zi VSQtvdJeDjwOjL29nQ5+uEqf3SMHioF4w/wf6cZl7I1ZIxeOdZk3gIUYLI2GvYfT0rOr S0b9lOxRMlefueVK3vj8hOiM7zUtJJodDj/alxrBR1Er4NaUt2ixWJTjteGE2g7etpbB ENaBcPVz+wfjzWgWcc3791+jb8faE6cYVw9XMWPhADUHZ+A71ZKDZ2zehIndFQbWaxlx sWgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=UtvVfcJBoDe3zu5SanzEYpD1tL/XJlYwV9ZfJZLFujQ=; b=e3TyxjFY3y3LoZo++Vf8zp6dLYwOwZpPhhAA1q6JVfX1UyT9RWHauEA0ob8HjC9dpK UTe3lW36CDjPMHU45EiO3scs6Zg2+7WEX+x0P6w7kauktkrXXkUOF7tIfWwxwE+iEcfo c1Vw31y9aI1uMluNH5MoHSpQkY/8GRY7xxz4SqoW8Wczg8X/YFOLwBA2fVdrDF/tYOSu qMcSPEc734IXX9Z5aWxK5hvdiQs47XAuG/6JOwfs0cHPCONxJrOS65encc++Igw431uE bgk2SzrzOAFs4EOYoX2vAtpy69rrqkJs/bHG7E3PiN8R5NWC/b0K1oEyJJOgI+sqk76+ 0MOg== X-Gm-Message-State: AOAM531snfGxlpjsf1+zr7vxy9q2EzVI/YfNgFNpiNWAEFxUGbmoG6g1 BZdveMIdEKM3NhhIL6gcNlRt9Db7WBEasS60y6ehBXJcwHM= X-Google-Smtp-Source: ABdhPJxivablHFMsx2fA7iWSj6roBknx3yr6oETgPFyx64X/D4QjTBdagxKu98UHW6UtYnG5E6blxaEQPFJeY7HCAMk= X-Received: by 2002:a63:844a:0:b0:3fc:e1a0:b80d with SMTP id k71-20020a63844a000000b003fce1a0b80dmr32633643pgd.616.1654783811744; Thu, 09 Jun 2022 07:10:11 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:7300:691e:b0:68:5fa:acb9 with HTTP; Thu, 9 Jun 2022 07:10:11 -0700 (PDT) In-Reply-To: References: From: hiro <23hiro@gmail.com> Date: Thu, 9 Jun 2022 16:10:11 +0200 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: scale-out object-oriented HTML over JSON lifecycle DOM layer Subject: Re: [9front] iounit: bump it across the board Reply-To: 9front@9front.org Precedence: bulk even if they don't share a 9p channel they can block other communication, if we end up bandwidth limited. normally up to limits of the tcp fairness mechanism. On 6/9/22, ori@eigenstate.org wrote: > Quoth ori@eigenstate.org: >> Quoth noam@pixelhero.dev: >> > Quoth ori@eigenstate.org: >> > > This patch bumps up the iounit in the kernel to 32k, and >> > > introduces the IOUNIT constant to take advantage of it. >> > >> > Any reason I shouldn't bump it to 1M or something locally? >> > (in the kernel and, in userspace, in non-libthread applications) >> > >> > - Noam Preil >> > >> >> Try it out, but keep in mind that on a slower connection, >> you have to wait for the entire iounit to get sent before >> you can send the next request -- so, eg, tethering over >> wifi means that your file IO needs to go through fully >> before your next mouse message can get sent. >> > > phrased poorly -- but, if your mouse and file system share > a 9p channel (ie, exportfs), then large messages will block > all other communication. > > the other reason is that you can have a lot of in flight > 9p buffers at once; up to 64k per connection. Most of the > time there will be fewer, but not always. But even a few > hundred 1 meg buffers is a lot of memory on smaller modern > systems. > >