On Thu, Jan 12, 2012 at 10:29:19PM +0100, David du Colombier wrote:
>
> You should probably try to compare with "du -sh".
BTW, I have "played" with du(1) since it answers partially (Erik gave
data) about the optimization of blocksize. Namely the "-b" option. If I
understand correctly, this does t
On Thu Jan 12 17:26:35 EST 2012, 0in...@gmail.com wrote:
> > why will -h make a difference? i don't see it in the code.
>
> It's more convenient. But why this question?
> It doesn't matter anyway.
i read your email as implying that -h returned substantively
different results than otherwise.
i g
> why will -h make a difference? i don't see it in the code.
It's more convenient. But why this question?
It doesn't matter anyway.
My point was just to compare the size reported by fossilcons df
with the size reported by du.
--
David du Colombier
> You should probably try to compare with "du -sh".
why will -h make a difference? i don't see it in the code.
- erik
> So, there is no snapshot, only plan9.iso + apx. 40Mb for kerTeX, /tmp
> empty, and I still have almost 750 Mb used and only 220Mb free?
>
> Is there a way to know what occupies roughly twice the size of the
> files?
I don't know. I just set up a tiny Fossil file system and
extracted the current
On Tue, Jan 10, 2012 at 02:47:19PM +0100, David du Colombier wrote:
>
>[...]
> Running snapclean 0 will discard all snapshots and will
> set epoch low = hi. Running snapclean without argument will
> only discard snapshots older than snapLife or everything
> if unspecified.
>[...]
> You can check
On Tue, Jan 10, 2012 at 02:47:19PM +0100, David du Colombier wrote:
> > No. I thought that if low == high epochs, there is no room left for
> > cleaning?
>
> Temporary snapshots will automatically expire after snapLife,
> specified by snaptime -t (0 is unlimited), every day or
> every snapLife if
> No. I thought that if low == high epochs, there is no room left for
> cleaning?
Temporary snapshots will automatically expire after snapLife,
specified by snaptime -t (0 is unlimited), every day or
every snapLife if inferior.
Running snapclean 0 will discard all snapshots and will
set epoch low
On Tue, Jan 10, 2012 at 04:04:14PM +1100, Bruce Ellis wrote:
>[...]
> Then again I have a Coraid so my bits are safe.
>
> I bought a Netgear NAS recently. It seemed like a bargain at a little
> over the price of the 1T drive it came with. I put a 1T drive in the
> second slot and hope this will b
On Mon, Jan 09, 2012 at 11:23:33PM +0100, David du Colombier wrote:
>
> Are you sure you disabled temporary snapshots? You can disable
> them by removing the line "snaptime", or just removing "-t", or
> setting "-t none" on that line, in fossil configuration.
Yes, this is the first thing I've don
On Mon, Jan 09, 2012 at 07:44:23PM -0500, erik quanstrom wrote:
>
> i think these numbers will be similar to those of fossil.
>
> blksize files blocks mb used
> 16384 35738 1427263 22300
> 8192 35738 2675543 20902
> 4096 35738 7775796 30374
>
> obviously, there are two competing
confused me. you mean 27% or what's in my signature?
On 10 January 2012 16:30, Lyndon Nerenberg wrote:
>
> On 2012-01-09, at 21:04 PM, Bruce Ellis wrote:
>
>> Your call.
>
> You didn't give us your number.
--
Don't meddle in the mouth -- MVS (0416935147, +1-513-3BRUCEE)
On 2012-01-09, at 21:04 PM, Bruce Ellis wrote:
> Your call.
You didn't give us your number.
signature.asc
Description: Message signed with OpenPGP using GPGMail
Many a moon ago Basser was doing something about incorporating various
bits into the a 32V Vax system.
They went for a 1K block filesystem (don't remember which one, early
BSD?) but spent a large amount of time on retrofitting 512B blocks. I
wrote a small program that traversed a disk and reported
> Side note: are there statics about the Plan9 distribution, to know what
> is the best size of blocks? It seems that there is a lot of small text
> files, so 8kb is perhaps too much.
i did these calculations for the files in / on my worm. i used values
from ken's file server for a variety of blo
> > Are you sure you disabled temporary snapshots? You can disable
> > them by removing the line "snaptime", or just removing "-t", or
> > setting "-t none" on that line, in fossil configuration.
Sorry again, I typed too fast. Of course I mean "-s" for
temporary snapshots.
--
David du Colombier
> Are you sure you disabled temporary snapshots? You can disable
> them by removing the line "snaptime", or just removing "-t", or
> setting "-t none" on that line, in fossil configuration.
Sorry, I mean "-a", not "-t".
--
David du Colombier
> Can somebody point me to a doc that a less than gifted mind, it
> seems, can have a rough idea about what's going on, what space is
> needed etc; is there a "garbage collector", that is for "-t" files and
> dirs, once the file is deleted the blocks are freed and available, or
> is there commands
So I have reinstalled Plan9 ("howto" do without CD etc. will be written
in some days).
Since I want to grasp fossil (no venti) for now, I have allocated "only"
1 Gb to the thing.
With an almost virgin installation (only some Mb more since I'm
debugging kerTeX on Plan9), and no snapshots, there ar
19 matches
Mail list logo
