From owner-freebsd-current@FreeBSD.ORG Sun Jan 6 22:33:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3038016A417 for ; Sun, 6 Jan 2008 22:33:09 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id C7FC613C447 for ; Sun, 6 Jan 2008 22:33:08 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so7450596rvb.43 for ; Sun, 06 Jan 2008 14:33:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=oEACo1PQesqODRvG+b88wYKErlB4WnhUwh9i9hRiVcw=; b=dd4taYN41kPD4rvfhYwet0rfiqPSOLL5eVuW09CGFz+4e+7WQuBctYw7f4IdIq0okXEpUwECYyiakkqcweVgdzgxQtrrGZwZHDLmmDzDeoADyjk/yW793uTkg+lUqFbxEqvzaE5uw56kVBD2swint4vXmmSSpe1mZmvWeYMH/5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=gZcWOrDQPaU3IzY1jlNqRTfMD4gijtBrp89VeuhVpZzNwXALS+BM2MWiBRN7pOIhMj/AX1RRSBrAl0mjlBCpR/UdLUHpw2MaBkMMDIzy5zE/llUBrFJcJNj+kYoVhtLNPYj6p+sBElL6fDxLMqsFbVMu0VOFSKv5i8sXKngF6Ow= Received: by 10.140.207.2 with SMTP id e2mr10196381rvg.299.1199658788399; Sun, 06 Jan 2008 14:33:08 -0800 (PST) Received: by 10.141.212.1 with HTTP; Sun, 6 Jan 2008 14:33:08 -0800 (PST) Message-ID: <9bbcef730801061433y381159aakf2ad51faffdca987@mail.gmail.com> Date: Sun, 6 Jan 2008 23:33:08 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Scott Long" In-Reply-To: <47814E20.70801@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080106141157.I105@fledge.watson.org> <47810DE3.3050106@FreeBSD.org> <478119AB.8050906@FreeBSD.org> <47814160.4050401@samsco.org> <478148FD.20605@FreeBSD.org> <47814E20.70801@samsco.org> X-Google-Sender-Auth: aee7970e52ea0aaa Cc: freebsd-current@freebsd.org Subject: Re: ZFS honesty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jan 2008 22:33:09 -0000 On 06/01/2008, Scott Long wrote: > I guess what makes me mad about ZFS is that it's all-or-nothing; either > it works, or it crashes. It doesn't automatically recognize limits and > make adjustments or sacrifices when it reaches those limits, it just > crashes. Wanting multiple gigabytes of RAM for caching in order to > optimize performance is great, but crashing when it doesn't get those > multiple gigabytes of RAM is not so great, and it leaves a bad taste in > my mouth about ZFS in general. I agree with the sentiment. I don't know about its implementation, but surely some kind of backout could have be implemented? I'm just guessing here: maybe the problem is in M_NOWAIT - maybe there could be a M_NOWAIT_BUT_ALLOW_NULL that would be safe to use in non-sleepable code but could return NULL, which could be tested and the whole file system request postponed...