From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 13:43:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1381348E for ; Tue, 22 Oct 2013 13:43:11 +0000 (UTC) (envelope-from prvs=10074d7b43=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9FFF42C49 for ; Tue, 22 Oct 2013 13:43:10 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006477998.msg for ; Tue, 22 Oct 2013 14:43:01 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 22 Oct 2013 14:43:01 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=10074d7b43=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> From: "Steven Hartland" To: "Vitalij Satanivskij" , "Allan Jude" , "Dmitriy Makarov" References: <1381166916.122992963.5h9ygiri@frv45.ukr.net> <1381170764.32684.31088349.343931EE@webmail.messagingengine.com> <20131007185032.GA82932@hell.ukr.net> <20131007211201.GA89306@hell.ukr.net> <20131010092223.GA28347@hell.ukr.net> <5256D9D4.2030308@allanjude.com> <20131010170334.GA71635@hell.ukr.net> Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 Date: Tue, 22 Oct 2013 14:42:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 22 Oct 2013 13:43:11 -0000 First off I just wanted to clarify that you don't need to compression on dataset for L2ARC to use LZ4 compression, it does this by default as is not currently configurable. Next up I believe we've found the cause of this high load and I've just committed the fix to head: http://svnweb.freebsd.org/base?view=revision&sortby=file&revision=256889 Thanks to Vitalij for testing :) Dmitriy if you could test on your side too that would be appreciated. Regards Steve ----- Original Message ----- From: "Vitalij Satanivskij" To: "Allan Jude" Cc: Sent: Thursday, October 10, 2013 6:03 PM Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 > AJ> Some background on L2ARC compression for you: > AJ> > AJ> http://wiki.illumos.org/display/illumos/L2ARC+Compression > > I'm alredy see it. > > > > AJ> http://svnweb.freebsd.org/base?view=revision&revision=251478 > AJ> > AJ> Are you sure that compression on pool/zfs is off? it would normally > AJ> inherit from the parent, so double check with: zfs get compression pool/zfs > > Yes, compression turned off on pool/zfs, it's was may time rechecked. > > > > AJ> Is the data on pool/zfs related to the data on the root pool? if > AJ> pool/zfs were a clone, and the data is actually used in both places, the > AJ> newer 'single copy ARC' feature may come in to play: > AJ> https://www.illumos.org/issues/3145 > > No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) > > and data was writed to it from another server. > > > Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. > > At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day > work began report abouy errors. > > > AJ> > AJ> > AJ> > AJ> -- > AJ> Allan Jude > AJ> > AJ> _______________________________________________ > AJ> freebsd-current@freebsd.org mailing list > AJ> http://lists.freebsd.org/mailman/listinfo/freebsd-current > AJ> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.