* duplicate files and recent changes
@ 2002-06-06 5:30 S. Alexander Jacobson
2002-06-06 5:45 ` Oleg Drokin
` (2 more replies)
0 siblings, 3 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 5:30 UTC (permalink / raw)
To: reiserfs-list
I just joined this list. Two question:
1. Can reiserfs detect that I have two copies of
the same file on disk and store tham as one file
(doing a lazy copy) if someone writes to one of
them?
2. Is there a fast way to get access to the file
change list? It would be nice to be able to do
fast backup of changed files without having to
traverse entire directory trees.
-Alex-
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 5:30 S. Alexander Jacobson
@ 2002-06-06 5:45 ` Oleg Drokin
2002-06-06 7:20 ` Robert Brockway
` (2 more replies)
2002-06-06 13:54 ` Valdis.Kletnieks
2002-06-07 8:53 ` Heinz-Josef Claes
2 siblings, 3 replies; 98+ messages in thread
From: Oleg Drokin @ 2002-06-06 5:45 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
Hello!
On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
> I just joined this list. Two question:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
Hm, you mean, each time you create a file, reiserfs should scan all
other files and see if there is exactly a file like you just wrote?
Hm, even something more complicated as you are writing to a file in
4k chunks.
Definitely no.
> (doing a lazy copy) if someone writes to one of
> them?
> 2. Is there a fast way to get access to the file
> change list? It would be nice to be able to do
> fast backup of changed files without having to
> traverse entire directory trees.
No.
But if you really need these features, you can ask Hans to implement these.
(Hans can be easily conviced to implementing arbitrary features by passing
him money).
Bye,
Oleg
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 5:45 ` Oleg Drokin
@ 2002-06-06 7:20 ` Robert Brockway
2002-06-06 7:40 ` S. Alexander Jacobson
2002-06-06 7:33 ` S. Alexander Jacobson
2002-06-06 7:47 ` Hans Reiser
2 siblings, 1 reply; 98+ messages in thread
From: Robert Brockway @ 2002-06-06 7:20 UTC (permalink / raw)
To: reiserfs-list
On Thu, 6 Jun 2002, Oleg Drokin wrote:
> Hello!
>
>
> On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
> > I just joined this list. Two question:
> > 1. Can reiserfs detect that I have two copies of
> > the same file on disk and store tham as one file
>
> Hm, you mean, each time you create a file, reiserfs should scan all
> other files and see if there is exactly a file like you just wrote?
> Hm, even something more complicated as you are writing to a file in
> 4k chunks.
> Definitely no.
And besides, how could it even know whether you even want them to be the
same or not. I keen plenty of identical files around (online backups,
etc) and I'd be mighty upset if the filesystem started hard linking them
together :)
Rob
-- Robert Brockway B.Sc. email: robert@timetraveller.org ICQ: 104781119
Linux counter project ID #16440 (http://counter.li.org)
"The earth is but one country and mankind its citizens" -Baha'u'llah
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 5:45 ` Oleg Drokin
2002-06-06 7:20 ` Robert Brockway
@ 2002-06-06 7:33 ` S. Alexander Jacobson
2002-06-06 9:25 ` Oleg Drokin
2002-06-06 7:47 ` Hans Reiser
2 siblings, 1 reply; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 7:33 UTC (permalink / raw)
To: Oleg Drokin; +Cc: reiserfs-list
On Thu, 6 Jun 2002, Oleg Drokin wrote:
> On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
> > I just joined this list. Two question:
> > 1. Can reiserfs detect that I have two copies of
> > the same file on disk and store tham as one file
>
> Hm, you mean, each time you create a file, reiserfs should scan all
> other files and see if there is exactly a file like you just wrote?
> Hm, even something more complicated as you are writing to a file in
> 4k chunks.
> Definitely no.
I could imagine a cheaper implementation in which
the fs computes an MD5 hash of each file as it is
being written. If the hash matches the
pre-existing hash of some other file, then
consolidate.
> > (doing a lazy copy) if someone writes to one of
> > them?
>
> > 2. Is there a fast way to get access to the file
> > change list? It would be nice to be able to do
> > fast backup of changed files without having to
> > traverse entire directory trees.
>
> No.
I would presume that journalling gives access to
this sort of recent information. It is really a
question of whether applications may access
the journal and whether the journal format is
opaque.
-Alex-
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 7:20 ` Robert Brockway
@ 2002-06-06 7:40 ` S. Alexander Jacobson
2002-06-06 7:50 ` Hans Reiser
0 siblings, 1 reply; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 7:40 UTC (permalink / raw)
To: Robert Brockway; +Cc: reiserfs-list
On Thu, 6 Jun 2002, Robert Brockway wrote:
> > On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
> > > I just joined this list. Two question:
> > > 1. Can reiserfs detect that I have two copies of
> > > the same file on disk and store tham as one file
> >
> > Hm, you mean, each time you create a file, reiserfs should scan all
> > other files and see if there is exactly a file like you just wrote?
> > Hm, even something more complicated as you are writing to a file in
> > 4k chunks.
> > Definitely no.
>
> And besides, how could it even know whether you even want them to be the
> same or not. I keen plenty of identical files around (online backups,
> etc) and I'd be mighty upset if the filesystem started hard linking them
> together :)
That is why I said lazy copy on write. One
implementation would be for the file system to
keep a ref count of how many different files the
user intended. When an applicatiion writes to a
file, the file system checks the ref count. If
the ref count is greater than 1, the file system
copies the file, decrements the ref-count, and
gives the writing application a pointer to the new
copy.
I'm sure there are smarter implementations, but
the point is that the file system can certainly
differentiate in theory between user hard links
and actual hard links.
-Alex-
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 5:45 ` Oleg Drokin
2002-06-06 7:20 ` Robert Brockway
2002-06-06 7:33 ` S. Alexander Jacobson
@ 2002-06-06 7:47 ` Hans Reiser
2 siblings, 0 replies; 98+ messages in thread
From: Hans Reiser @ 2002-06-06 7:47 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
Oleg Drokin wrote:
>Hello!
>
>
>On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
>
>
>>I just joined this list. Two question:
>>1. Can reiserfs detect that I have two copies of
>>the same file on disk and store tham as one file
>>
>>
>
>Hm, you mean, each time you create a file, reiserfs should scan all
>other files and see if there is exactly a file like you just wrote?
>Hm, even something more complicated as you are writing to a file in
>4k chunks.
>Definitely no.
>
It is in windows. Patented I think. It may be the only innovation in
Windows (CTRL-ALT-DELETE was not invented by MS).
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 7:40 ` S. Alexander Jacobson
@ 2002-06-06 7:50 ` Hans Reiser
0 siblings, 0 replies; 98+ messages in thread
From: Hans Reiser @ 2002-06-06 7:50 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: Robert Brockway, reiserfs-list
S. Alexander Jacobson wrote:
>On Thu, 6 Jun 2002, Robert Brockway wrote:
>
>
>>>On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
>>>
>>>
>>>>I just joined this list. Two question:
>>>>1. Can reiserfs detect that I have two copies of
>>>>the same file on disk and store tham as one file
>>>>
>>>>
>>>Hm, you mean, each time you create a file, reiserfs should scan all
>>>other files and see if there is exactly a file like you just wrote?
>>>Hm, even something more complicated as you are writing to a file in
>>>4k chunks.
>>>Definitely no.
>>>
>>>
>>And besides, how could it even know whether you even want them to be the
>>same or not.
>>
windows uses a signature.
>> I keen plenty of identical files around (online backups,
>>etc) and I'd be mighty upset if the filesystem started hard linking them
>>together :)
>>
>>
>
>That is why I said lazy copy on write.
>
This is not patented, it is an old thread, everyone agrees that it
should be done, no sponsor at the moment though.
> One
>implementation would be for the file system to
>keep a ref count of how many different files the
>user intended. When an applicatiion writes to a
>file, the file system checks the ref count. If
>the ref count is greater than 1, the file system
>copies the file, decrements the ref-count, and
>gives the writing application a pointer to the new
>copy.
>
>I'm sure there are smarter implementations, but
>the point is that the file system can certainly
>differentiate in theory between user hard links
>and actual hard links.
>
>-Alex-
>
>___________________________________________________________________
>S. Alexander Jacobson i2x Media
>1-212-787-1914 voice 1-603-288-1280 fax
>
>
>
>
>
>
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 7:33 ` S. Alexander Jacobson
@ 2002-06-06 9:25 ` Oleg Drokin
2002-06-06 13:58 ` Valdis.Kletnieks
0 siblings, 1 reply; 98+ messages in thread
From: Oleg Drokin @ 2002-06-06 9:25 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
Hello!
On Thu, Jun 06, 2002 at 03:33:17AM -0400, S. Alexander Jacobson wrote:
> > Hm, you mean, each time you create a file, reiserfs should scan all
> > other files and see if there is exactly a file like you just wrote?
> > Hm, even something more complicated as you are writing to a file in
> > 4k chunks.
> > Definitely no.
> I could imagine a cheaper implementation in which
> the fs computes an MD5 hash of each file as it is
> being written. If the hash matches the
> pre-existing hash of some other file, then
> consolidate.
But MD5 may be identical for different files.
Also this buys you nothing.
You write file in chunks, once file is identical to other file,
one of the files deleted. Looks like just more extra work (but some saved space
of course).
> > > 2. Is there a fast way to get access to the file
> > > change list? It would be nice to be able to do
> > > fast backup of changed files without having to
> > > traverse entire directory trees.
> > No.
> I would presume that journalling gives access to
> this sort of recent information. It is really a
No. All kinds of metadata is journaled. Also it is possible to get
in situation where file was modified, but not journaled, because
no metadata changed. (mmaped writes coming to mind).
Also journal is not infinite, it is only 32M long.
And I presume you want some kind of info like "what have changed since
week ago".
Journal well might be overwritten many times since then.
Bye,
Oleg
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1198 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 5:30 S. Alexander Jacobson
2002-06-06 5:45 ` Oleg Drokin
@ 2002-06-06 13:54 ` Valdis.Kletnieks
2002-06-07 8:53 ` Heinz-Josef Claes
2 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 416 bytes --]
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 871 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 980 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1089 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1416 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1525 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1634 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1743 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1852 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1961 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2070 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2179 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2288 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2397 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2506 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2615 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2724 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2833 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2942 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3051 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3160 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09442.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3269 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16144.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09442.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3378 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic31865.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16144.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09442.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3487 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic01596.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic31865.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16144.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09442.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3596 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07659.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic01596.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic31865.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16144.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09442.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3705 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28045.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07659.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic01596.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic31865.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16144.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09442.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:54 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:54 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3814 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28045.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07659.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic01596.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic31865.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16144.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09442.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic09063.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic04806.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10465.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic17079.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic10007.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic16147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic11308.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic15841.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20581.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic19402.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic30124.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic23278.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic03814.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14574.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07359.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic07726.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic14099.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic20730.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic28349.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic26147.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:54 AM
pic06027.pcx)
On Thu, 06 Jun 2002 01:30:46 EDT, "S. Alexander Jacobson" <alex@shop.com> said:
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 9:25 ` Oleg Drokin
@ 2002-06-06 13:58 ` Valdis.Kletnieks
2002-06-06 17:51 ` Hubert Chan
0 siblings, 1 reply; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 855 bytes --]
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1311 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1420 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1529 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1638 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1747 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1856 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1965 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2074 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2183 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2292 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2401 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2510 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2619 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2728 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2837 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 2946 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3055 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3164 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3273 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 18:14 ` S. Alexander Jacobson
0 siblings, 1 reply; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3382 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3491 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 18:28 ` Richard Thornton
0 siblings, 1 reply; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3600 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01575.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3709 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13645.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01575.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3818 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22980.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13645.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01575.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 3927 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic16206.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22980.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13645.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01575.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4036 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22988.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic16206.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22980.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13645.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01575.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4145 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19356.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22988.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic16206.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22980.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13645.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01575.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 13:58 Valdis.Kletnieks
0 siblings, 0 replies; 98+ messages in thread
From: Valdis.Kletnieks @ 2002-06-06 13:58 UTC (permalink / raw)
To: Oleg Drokin; +Cc: S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4254 bytes --]
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30649.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19356.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22988.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic16206.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic22980.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13645.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01575.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26184.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic13257.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00081.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic15154.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07244.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic00072.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic31655.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic01253.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic19373.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27832.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic30803.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic04969.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic08117.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic11628.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic06033.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic18619.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic14738.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic07549.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic26942.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic27268.pcx)
(Embedded
image moved Valdis.Kletnieks@vt.edu
to file: 06/06/2002 09:58 AM
pic24632.pcx)
On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> But MD5 may be identical for different files.
Only a 2**128 chance of that. If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)
> Also this buys you nothing.
> You write file in chunks, once file is identical to other file,
> one of the files deleted. Looks like just more extra work (but some saved
space
> of course).
A much more productive way to save space is file-system compression. AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed. It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 13:58 ` Valdis.Kletnieks
@ 2002-06-06 17:51 ` Hubert Chan
2002-06-07 8:11 ` The Amazing Dragon
0 siblings, 1 reply; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 895 bytes --]
>>>>> "Valdis" =3D=3D Valdis Kletnieks <Valdis.Kletnieks@vt.edu> writes:
Valdis> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>> But MD5 may be identical for different files.
Valdis> Only a 2**128 chance of that. If you know a way to force a hash
Valdis> collision more frequently than that, the crypto world wants to
Valdis> hear from you.. ;)
You probably wanted to say "one in 2**128 chance". 2**128 is a pretty
big probability that it would happen! :-)
Technically, the probability is actually somewhere between one in 2**128
and one in 2**127 (depending on how many files you have), due to the
birthday attack. But one in 2**127 is still pretty small.
=2D-=20
Hubert Chan <hubert@uhoreg.ca> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 407 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 523 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 639 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic20800.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 755 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic29614.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic20800.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 871 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic26810.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic29614.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic20800.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 987 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic11170.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic26810.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic29614.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic20800.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1103 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic15289.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic11170.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic26810.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic29614.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic20800.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1219 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic32450.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic15289.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic11170.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic26810.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic29614.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic20800.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 17:51 Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-06 17:51 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1335 bytes --]
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic15844.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic32450.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic15289.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic11170.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic26810.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic29614.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic20800.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic12587.pcx)
(Embedded
image moved Hubert Chan <hubert@uhoreg.ca>
to file: 06/06/2002 01:51 PM
pic00169.pcx)
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 13:58 Valdis.Kletnieks
@ 2002-06-06 18:14 ` S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4241 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4366 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic29705.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4491 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic24877.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic29705.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4616 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic22470.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic24877.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic29705.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4741 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic30722.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic22470.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic24877.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic29705.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4866 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic09793.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic30722.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic22470.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic24877.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic29705.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4991 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic30258.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic09793.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic30722.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic22470.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic24877.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic29705.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:14 S. Alexander Jacobson
0 siblings, 0 replies; 98+ messages in thread
From: S. Alexander Jacobson @ 2002-06-06 18:14 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 5116 bytes --]
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic24873.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic30258.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic09793.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic30722.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic22470.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic24877.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic29705.pcx)
(Embedded
image moved "S. Alexander Jacobson" <alex@shop.com>
to file: 06/06/2002 02:14 PM
pic25352.pcx)
Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.
-Alex-
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
___________________________________________________________________
S. Alexander Jacobson i2x Media
1-212-787-1914 voice 1-603-288-1280 fax
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 13:58 Valdis.Kletnieks
@ 2002-06-06 18:28 ` Richard Thornton
0 siblings, 0 replies; 98+ messages in thread
From: Richard Thornton @ 2002-06-06 18:28 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, S. Alexander Jacobson, reiserfs-list
Will you quit sending this shit?
RT
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01575.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26184.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:28 Richard Thornton
0 siblings, 0 replies; 98+ messages in thread
From: Richard Thornton @ 2002-06-06 18:28 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4218 bytes --]
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic15312.pcx) 06/06/2002 02:28 PM
Will you quit sending this shit?
RT
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01575.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26184.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:28 Richard Thornton
0 siblings, 0 replies; 98+ messages in thread
From: Richard Thornton @ 2002-06-06 18:28 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4361 bytes --]
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic31969.pcx) 06/06/2002 02:28 PM
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic15312.pcx) 06/06/2002 02:28 PM
Will you quit sending this shit?
RT
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01575.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26184.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:28 Richard Thornton
0 siblings, 0 replies; 98+ messages in thread
From: Richard Thornton @ 2002-06-06 18:28 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4504 bytes --]
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic00900.pcx) 06/06/2002 02:28 PM
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic31969.pcx) 06/06/2002 02:28 PM
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic15312.pcx) 06/06/2002 02:28 PM
Will you quit sending this shit?
RT
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01575.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26184.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
@ 2002-06-06 18:28 Richard Thornton
2002-06-07 4:57 ` Oleg Drokin
0 siblings, 1 reply; 98+ messages in thread
From: Richard Thornton @ 2002-06-06 18:28 UTC (permalink / raw)
To: Valdis.Kletnieks; +Cc: Oleg Drokin, S. Alexander Jacobson, reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 4647 bytes --]
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic24558.pcx) 06/06/2002 02:28 PM
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic00900.pcx) 06/06/2002 02:28 PM
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic31969.pcx) 06/06/2002 02:28 PM
(Embedded
image moved Richard Thornton
to file: <richard@sun2.programming-analytics.org>
pic15312.pcx) 06/06/2002 02:28 PM
Will you quit sending this shit?
RT
On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01575.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26184.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic13257.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00081.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic15154.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07244.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic00072.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic31655.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic01253.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic19373.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27832.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic30803.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic04969.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic08117.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic11628.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic06033.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic18619.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic14738.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic07549.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic26942.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic27268.pcx)
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Valdis.Kletnieks@vt.edu
> to file: 06/06/2002 09:58 AM
> pic24632.pcx)
>
>
>
>
>
>
>
>
> On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
>
> > But MD5 may be identical for different files.
>
> Only a 2**128 chance of that. If you know a way to force a hash collision
> more frequently than that, the crypto world wants to hear from you.. ;)
>
> > Also this buys you nothing.
> > You write file in chunks, once file is identical to other file,
> > one of the files deleted. Looks like just more extra work (but some saved
> space
> > of course).
>
> A much more productive way to save space is file-system compression. AIX
> supports LZ-compressing each 4K block and then only saving as many 512 byte
> fragments as actually needed. It's a big win - /usr (even with all the
> binaries)
> needs about 30% less space, and I've seen over 50% for file systems with
> source trees in them...
> --
> Valdis Kletnieks
> Computer Systems Senior Engineer
> Virginia Tech
>
>
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 18:28 Richard Thornton
@ 2002-06-07 4:57 ` Oleg Drokin
0 siblings, 0 replies; 98+ messages in thread
From: Oleg Drokin @ 2002-06-07 4:57 UTC (permalink / raw)
To: Richard Thornton, alex
Cc: Valdis.Kletnieks, S. Alexander Jacobson, reiserfs-list
Hello!
Looks like "this shit" is e-mail virus.
And now you two are also were infected. Sigh.
Valdis Kletnieks: You should cure your box too, of course.
Bye,
Oleg
On Thu, Jun 06, 2002 at 06:28:01PM +0000, Richard Thornton wrote:
>
> (Embedded
> image moved Richard Thornton
> to file: <richard@sun2.programming-analytics.org>
> pic24558.pcx) 06/06/2002 02:28 PM
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Richard Thornton
> to file: <richard@sun2.programming-analytics.org>
> pic00900.pcx) 06/06/2002 02:28 PM
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Richard Thornton
> to file: <richard@sun2.programming-analytics.org>
> pic31969.pcx) 06/06/2002 02:28 PM
>
>
>
>
>
>
>
>
>
> (Embedded
> image moved Richard Thornton
> to file: <richard@sun2.programming-analytics.org>
> pic15312.pcx) 06/06/2002 02:28 PM
>
>
>
>
>
>
>
>
> Will you quit sending this shit?
>
> RT
>
>
> On Thu, 6 Jun 2002 Valdis.Kletnieks@vt.edu wrote:
>
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic01575.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic26184.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic13257.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic00081.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic15154.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic07244.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic00072.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic31655.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic01253.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic19373.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic27832.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic30803.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic04969.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic08117.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic11628.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic06033.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic18619.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic14738.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic07549.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic26942.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic27268.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > (Embedded
> > image moved Valdis.Kletnieks@vt.edu
> > to file: 06/06/2002 09:58 AM
> > pic24632.pcx)
> >
> >
> >
> >
> >
> >
> >
> >
> > On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
> >
> > > But MD5 may be identical for different files.
> >
> > Only a 2**128 chance of that. If you know a way to force a hash collision
> > more frequently than that, the crypto world wants to hear from you.. ;)
> >
> > > Also this buys you nothing.
> > > You write file in chunks, once file is identical to other file,
> > > one of the files deleted. Looks like just more extra work (but some saved
> > space
> > > of course).
> >
> > A much more productive way to save space is file-system compression. AIX
> > supports LZ-compressing each 4K block and then only saving as many 512 byte
> > fragments as actually needed. It's a big win - /usr (even with all the
> > binaries)
> > needs about 30% less space, and I've seen over 50% for file systems with
> > source trees in them...
> > --
> > Valdis Kletnieks
> > Computer Systems Senior Engineer
> > Virginia Tech
> >
> >
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-06 5:30 S. Alexander Jacobson
2002-06-06 5:45 ` Oleg Drokin
2002-06-06 13:54 ` Valdis.Kletnieks
@ 2002-06-07 8:53 ` Heinz-Josef Claes
2002-06-08 12:50 ` Debian User
2 siblings, 1 reply; 98+ messages in thread
From: Heinz-Josef Claes @ 2002-06-07 8:53 UTC (permalink / raw)
To: S. Alexander Jacobson; +Cc: reiserfs-list
Am Don, 2002-06-06 um 07.30 schrieb S. Alexander Jacobson:
> I just joined this list. Two question:
>
> 1. Can reiserfs detect that I have two copies of
> the same file on disk and store tham as one file
> (doing a lazy copy) if someone writes to one of
> them?
>
> 2. Is there a fast way to get access to the file
> change list? It would be nice to be able to do
> fast backup of changed files without having to
> traverse entire directory trees.
>
> -Alex-
>
> ___________________________________________________________________
> S. Alexander Jacobson i2x Media
> 1-212-787-1914 voice 1-603-288-1280 fax
>
>
Hi,
I don't know why you want this feature.
But I've written a well tested tool for backing up directories on
another disk which uses md5 sums to recognize same files (even in one
backup) and hard links them. By this way, it combines the advantages of
full and incremental backup. It also uses compression and has a lot of
other options and optimisations. It runs best with reiserfs, because
reiserfs has no preconfigured number of inodes and is fast with hard
linking.
So, if you need to backup, try
http://sourceforge.net/projects/storebackup
Regards,
Heinz-Josef Claes
PS: Licence is GPL.
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-07 8:11 ` The Amazing Dragon
@ 2002-06-07 15:55 ` Hubert Chan
0 siblings, 0 replies; 98+ messages in thread
From: Hubert Chan @ 2002-06-07 15:55 UTC (permalink / raw)
To: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 927 bytes --]
>>>>> "Elliot" =3D=3D The Amazing Dragon (Elliott Mitchell) <ehem@cs.pdx.ed=
u> writes:
[...]
Elliot> Wrong. I'm not going to claim I've got the right factor for how
Elliot> badly the birthday attack mangles the probability, but I believe
Elliot> 2**64 gives you around a 50% chance of finding a matching
Elliot> pair.
Sorry, you're right. I misremembered it -- square root instead of
half. It's been a while since I've done any reasonable amount of crypto
reading. Of course, I could have just looked it up:
http://mathworld.wolfram.com/BirthdayAttack.html
where it says that the expected value for the number of files needed
would be 1.2*sqrt(2**128) (about 2E19 if you want to think in base 10).
=2D-=20
Hubert Chan <hubert@uhoreg.ca> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-08 12:50 ` Debian User
@ 2002-06-08 12:47 ` Hans Reiser
2002-06-08 13:04 ` Joe Cooper
0 siblings, 1 reply; 98+ messages in thread
From: Hans Reiser @ 2002-06-08 12:47 UTC (permalink / raw)
To: Debian User; +Cc: Heinz-Josef Claes, reiserfs-list
Debian User wrote:
>On Fri, Jun 07, 2002 at 10:53:57AM +0200, Heinz-Josef Claes wrote:
>
>
>>
>>
>>But I've written a well tested tool for backing up directories on
>>another disk which uses md5 sums to recognize same files (even in one
>>backup) and hard links them. By this way, it combines the advantages of
>>full and incremental backup. It also uses compression and has a lot of
>>other options and optimisations. It runs best with reiserfs, because
>>reiserfs has no preconfigured number of inodes and is fast with hard
>>linking.
>>So, if you need to backup, try
>>http://sourceforge.net/projects/storebackup
>>
>>
Would anyone care to check this tool out, and post a review?
Hans
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-07 8:53 ` Heinz-Josef Claes
@ 2002-06-08 12:50 ` Debian User
2002-06-08 12:47 ` Hans Reiser
0 siblings, 1 reply; 98+ messages in thread
From: Debian User @ 2002-06-08 12:50 UTC (permalink / raw)
To: Heinz-Josef Claes; +Cc: reiserfs-list
[-- Attachment #1: Type: text/plain, Size: 1755 bytes --]
On Fri, Jun 07, 2002 at 10:53:57AM +0200, Heinz-Josef Claes wrote:
> Am Don, 2002-06-06 um 07.30 schrieb S. Alexander Jacobson:
> > I just joined this list. Two question:
> >
> > 1. Can reiserfs detect that I have two copies of
> > the same file on disk and store tham as one file
> > (doing a lazy copy) if someone writes to one of
> > them?
> >
> > 2. Is there a fast way to get access to the file
> > change list? It would be nice to be able to do
> > fast backup of changed files without having to
> > traverse entire directory trees.
> >
> > -Alex-
> >
> > ___________________________________________________________________
> > S. Alexander Jacobson i2x Media
> > 1-212-787-1914 voice 1-603-288-1280 fax
> >
> >
> Hi,
>
> I don't know why you want this feature.
> But I've written a well tested tool for backing up directories on
> another disk which uses md5 sums to recognize same files (even in one
> backup) and hard links them. By this way, it combines the advantages of
> full and incremental backup. It also uses compression and has a lot of
> other options and optimisations. It runs best with reiserfs, because
> reiserfs has no preconfigured number of inodes and is fast with hard
> linking.
> So, if you need to backup, try
> http://sourceforge.net/projects/storebackup
Because hard links are not the same as COW links. If you hardlink two
files, they stay hardlinked, unless you remove one of them. If you COW
link two files, then write to one of them, they split off and copy. The
feature being asked for is just a COW link - the rest can be implemented
in userspace.
>
>
> Regards,
> Heinz-Josef Claes
>
> PS: Licence is GPL.
>
>
>
>
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-08 12:47 ` Hans Reiser
@ 2002-06-08 13:04 ` Joe Cooper
2002-06-09 12:17 ` Heinz-Josef Claes
0 siblings, 1 reply; 98+ messages in thread
From: Joe Cooper @ 2002-06-08 13:04 UTC (permalink / raw)
To: Hans Reiser; +Cc: Debian User, Heinz-Josef Claes, reiserfs-list
Hans Reiser wrote:
> Debian User wrote:
>
>> On Fri, Jun 07, 2002 at 10:53:57AM +0200, Heinz-Josef Claes wrote:
>>
>>
>>>
>>> But I've written a well tested tool for backing up directories on
>>> another disk which uses md5 sums to recognize same files (even
>>> in one backup) and hard links them. By this way, it combines the
>>> advantages of full and incremental backup. It also uses
>>> compression and has a lot of other options and optimisations. It
>>> runs best with reiserfs, because reiserfs has no preconfigured
>>> number of inodes and is fast with hard linking. So, if you need
>>> to backup, try http://sourceforge.net/projects/storebackup
>>>
>>
> Would anyone care to check this tool out, and post a review?
>
> Hans
Not to discount the work Heinz-Josef has done, but rdiff-backup may be a
better way to achieve a similar goal. It does not have the benefit of
being "best with reiserfs" but it works great on ReiserFS partitions (as
well as ext2/3 and probably anything else).
http://www.stanford.edu/~bescoto/rdiff-backup/
Binary diffs are fun. I'd be surprised if an MD5/hardlink system could
match it for compression of increments over time, or beat the
flexibility of being able to keep potentially weeks or months worth of
daily diffs in a very small space. I may be wrong, of course. But
rdiff-backup is working great for me.
--
Joe Cooper <joe@swelltech.com>
Web caching appliances and support.
http://www.swelltech.com
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-08 13:04 ` Joe Cooper
@ 2002-06-09 12:17 ` Heinz-Josef Claes
2002-06-09 14:30 ` Heinz-Josef Claes
0 siblings, 1 reply; 98+ messages in thread
From: Heinz-Josef Claes @ 2002-06-09 12:17 UTC (permalink / raw)
To: Joe Cooper; +Cc: Hans Reiser, Debian User, reiserfs-list
Am Sam, 2002-06-08 um 15.04 schrieb Joe Cooper:
> Hans Reiser wrote:
> > Debian User wrote:
> >
> >> On Fri, Jun 07, 2002 at 10:53:57AM +0200, Heinz-Josef Claes wrote:
> >>
> >>
> >>>
> >>> But I've written a well tested tool for backing up directories on
> >>> another disk which uses md5 sums to recognize same files (even
> >>> in one backup) and hard links them. By this way, it combines the
> >>> advantages of full and incremental backup. It also uses
> >>> compression and has a lot of other options and optimisations. It
> >>> runs best with reiserfs, because reiserfs has no preconfigured
> >>> number of inodes and is fast with hard linking. So, if you need
> >>> to backup, try http://sourceforge.net/projects/storebackup
> >>>
> >>
> > Would anyone care to check this tool out, and post a review?
> >
> > Hans
>
> Not to discount the work Heinz-Josef has done, but rdiff-backup may be a
> better way to achieve a similar goal. It does not have the benefit of
> being "best with reiserfs" but it works great on ReiserFS partitions (as
> well as ext2/3 and probably anything else).
>
> http://www.stanford.edu/~bescoto/rdiff-backup/
>
> Binary diffs are fun. I'd be surprised if an MD5/hardlink system could
> match it for compression of increments over time, or beat the
> flexibility of being able to keep potentially weeks or months worth of
> daily diffs in a very small space. I may be wrong, of course. But
> rdiff-backup is working great for me.
> --
> Joe Cooper <joe@swelltech.com>
> Web caching appliances and support.
> http://www.swelltech.com
>
It depends on what you want to do. If you want backup big files
with only some changes in it (eg. vmware), you can simply forget
my tool.
But if you have "normal" user files, you have the possiblity to backup
them with the following advantages:
- reduced space (because of compression) [from my understanding rdiff
cannot do this, but I don't really know]
- every backup is a full backup (because of hard links). That means,
you can delete whatever backup you want (A future version will be able
to delete parts of an old backup for different livetime). So the tool
has features to delete special week days of old backups (and others).
[with rdiff, you have deltas, which should make the world much more
complicated]
- users can access there backups directly via the filesystem, eg. using
NFS or SAMBA or whatever. This helps to reduce administrational overhead
a lot.
(The principal idea came from the snapshot of netapp files, but it's not
implemented on the filesystem level and has a different behaviour. Only
for the user, it's seems to be a little similar.)
So, rdiff is another solution for the same problems with different
advantages and disadvantages ;-)
Regards,
Heinz-Josef
^ permalink raw reply [flat|nested] 98+ messages in thread
* Re: duplicate files and recent changes
2002-06-09 12:17 ` Heinz-Josef Claes
@ 2002-06-09 14:30 ` Heinz-Josef Claes
0 siblings, 0 replies; 98+ messages in thread
From: Heinz-Josef Claes @ 2002-06-09 14:30 UTC (permalink / raw)
To: Dr. Heinz-Josef Claes; +Cc: Joe Cooper, Hans Reiser, Debian User, reiserfs-list
Am Son, 2002-06-09 um 14.17 schrieb Heinz-Josef Claes:
> Am Sam, 2002-06-08 um 15.04 schrieb Joe Cooper:
> > Hans Reiser wrote:
> > > Debian User wrote:
> > >
> > >> On Fri, Jun 07, 2002 at 10:53:57AM +0200, Heinz-Josef Claes wrote:
> > >>
> > >>
> > >>>
> > >>> But I've written a well tested tool for backing up directories on
> > >>> another disk which uses md5 sums to recognize same files (even
> > >>> in one backup) and hard links them. By this way, it combines the
> > >>> advantages of full and incremental backup. It also uses
> > >>> compression and has a lot of other options and optimisations. It
> > >>> runs best with reiserfs, because reiserfs has no preconfigured
> > >>> number of inodes and is fast with hard linking. So, if you need
> > >>> to backup, try http://sourceforge.net/projects/storebackup
> > >>>
> > >>
> > > Would anyone care to check this tool out, and post a review?
> > >
> > > Hans
> >
> > Not to discount the work Heinz-Josef has done, but rdiff-backup may be a
> > better way to achieve a similar goal. It does not have the benefit of
> > being "best with reiserfs" but it works great on ReiserFS partitions (as
> > well as ext2/3 and probably anything else).
> >
> > http://www.stanford.edu/~bescoto/rdiff-backup/
> >
> > Binary diffs are fun. I'd be surprised if an MD5/hardlink system could
> > match it for compression of increments over time, or beat the
> > flexibility of being able to keep potentially weeks or months worth of
> > daily diffs in a very small space. I may be wrong, of course. But
> > rdiff-backup is working great for me.
In a real world case, a backup for 30 days from monday to friday and 60
days for fridays was smaller than the source tree (compressed with
bzip2). But that depends on two factors:
- are there changes in many files?
- how many users share the same files (they are also hard linked). We
also mirrored the user data of laptops with rsync and than used
storebackup. You will not belief, how many same files the have.
The "real world" case has about 1.4 millon files/directories with about
40 GB. There were not too much changes, so it may be different in
another case.
> > --
> > Joe Cooper <joe@swelltech.com>
> > Web caching appliances and support.
> > http://www.swelltech.com
> >
> It depends on what you want to do. If you want backup big files
> with only some changes in it (eg. vmware), you can simply forget
> my tool.
> But if you have "normal" user files, you have the possiblity to backup
> them with the following advantages:
> - reduced space (because of compression) [from my understanding rdiff
> cannot do this, but I don't really know]
> - every backup is a full backup (because of hard links). That means,
> you can delete whatever backup you want (A future version will be able
> to delete parts of an old backup for different livetime). So the tool
> has features to delete special week days of old backups (and others).
> [with rdiff, you have deltas, which should make the world much more
> complicated]
> - users can access there backups directly via the filesystem, eg. using
> NFS or SAMBA or whatever. This helps to reduce administrational overhead
> a lot.
>
> (The principal idea came from the snapshot of netapp files, but it's not
> implemented on the filesystem level and has a different behaviour. Only
> for the user, it's seems to be a little similar.)
Sorry for the typo, naturally it's netapps filers (Network Appliance)
>
> So, rdiff is another solution for the same problems with different
> advantages and disadvantages ;-)
>
> Regards,
> Heinz-Josef
>
>
>
>
^ permalink raw reply [flat|nested] 98+ messages in thread
end of thread, other threads:[~2002-06-09 14:30 UTC | newest]
Thread overview: 98+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-06-06 13:54 duplicate files and recent changes Valdis.Kletnieks
-- strict thread matches above, loose matches on Subject: below --
2002-06-06 18:28 Richard Thornton
2002-06-06 18:28 Richard Thornton
2002-06-06 18:28 Richard Thornton
2002-06-07 4:57 ` Oleg Drokin
2002-06-06 18:28 Richard Thornton
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 18:14 S. Alexander Jacobson
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 17:51 Hubert Chan
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 18:14 ` S. Alexander Jacobson
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 18:28 ` Richard Thornton
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:58 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 13:54 Valdis.Kletnieks
2002-06-06 5:30 S. Alexander Jacobson
2002-06-06 5:45 ` Oleg Drokin
2002-06-06 7:20 ` Robert Brockway
2002-06-06 7:40 ` S. Alexander Jacobson
2002-06-06 7:50 ` Hans Reiser
2002-06-06 7:33 ` S. Alexander Jacobson
2002-06-06 9:25 ` Oleg Drokin
2002-06-06 13:58 ` Valdis.Kletnieks
2002-06-06 17:51 ` Hubert Chan
2002-06-07 8:11 ` The Amazing Dragon
2002-06-07 15:55 ` Hubert Chan
2002-06-06 7:47 ` Hans Reiser
2002-06-06 13:54 ` Valdis.Kletnieks
2002-06-07 8:53 ` Heinz-Josef Claes
2002-06-08 12:50 ` Debian User
2002-06-08 12:47 ` Hans Reiser
2002-06-08 13:04 ` Joe Cooper
2002-06-09 12:17 ` Heinz-Josef Claes
2002-06-09 14:30 ` Heinz-Josef Claes
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.