From 9d90023ff4c28fc6d12e02cb89e2653d6c06bd95 Mon Sep 17 00:00:00 2001 From: Jelmer Vernooij Date: Fri, 3 Sep 2004 17:38:22 +0000 Subject: Default is yes now (This used to be commit 2859e0da31e43203a1622eef43ab7b17d3d936b6) --- docs/smbdotconf/tuning/usesendfile.xml | 9 +++------ 1 file changed, 3 insertions(+), 6 deletions(-) (limited to 'docs') diff --git a/docs/smbdotconf/tuning/usesendfile.xml b/docs/smbdotconf/tuning/usesendfile.xml index f5e68f2879..8c26fa2a52 100644 --- a/docs/smbdotconf/tuning/usesendfile.xml +++ b/docs/smbdotconf/tuning/usesendfile.xml @@ -3,14 +3,11 @@ type="boolean" xmlns:samba="http://samba.org/common"> - If this parameter is yes, and Samba - was built with the --with-sendfile-support option, and the underlying operating - system supports sendfile system call, then some SMB read calls (mainly ReadAndX + If this parameter is yes, and the sendfile() system call is supported by the underlying operating system, then some SMB read calls (mainly ReadAndX and ReadRaw) will use the more efficient sendfile system call for files that are exclusively oplocked. This may make more efficient use of the system CPU's - and cause Samba to be faster. This is off by default as it's effects are unknown - as yet. In particular, it appears that Windows 9X clients fail to work against - Samba with this parameter enabled in config. + and cause Samba to be faster. + yes -- cgit