From owner-freebsd-fs@FreeBSD.ORG Fri Oct 5 08:46:24 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71F9A106566C; Fri, 5 Oct 2012 08:46:24 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4508FC0A; Fri, 5 Oct 2012 08:46:24 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so1675125pad.13 for ; Fri, 05 Oct 2012 01:46:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=4zkgTdPrpsZN0HUitzeZ4l9lKGnFT23T3sJcwTWz9dU=; b=idRcCuEaenufKdTa95UzQKEuveDi+24nGNod/q162Q8ndA7oo8rdhy0yA9VqHoi71Z yGdpNnQLSJC5VK95aeY2DYQCXv+rETaPUenmLrFREDINFjgLqvrjI8Z2dqnbr2q6SScz B9rOlEvuOJeKOzqcd6PVHSzWoXGT/YUzOAQyytkgoOOfUofb59BFx+lChYHz8HNSkKOm WdLmK5npBq/PdH5MARIGqRsimZHr2v3eUmlF1qn2mINKxtiIWVamAlrBuyVzQ3GpcM2K AoyJWhr9MTr7bsbhfOiliRk/hFNp9FGheKwGHqLXL7EColh9f39RtarlxHji162bjttQ 5ZvA== Received: by 10.68.233.97 with SMTP id tv1mr28645323pbc.96.1349426777532; Fri, 05 Oct 2012 01:46:17 -0700 (PDT) Received: from [192.168.1.128] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id pw9sm5744432pbb.42.2012.10.05.01.46.13 (version=SSLv3 cipher=OTHER); Fri, 05 Oct 2012 01:46:16 -0700 (PDT) Message-ID: <506E9E10.1010600@gmail.com> Date: Fri, 05 Oct 2012 11:45:04 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120924 Thunderbird/15.0.1 MIME-Version: 1.0 To: Martin Matuska References: <506B4508.3030406@FreeBSD.org> In-Reply-To: <506B4508.3030406@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org Subject: Re: [CFT] ZFS feature flag support for 9-STABLE 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: Fri, 05 Oct 2012 08:46:24 -0000 02.10.2012 22:48, Martin Matuska wrote: > ZFS feature flag support is ready to be merged to 9-STABLE. > The scheduled merge date is short after 9.1-RELEASE. > Feedback and suggestions are welcome. +1 from me: works here like a charm. I have one more question about snapshot removal behavior. I already noticed that destroying a snapshot an deduped filesystem can eat a lot of ram to complete. Actually my experience was: 1. One of the snapshots was discarded (14G) and system tried to allocate more RAM then was available. Machine stalled. 2. After reboot snapshot destruction was automatically restarted. And machine stalled again. 3. I booted in single user mode and tried a manual pool import. RAM was exhausted again. I assumed that adding swap wouldn't help either. 4. I raised memory on the machine from 4G to 8G. After boot snapshot destruction completes topping wired at 6G. As I understand snapshot destruction goes into one transaction meaning that all changed structures should be changed in memory and written to disk. Would this code have the same issue? -- Sphinx of black quartz, judge my vow.