From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Allison Subject: Re: Samba speed Date: Mon, 8 Dec 2008 15:12:33 -0800 Message-ID: <20081208231233.GK29163@samba1> References: <20081208182114.GD29163@samba1> <20081208223924.GB2501@mit.edu> Reply-To: Jeremy Allison Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jeremy Allison , samba-technical@samba.org, linux-fsdevel , linux-cifs-client@lists.samba.org To: Theodore Tso Return-path: Received: from mail.samba.org ([66.70.73.150]:56892 "EHLO lists.samba.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752989AbYLHXMg (ORCPT ); Mon, 8 Dec 2008 18:12:36 -0500 Content-Disposition: inline In-Reply-To: <20081208223924.GB2501@mit.edu> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Mon, Dec 08, 2008 at 05:39:24PM -0500, Theodore Tso wrote: > On Mon, Dec 08, 2008 at 10:21:14AM -0800, Jeremy Allison wrote: > > Here's a really interesting paper from Intel > > that they recently brought to my attention. > > > > http://software.intel.com/en-us/articles/windows-client-cifs-behavior-can-slow-linux-nas-performance > > > > Looks like using XFS for your Linux Samba > > server, or setting "strict allocate = yes" can make > > a big difference due to sparse file issues. > > Glibc 2.7 (as shipped in Ubuntu Hardy) has posix_fallocate wired up to > the fallocate system call, and ext4 supports delayed allocation as > well as preallocation. There are number of userspace applications --- > rsync, samba, and most bittorrent applications come to mind --- where > use of fallocate would be a big win. Turns out that ext4 doesn't suffer from the slowdown in the first place. The paper is extremly interesting, I'm looking at the implications for our default settings (most users are still using Samba on ext3 on Linux). Jeremy.