From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg1-f194.google.com ([209.85.215.194]:46420 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727687AbeHVWyX (ORCPT ); Wed, 22 Aug 2018 18:54:23 -0400 MIME-Version: 1.0 References: In-Reply-To: From: Steve French Date: Wed, 22 Aug 2018 14:28:01 -0500 Message-ID: Subject: Re: Overview of performance improvements of recent SMB3 compounding patches To: CIFS , samba-technical , LKML , linux-fsdevel , ronnie sahlberg Content-Type: text/plain; charset="UTF-8" Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Continuing the experiments with Ronnie's patches show additional promising performance results from other common scenarios: Very good news that the number of roundtrips (request/response pairs to the server) has dropped so substantially. Reducing latency, and allowing the server to more efficiently process the requests leads to much better performance for these common operations: - rename goes from 9 request/response pairs to 5 ("mv /mnt/file /mnt/file1") - hardlink goes from 8 to only 3 (!) ("ln /mnt/file1 /mnt/file2") - symlink (with mfsymlinks enabled) goes from 11 to 9 ("ln -s /mnt/file1 /mnt/file3") - touch (existing file) 6 down to 4 In current kernel we benefit from compounding now on stafs ("stat -f /mnt"), and in the earlier note I described the improvements in create, unlink, mkdir and rmdir which were also awesome. This is very exciting. On Tue, Aug 21, 2018 at 1:24 PM Steve French wrote: > > In experiments today with Ronnie's most recent compounding patches I > see the expected significant improvements in create/mkdir/unlink/rmdir > operations over SMB3 mounts (tests were to Samba but would be similar > to all modern servers). See below: > > "touch /mnt/file" goes from 6 request/response pairs to 4 with > Ronnie's compounding patches > "rm /mnt/file" from 5 to 2 request/response pairs > "mkdir /mnt/newdir" 6 pairs to 3 pairs > "rmdir /mnt/newdir" 6 pairs down to 2 pairs > > Good job Ronnie! > -- > Thanks, > > Steve -- Thanks, Steve