From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sun, 8 Jun 2014 04:39:14 -0400 To: 9fans@9fans.net Message-ID: <16f2565e4c121623280f7b5e0fff0755@brasstown.quanstro.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Question about fossil Topicbox-Message-UUID: f7adca18-ead8-11e9-9d60-3106f5b1d025 > It is all a changing of thinking - for example, never truncate logfiles, > as truncating them actually uses more space in venti than just letting them grow. > > never worry about cloneing large directories, its (almost) free. in my mind these are not related to the content-addressed storage feature of venti, but rather the idea that storage is practically infinite. > if you have big files you don't want to keep in venti use chmod -t on them > to stop archiving (keep the file in fossil only). This means they are not backed up > in venti but I find it helpful for things like downloaded ISO files where they > can be easily regenerated. keeping the fact that storage is infinte in mind, i don't understand +t. it breaks the model, without a big benefit. the n/other model announces itself as non-archived storage, and won't be lost if fossil is recovered from archive. - erik