Port [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Strange fs behavior
Date: Wed, 11 Sep 2002 08:14:25 -0400
-Original Message-
Neale,
I do not quite understand what you are saying,
when a look at the rexx code i see a loop using various block sizes which:
1) writes to a file
Yes, that's what I ended up doing and all is well.
-Original Message-
I think that an fs full situation may occur in your case, have you tried a
sleep after the rm? My systems behaves the same, and frequent df displays
after the rm of a large file show an increaing amount of freespace.
-Original Message-
Neale,
I do not quite understand what you are saying,
when a look at the rexx code i see a loop using various block sizes which:
1) writes to a file (with sufficient real storage, you will write to cache
only)
In this instance the devices I'm using greatly exceed real
I was doing some simplistic benchmarking of the relative performance of
ext2, ext3
and reiser. I created a simple REXX script (below) that takes a disk, makes
a file-
system, mounts it and begins writing a file large enough to fill it using
various
block sizes before moving on to the next file
To: [EMAIL PROTECTED]
Subject: Strange fs behavior
I was doing some simplistic benchmarking of the relative performance of
ext2, ext3
and reiser. I created a simple REXX script (below) that takes a disk, makes
a file-
system, mounts it and begins writing a file large enough to fill it using