Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <f1021b5a-c9a9-6ec1-5284-0fa099dc7242@ddn.com>
Date:   Fri, 17 Jun 2022 15:07:43 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.9.1
Subject: Re: [PATCH v5 1/1] Allow non-extending parallel direct writes on the
 same file.
Content-Language: en-US
To:     Miklos Szeredi <miklos@szeredi.hu>,
        Bernd Schubert <bernd.schubert@fastmail.fm>
Cc:     Dharmendra Singh <dharamhans87@gmail.com>,
        Vivek Goyal <vgoyal@redhat.com>, linux-fsdevel@vger.kernel.org,
        fuse-devel <fuse-devel@lists.sourceforge.net>,
        linux-kernel@vger.kernel.org, Dharmendra Singh <dsingh@ddn.com>
References: <20220617071027.6569-1-dharamhans87@gmail.com>
 <20220617071027.6569-2-dharamhans87@gmail.com>
 <CAJfpegtRzDbcayn7MYKpgO1MBFeBihyfRB402JHtJkbXg1dvLg@mail.gmail.com>
 <08d11895-cc40-43da-0437-09d3a831b27b@fastmail.fm>
 <CAJfpegvSK0VmU6cLx5kiuXJ=RyL0d4=gvGLFCWQ16FrBGKmhMQ@mail.gmail.com>
