From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 162F8C43334 for ; Sat, 16 Jul 2022 09:54:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232157AbiGPJyl (ORCPT ); Sat, 16 Jul 2022 05:54:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44634 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229521AbiGPJyj (ORCPT ); Sat, 16 Jul 2022 05:54:39 -0400 Received: from kylie.crudebyte.com (kylie.crudebyte.com [5.189.157.229]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2C60BE00C; Sat, 16 Jul 2022 02:54:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=crudebyte.com; s=kylie; h=Content-Type:Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From: Content-ID:Content-Description; bh=GA5oE+W/bwGhbahSm4RvG4PVxOwv8L+ex/kt0Pn3hT8=; b=fFO9l0uw/uTwB+tqGvHipuxlqN GSIUkkssehpqjJ/e4noi4vPnshdggGeYB94HH1A64Q+qtb0yUCTCOjBudKJFLwvuVFDSwSoXEZmOu ysHnupcxGDDa+16pcqSG1qHRRS7bcPseISLSQSQqbFO9Cfu1Uiz3ovzWjJ6q78lO13g6MQJZTbeXd xtXuD5yjhL8AVRj058exssU1+5NcPQ+qgMG/BbJdRDayDwmtY9hZX6hmDtRUw74F1zveaY+7nf101 ywyXoqNf25DzYzdumwCHsLllGUMJf/nkKadvDtEBewG3YWKRNBUdfHaMekt2225vKDG6oz4kUFQ49 Ubg4DhIjCIkBqiWUcd3WOo/LwOT13RWashEuya7duNyq2H3782SzsSUirVCGs8N2VegUwC/dv3Yb4 kZghelwxYzT8UGsqOLq40HnTRAfRNdJe9jBXrANOYuPHSwJqzdJcQ0nQ3T2XREHitTCSRpge0MUIJ 6n/esUfiBxASqmaZWEgcvehOg7sYx8Hfpkr1rmnABLdaLQwX1Q3X0s4BoO5l0b5siIrjaD7qh73DZ KP2YEfv/T55GfRCuZDDEuX6FifI69/AZqK0LiE7q2AfeIdkIutaGY06mxfrbCdWfS3/GcoSl3JI9y z9sk5rIzJfdcxyvf2EuBRxz8+bUfX/N3H4wagTk4A=; From: Christian Schoenebeck To: Dominique Martinet Cc: v9fs-developer@lists.sourceforge.net, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Eric Van Hensbergen , Latchesar Ionkov , Nikolay Kichukov Subject: Re: [PATCH v6 00/11] remove msize limit in virtio transport Date: Sat, 16 Jul 2022 11:54:29 +0200 Message-ID: <6713865.4mp09fW1HV@silver> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Samstag, 16. Juli 2022 01:28:51 CEST Dominique Martinet wrote: > Dominique Martinet wrote on Sat, Jul 16, 2022 at 07:30:45AM +0900: > > Christian Schoenebeck wrote on Fri, Jul 15, 2022 at 11:35:26PM +0200: > > > * Patches 7..11 tremendously reduce unnecessarily huge 9p message sizes > > > and > > > > > > therefore provide performance gain as well. So far, almost all 9p > > > messages > > > simply allocated message buffers exactly msize large, even for > > > messages > > > that actually just needed few bytes. So these patches make sense by > > > themselves, independent of this overall series, however for this > > > series > > > even more, because the larger msize, the more this issue would have > > > hurt > > > otherwise. > > > > Unless they got stuck somewhere the mails are missing patches 10 and 11, > > one too many 0s to git send-email ? > > nevermind, they just got in after 1h30... I thought it'd been 1h since > the first mails because the first ones were already 50 mins late and I > hadn't noticed! I wonder where they're stuck, that's the time > lizzy.crudebyte.com received them and it filters earlier headers so > probably between you and it? Certainly an outbound SMTP greylisting delay, i.e. lack of karma. Sometimes my patches make it to lists after 3 hours. I haven't figured out though why some patches within the same series arrive significantly faster than certain other ones, which is especially weird when that happens not in order they were sent. > ohwell. > > > I'll do a quick review from github commit meanwhile > > Looks good to me, I'll try to get some tcp/rdma testing done this > weekend and stash them up to next Great, thanks! > -- > Dominique