From owner-freebsd-hackers@freebsd.org Fri Jul 24 00:52:06 2015 Return-Path: Delivered-To: freebsd-hackers@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 B0BBA9A9C74 for ; Fri, 24 Jul 2015 00:52:06 +0000 (UTC) (envelope-from Don.whY@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DE5A1670 for ; Fri, 24 Jul 2015 00:52:06 +0000 (UTC) (envelope-from Don.whY@gmx.com) Received: from [192.168.1.115] ([67.212.197.98]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Ld0jY-1YaL1R04lk-00iGY5 for ; Fri, 24 Jul 2015 02:51:57 +0200 Message-ID: <55B18C45.4030707@gmx.com> Date: Thu, 23 Jul 2015 17:52:21 -0700 From: Don whY User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: format/newfs larger external consumer drives References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:c6dkN7HVD6ksnqcfUIyZ2utXH15is6eqhAEX+9Rk8FVCHG0Jyba ZS9BQTJULKpZXTLhYLWzDjzn0+xaRkcyK6RM8BR8MHtaRrh0ikpDd81K+jXeZWFOxXd/HtF DcqCkJhMi8hgh/G6xUQQ5DY2r55Fl4rhuFzEI/F5gVr9mlwIDo6gfXvqgeKfy45PQagVO+b lzgKjmQ69QYvnz6tF5GZA== X-UI-Out-Filterresults: notjunk:1;V01:K0:7vpS2IY4yZE=:GyX9n3fYgALmIxFyKrb3XZ 7YjUUlumhw5IM8wOGWrWToiO3Y+uiYr9qna33wDmKo6m4pkhyQLvnj+N3NRpzfehF1ofcraXI eAiZFGUFH12lU46swcw0mUKQeI9jtxfA7gP9fdUT9CUUh9U14C9gUXWiTCmRQ2Pb10f/0rjLl beHBAOh1qVPuoQpjAbrdbk08AVSi2dQkZ760sYTUf2C7iUJD9qxGjG8C5fJcj0ZoPgqSmgleM P6CEdhtBF04+6T3rjwzE986i+B0KWosWIvYHRKBg0LNJxaNTAeH1uii2Pu7ypYs5uDU7B6p5d czUe7L6iUoTjzh0m3m8IbSnOVTNcoRCrqH5a/WpVMFskU0R/82oVbdHvfaG+otm5kZ2ziUeET lnETEQ1/mgl2BqOXFVZLdLRBfSdn8Z99E6vMQtnGEZRnQQiqsBCAazZm1+q1q90eaAlbMEhzf 5wkLKNM6kZvu6vFwkt3yb2KqWWCzvjdI9DrZ2bTQWHJq13K+dfoP2cngSVdKswp4w9DTvBq0W Jn10ixfjIvWEHiuF4AGacK5Qgg9qu6NL92Qq+FfYQBai8QlPQgHsLwXy1dXj+4btn9Gn5mJs6 nWa5l8Z7KCpOYBEBqEQzjAK7CeVMYNriih9JopREj3ndvP1ach1qMThb8UYbPOxJpB7xAZ7eN YGpmWevXESkMICRg3ZytD8bsxHEoQbiQ4BtbE9/38FFE0GPumBzn05/u0iVaGFMKcV1k= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 00:52:06 -0000 On 7/22/2015 2:08 PM, Dieter BSD wrote: > Don whY asks: >> So, fsck's effort (and execution *time*) is based *mostly* on inodes? > > I don't know about *mostly*, but reducing the number of inodes > significantly reduced fsck time for me. OK. I may try building a filesystem, loading a fixed set of files (assorted) onto it, then fsck'ing it. Then, rebuild with a different block/frag/inode configuration and try again (same file set). At the very least, it will be an interesting experiment! >> In my case, there isn't any real physical room for an internal disk. >> I'm using Dell FX160's -- they'll support a SATA laptop drive > > Assuming that "SATA laptop drive" means 2.5" form factor, > just add a 6 TB SSD. (available this month, but the price is > top secret) "If you have to ask, then you can't afford it!" :> >> The point is to get rid of the piles of CD/DVD media that I've >> accumulated over the years > > Someone must make a jukebox for those. Sure! I could have rescued a large 42U unit for "a song" a while ago. But, who wants to find space for such a beast when you can move the entire contents onto 3.5" drives?? (and get true random access without waiting for a robot!) >>> I am very tired of having an entire machine panic just because >>> one disk decided to take a nap. This is not how you get 5 9s. :-( >> >> Or, power glitches, firmware bugs, etc. > > A UPS eats power glitches for breakfast. UPS's take lots of care and feeding. :< I've got a dozen 1500VA units here. Seems like I am perpetually replacing batteries, *somewhere*! :< > Firmware is a problem. > More and more mainboards can have FLOSS firmware, but there is also > buggy firmware in disks and other devices. > > Warren helpfully pointed us to > >> http://sourceforge.net/projects/fuse-ufs2/ > > Thanks, Warren! Sourceforge was kaput when I tried to check it out. > I'm hoping that it is a high quality implementation, and, being fuse, > will solve the kernel panic problem. I plan to look at the filesystem > regression tests and see if I can think up any additional test cases. I suspect I can live without this -- especially in the context of this being a "demo app" just to illustrate what sort of things are (relatively) easy to do. Let someone else with "free time" polish the rough spots! :> My plate is already overflowing :<