From:   Bernd Schubert <bschubert@ddn.com>
In-Reply-To: <CAJfpegvSK0VmU6cLx5kiuXJ=RyL0d4=gvGLFCWQ16FrBGKmhMQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 2
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?MGs1OE9jNS9WZ0pkajlIaHljTVVBcG1xb0FhVXMxZjZvd1ZCNUV0OFc4YmxB?=
 =?utf-8?B?emIxSHMvT3pNcFUyT0ZWVmhaTUtMQ013SDFGOFV2eVhrOWs4SlVoVTNEMmt3?=
 =?utf-8?B?NWIxZk9vUlRWK0hKVnlNYXhWVHl4TW5NMXdFNkRaOVV0QmNNYmdaMnVJQVgy?=
 =?utf-8?B?eTNxWktyOUNFelFtMnE4bGowQlRlc0VTM0Ixd3lZalc4dlhaU3JmaTA2Q2Z5?=
 =?utf-8?B?NnFrbHdMSEppTi8waTRmQkxsVXRWamtXdHFxalFSMmVDTVoxWkE2TWNiS2kz?=
 =?utf-8?B?cGdpYXQrNSsydE8yOWpVRGREcGc5NTFIYmVJRVRQdm54dzRRbE9RejVFSmF0?=
 =?utf-8?B?aHEyK3Jxd0dmeWc5ZEtHQWd3Ynk2c1ROUlFwSzZJNzJ0U3VFTlVvNzhqQXk3?=
 =?utf-8?B?SGZtOFR5QjVsRkxwVEh6QnNJWnRKMEtBejU4aGlPVTcxQmpCQ0ZuZE16RzNw?=
 =?utf-8?B?VFVWdEY1TDJMc0FUL002Rmh6bWUyMXpZUDN0aUJOc1J6QkQzVURQclRuN1Nt?=
 =?utf-8?B?SzBNOGtsRkFrRUZyaG9IVlVPTWZHcU0zeWpUQ3A4Nyt3clNTYVlPL3k0ZWdj?=
 =?utf-8?B?NjNQK3BDMlJOUEVpR3NJdHRrZ3RzMUlBcVI1TUhWL1VjL2ZhMGlKK1lCN2k0?=
 =?utf-8?B?cVNMNHVYV0FMTW5CRGdzL2tyM0lnemFqMmxEZUllNDVMRTZYUlI5SWFSVnBh?=
 =?utf-8?B?bW00TWVER05PUVdQZ0c2Tmh0U3VrcnlhU1hEbTlxNUlNdzVUMjlWbGcydEJq?=
 =?utf-8?B?MGd5Rm96Z21qNmJaTU1VbTR4VWRVY29hbFJ6eFhhZThqeWwrdkVVcm5Wc1Z6?=
 =?utf-8?B?QXhGa3lzbEJNWk5OVmJQU29OeVdMekRJYlRQcFphVkR4U1pOSXBOODcxeW9P?=
 =?utf-8?B?TkhkT1RMR1JjM2RRZ1NhOTU2L2NsalI2L2E3UnNpUXRERmpqVUNyNm81Vi95?=
 =?utf-8?B?RHg5am9zamF2U2FmNll4Si9wbVBBOUdvQ0htWGF6dTgyYVR1cUcrZlZyNDZ1?=
 =?utf-8?B?RmVYdk8rcnhXMStRbXAwN05aQ01CLzlRdFpIc0JwTHoydXB4dGdZL3BsdTUv?=
 =?utf-8?B?Tm9ObUhUelFUMUZKaVM1VlUvMis3QnRjVFFTcjhETHJyQzcyQmdWZm5FZ0Vm?=
 =?utf-8?B?SThoSFN4T1dtRDdMVWlnK2lKcVE2RmhRVXVyRFUybmRRU3REd0c0RHp5eGxx?=
 =?utf-8?B?c2J5ZHI5YXlEOWMxa2thTEhpd0RVaFp6OWlJMzdzUUU1aUR6TFhndjJqTTJD?=
 =?utf-8?B?MlNINEJRVHY4Tk1OUWs1RUE1eTJPUHJZTHlGMS84c1k1VGRaM3YwcDRhQ2lx?=
 =?utf-8?B?TVphSlc4amRYTlJCTytwWHF0amRwYzhuU1JaakM0ZzR1NmY4ZEZQdlE2V050?=
 =?utf-8?B?WEcvWXNRL1JjMFdtL3BXNVg2MEcxWGxnRnlUVHF3SVI1YU90RGRuVHJPcFZL?=
 =?utf-8?B?OVpsMHpJTUhhUFBJZHd0VUdFeVFERXEyMGpzS1hjK2FGdUVQakdVMkIvb0pE?=
 =?utf-8?B?NGdKSGNMS3lNdWpHTEZwNmNmMlFVaElHWkl5TWkwSW05L2RxOW5DY2hPT005?=
 =?utf-8?B?Kyt6MWF6RTg5dUcrZUxXNW55THdVZkRLMGVoWFpEWU5DTjcvazE4QVpxY0lY?=
 =?utf-8?B?Y0p1YnUwZGJEOWliL0JJYWYvRmhCcjZ1RGFZK2MxVXc1WExDUCtGRWxYaUNv?=
 =?utf-8?B?WHl5ODVzT1lKSHVJRTBMRko4UmpWRXJXcHJNOUxuV1FRQk1MN01JWUNKWko0?=
 =?utf-8?B?TDVKV2JRTU56eUtxMDFQOEN5ZENTSy9hdDdDQjdkaEo4cDZZWXpxcVZVYngz?=
 =?utf-8?B?RWwwclVleXRYYUdYOUFESzQ5aCtIMExrYlJKQ2ZyK1pMSERDc0pxcGNuNGpM?=
 =?utf-8?B?a0lVMU5mU2VycWxLNXFvOU94aXdlbUE1WnBzTDhNK09Jc0ZmYW5FY3NObGxh?=
 =?utf-8?B?SlhMMklZV2w0R3d0bkg5NFNXQzNiaTFzS2tSNUJVOU0vN1NTNUFxckJCWENk?=
 =?utf-8?B?MHZSVVk5OFNkNzVwTXhZT05pMWxBTGc3U0NWdWhYeVdnRjFCaUZCZ2dnMGVN?=
 =?utf-8?B?UWhkSzY4dGt3Y1RmU1dsQVM5TkgzSE9xVUxKV0hzcFhXeTlqejRsdVR1amQ1?=
 =?utf-8?B?Q1dTVlJ2YnF1dk54a1Z3RldRaTlXRUx5aVhXNmRjMy9OQ2tybFIrYmpaRzlk?=
 =?utf-8?B?Z1VObjRHT3pDcFpUWU9sTGJlbXlFNms4YkxRSWZNV1MvTFBDOTU5dStFSEho?=
 =?utf-8?B?SjRkazlZQmdLdjYyeHJRT2tnc3VOS2xLRkV6bENrcHUwc2pidDhzZTQxK09u?=
 =?utf-8?B?K1BHTnovQnQ5UHIrK3ZBcjVRMzNkWitQK3J3UXgwd0YxRlRmaFgrUzAzQ2J0?=
 =?utf-8?Q?bEJDFmPIIJhVAH6voq6UO9zVHOj3bXzYX73UuR5FYqt7m?=
