From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 8BDFB13881D for ; Sat, 26 Sep 2015 16:36:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 43CF621C0B0; Sat, 26 Sep 2015 16:36:13 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 333B721C00E for ; Sat, 26 Sep 2015 16:36:12 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZfsSH-0000a5-Is for gentoo-user@lists.gentoo.org; Sat, 26 Sep 2015 18:36:09 +0200 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Sep 2015 18:36:09 +0200 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Sep 2015 18:36:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: Dynamically change =?utf-8?b?UE9SVEFHRV9UTVBESVI=?= via bashrc? Date: Sat, 26 Sep 2015 16:35:48 +0000 (UTC) Message-ID: References: <20150926080824.GA4550@lira> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 SeaMonkey/2.35) X-Archives-Salt: 44ae0d63-2c55-4156-9d75-ebdf1495632c X-Archives-Hash: fd740355380479246d40da8653bf086d Rich Freeman gentoo.org> writes: > One thing that both zfs and bcachefs seem to be doing (not that I'm in > an expert in either) is taking a multi-tiered approach to storage. > That is, writes can go into a durable log on a separate device and > then be consolidated onto more long-term storage. I suspect that this > might help with some of the fragmentation issues that you run into > with COW. Then again, I don't know how its performance would compare > to just dumping everything right to a single tier like btrfs and then > just periodically having some kind of smart defragmenter that just > cleans up the stuff that really needs it. I have done quite a bit of research on many aspects of memory and storage. It is probably the single biggest issue with how best to 'cluster' systems and resources and the optimal solutions seem to be numerous, depending on the goals and trade-offs of a specific application. That said, there are as many ideas as there are project leads; so the space in full of experimentation. With RDMA and compiler enhancements in the mix, I do not think issues will narrow any time soon. Sorry I could not be of more help; I swim in these waters pretty much every day, looking for conclusions......still looking...... hth, James