From owner-freebsd-fs@FreeBSD.ORG Mon Sep 12 19:32:35 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C031065670 for ; Mon, 12 Sep 2011 19:32:35 +0000 (UTC) (envelope-from bfriesen@simple.dallas.tx.us) Received: from blade.simplesystems.org (blade.simplesystems.org [65.66.246.74]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4D18FC08 for ; Mon, 12 Sep 2011 19:32:35 +0000 (UTC) Received: from freddy.simplesystems.org (freddy.simplesystems.org [65.66.246.65]) by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id p8CJWYYp029835; Mon, 12 Sep 2011 14:32:34 -0500 (CDT) Date: Mon, 12 Sep 2011 14:32:34 -0500 (CDT) From: Bob Friesenhahn X-X-Sender: bfriesen@freddy.simplesystems.org To: Laszlo KAROLYI In-Reply-To: Message-ID: References: User-Agent: Alpine 2.01 (GSO 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (blade.simplesystems.org [65.66.246.90]); Mon, 12 Sep 2011 14:32:34 -0500 (CDT) Cc: freebsd-fs@freebsd.org Subject: Re: ZFS-lighttpd2-sendfile, too high IO X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 19:32:35 -0000 On Mon, 12 Sep 2011, Laszlo KAROLYI wrote: > But does this explain the 4-5mbyte/s reads when having a 15mbit/s network load? There are only two viable explanations: o Insuffient caching due to insufficient resources o Data is not being cached at all Zfs reads whole 128K blocks (or whatever the filesystem blocksize is) at a time. It does not read partial blocks from underlying storage. This makes it very expensive to perform many small read accesses if the reads are not subsequently cached in the ARC. Bob -- Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/