Rob van der Heij wrote:
What we came up with is to run a job now and then that files most
of the unused space with a single big file that is easy to compress
(e.g. all blanks) and then remove that file again. I was told this
did help SFS a lot.
I can confirm what Rob is seeing for Linux.
On an
On Fri, 2002-07-12 at 18:36, Tony Pearson wrote:
On z/OS, the ERASE ON SCRATCH option zeros-out the tracks containing data,
so that hardware compression can take advantage of this.
Actually, under z/OS there is a deleted space reclaim function that
runs in background as part of the SVAA
Scott,
Thanks for the insight.
I think our problem is item 2, residual data. The volumes were cleanly
formatted for use with z/VM and Linux, but over time, files are deleted and
new ones are allocated within ext2fs, and we suspect that this file system
is not zero-ing out the deleted
On Sat, 2002-07-13 at 12:30, John Summerfield wrote:
man chattr
chattr +s ...
I'm not sure I believe all the man page says though. Any comments on the
compression Alan?
I'm not sure which file systems actually implement chattr +s. You'd need
to ask a file systems guy. Its not something that
At 00:36 13-07-02, Tony Pearson wrote:
Do you know if there is an option in ext2fs to have deleted files
zeroed-out, such as for security purposes, which would benefit outboard
compression, or perhaps another Linux filesystem that has this feature?
We notice similar things on z/VM. Where
on 390Subject: Re: Linux data on IBM RVA
Port
[EMAIL PROTECTED]
EDU
07/10/2002 10:43 AM
Please respond to
Linux on 390 Port
We have found that file
At 01:21 10-07-02, Alan Cox wrote:
Perhaps the filesystem is already compressing the data? I hear some do that
nowadays...
Not the base Linux ones
But the data may be - like RPM packages or tar.gz files.
Computer Services, Inc.
-Original Message-
From: Tony Pearson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 09, 2002 4:12 PM
To: [EMAIL PROTECTED]
Subject: Linux data on IBM RVA
List-390 readers:
I have a customer writing their Linux data on an IBM Ramac Virtual Array
(RVA) which has
are binaries. User data such as databases, Apache stuff, email,
ect. compresses much better.
Scott Ledbetter
StorageTek
-Original Message-
From: Tony Pearson [mailto:[EMAIL PROTECTED]]
Sent: July 09, 2002 3:12 PM
To: [EMAIL PROTECTED]
Subject: Linux data on IBM RVA
List-390 readers:
I
PM
To: [EMAIL PROTECTED]
Subject: Re: Linux data on IBM RVA
-snip-
3) We cannot reconcile the numbers returned by the Linux df command and what
is in /proc/dasd/devices. For example for a 2.4.7 kernel ext2 filesystem on
a 3390-9 (/dev/dasdb1):
tmp05lnx:~ # df
Filesystem 1k-blocks
The df command shows /dev/dasdb1 as having 6983168 1K blocks. But it also
shows 846212 used, and 5776348 available. 846212+5776348=6622560.
Where did 6983168-6622560=360608 blocks go to? I assume it is filesystem
overhead, but 360MB of filesystem overhead seems a little high???
The
:
|
| Subject: Re: Linux data on IBM RVA
List-390 readers:
I have a customer writing their Linux data on an IBM Ramac Virtual Array
(RVA) which has its own outboard compression. They are finding that the
Linux data is not compressing at all. Has anyone else experienced this?
Any ideas?
Thanks
Tony Pearson
IBM Storage Systems -
Perhaps the filesystem is already compressing the data? I hear some do that
nowadays...
Not the base Linux ones
I was going to suggest that maybe it has something to do with the ASCII data,
but even in ASCII there are sequences of the same hex code that would be
compressible.
On Tuesday 09 July 2002 05:32 pm, you wrote:
Perhaps the filesystem is already compressing the data? I hear some do that
15 matches
Mail list logo
