From owner-freebsd-stable@freebsd.org Tue Nov 10 09:58:49 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFD8CA2B988 for ; Tue, 10 Nov 2015 09:58:49 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DAF718E3 for ; Tue, 10 Nov 2015 09:58:48 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc233031.norma.com [IPv6:fd00::7fa] (may be forged)) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id tAA9wWwg014952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 10 Nov 2015 14:58:33 +0500 (YEKT) (envelope-from emz@norma.perm.ru) To: FreeBSD From: "Eugene M. Zheganin" Subject: zfs, mc, mcview and files opening X-Enigmail-Draft-Status: N1110 Message-ID: <5641BFC8.9050207@norma.perm.ru> Date: Tue, 10 Nov 2015 14:58:32 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Tue, 10 Nov 2015 14:58:34 +0500 (YEKT) X-Spam-Status: No hits=-100.2 bayes=0.0000 testhits AWL=0.233,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 09:58:49 -0000 Hi. my midnight commander is terribly slow at vieweing files with mcview. Opening of a file of approximately 10 megabytes takes about 30-40 seconds. This isn't related with the compression setting, %busy wait or pool properties- I tested on various machines, it's fully reproducible. This lag appears on files about 1.5 megs in size, and the lag time is pretty constant. From my observation, it's the following syscall that's blocking: fstat(4,{ mode=p--------- ,inode=41,size=0,blksize=4096 }) = 0 (0x0) (observed using `truss mcview maillog`) If the file is viewed not by mcview (i.e. it is of a special type and viewed by the special utility, or mcview is simply not used - for example more opens same file without lag) - the file is opening fast as always. When mcview is involved - lag appears. In the same time I've never seen this lag on filesystems other than zfs. And the most beautiful detail is that this lag is repeatable on multiple opens of same file - though you can expect that it will be only first time that would be that slow, it doesn't happen - same pause occurs on sequential opens. Who's issue is this ? Can some workaround be used ? Thanks. Eugene.