And, without a sub-shell:
find . -type f \! -links 1 | xargs stat -c " %b %B *+p" /dev/null | dc
2>/dev/null | tail -1
(The stderr redirection is because otherwise dc whines once that the
stack is empty, and the tail is because we print interim totals as we
go.)
Also, this doesn't quit work, sin
On Mon, Jun 13, 2011 at 12:59 PM, Nico Williams wrote:
> Try this instead:
>
> (echo 0; find . -type f \! -links 1 | xargs stat -c " %b %B *+" $p; echo p) |
> dc
s/\$p//
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.o
On Mon, Jun 13, 2011 at 5:50 AM, Roy Sigurd Karlsbakk
wrote:
>> If anyone has any ideas be it ZFS based or any useful scripts that
>> could help here, I am all ears.
>
> Something like this one-liner will show what would be allocated by everything
> if hardlinks weren't used:
>
> # size=0; for i
> If anyone has any ideas be it ZFS based or any useful scripts that
> could help here, I am all ears.
Something like this one-liner will show what would be allocated by everything
if hardlinks weren't used:
# size=0; for i in `find . -type f -exec du {} \; | awk '{ print $1 }'`; do
size=$(( $s
On Sun, Jun 12, 2011 at 5:28 PM, Nico Williams wrote:
> On Sun, Jun 12, 2011 at 4:14 PM, Scott Lawson
> wrote:
> > I have an interesting question that may or may not be answerable from
> some
> > internal
> > ZFS semantics.
>
> This is really standard Unix filesystem semantics.
>
> > [...]
> >
>
On 13/06/11 11:36 AM, Jim Klimov wrote:
Some time ago I wrote a script to find any "duplicate" files and replace
them with hardlinks to one inode. Apparently this is only good for same
files which don't change separately in future, such as distro archives.
I can send it to you offlist, but it wo
On 13/06/11 10:28 AM, Nico Williams wrote:
On Sun, Jun 12, 2011 at 4:14 PM, Scott Lawson
wrote:
I have an interesting question that may or may not be answerable from some
internal
ZFS semantics.
This is really standard Unix filesystem semantics.
I Understand this, just wanting t
2011-06-13 2:28, Nico Williams пишет:
PS: Is it really the case that Exchange still doesn't deduplicate
e-mails? Really? It's much simpler to implement dedup in a mail
store than in a filesystem...
That's especially strange, because NTFS has hardlinks and softlinks...
Not that Microsoft provi
Some time ago I wrote a script to find any "duplicate" files and replace
them with hardlinks to one inode. Apparently this is only good for same
files which don't change separately in future, such as distro archives.
I can send it to you offlist, but it would be slow in your case because it
is no
On Sun, Jun 12, 2011 at 4:14 PM, Scott Lawson
wrote:
> I have an interesting question that may or may not be answerable from some
> internal
> ZFS semantics.
This is really standard Unix filesystem semantics.
> [...]
>
> So total storage used is around ~7.5MB due to the hard linking taking place
Hi All,
I have an interesting question that may or may not be answerable from
some internal
ZFS semantics.
I have a Sun Messaging Server which has 5 ZFS based email stores. The
Sun Messaging server
uses hard links to link identical messages together. Messages are stored
in standard SMTP
MIME
11 matches
Mail list logo