X-MS-Exchange-AntiSpam-MessageData-1: 4POETDPHhFp5Rw==
X-OriginatorOrg: ddn.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 27331a0c-a56f-4f18-0769-08da5062618c
X-MS-Exchange-CrossTenant-AuthSource: DM5PR1901MB2037.namprd19.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Jun 2022 13:07:50.1180
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 753b6e26-6fd3-43e6-8248-3f1735d59bb4
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: deZo4O9VxWI/G5Dm5rz8cduBPGiQ/EG9qy/DgZzr+AM/ykGaVqliJs8EDoKIvoL6AKUrO7EKqq+03uXXbnHiQQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS7PR19MB5925
X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,
        RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE
        autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org


On 6/17/22 14:43, Miklos Szeredi wrote:
> On Fri, 17 Jun 2022 at 11:25, Bernd Schubert <bernd.schubert@fastmail.fm> wrote:
>>
>> Hi Miklos,
>>
>> On 6/17/22 09:36, Miklos Szeredi wrote:
>>> On Fri, 17 Jun 2022 at 09:10, Dharmendra Singh <dharamhans87@gmail.com> wrote:
>>>
>>>> This patch relaxes the exclusive lock for direct non-extending writes
>>>> only. File size extending writes might not need the lock either,
>>>> but we are not entirely sure if there is a risk to introduce any
>>>> kind of regression. Furthermore, benchmarking with fio does not
>>>> show a difference between patch versions that take on file size
>>>> extension a) an exclusive lock and b) a shared lock.
>>>
>>> I'm okay with this, but ISTR Bernd noted a real-life scenario where
>>> this is not sufficient.  Maybe that should be mentioned in the patch
>>> header?
>>
>>
>> the above comment is actually directly from me.
>>
>> We didn't check if fio extends the file before the runs, but even if it
>> would, my current thinking is that before we serialized n-threads, now
>> we have an alternation of
>>          - "parallel n-1 threads running" + 1 waiting thread
>>          - "blocked  n-1 threads" + 1 running
>>
>> I think if we will come back anyway, if we should continue to see slow
>> IO with MPIIO. Right now we want to get our patches merged first and
>> then will create an updated module for RHEL8 (+derivatives) customers.
>> Our benchmark machines are also running plain RHEL8 kernels - without
>> back porting the modules first we don' know yet what we will be the
>> actual impact to things like io500.
>>
>> Shall we still extend the commit message or are we good to go?
> 
> Well, it would be nice to see the real workload on the backported
> patch.   Not just because it would tell us if this makes sense in the
> first place, but also to have additional testing.

I really don't want to backport before it is merged upstream - back 
porting first has several issues (like it gets never merged and we need 
to maintain for ever, management believes the work is done and doesn't 
plan for more time, etc).

What we can do, is to install a recent kernel on one of our systems and 
then run single-shared-filed IOR over MPIIO against the patched and 
unpatched fuse module. I hope I find the time later on today or latest 
on Monday.


Thanks,
Bernd