On Wed, Jun 22, 2005 at 02:41:39AM +0200, Eli Billauer wrote:
And finally: Does an RAM FIFO help? Surprisingly, the answer is no. I
did the following:
mknod mypipe p
mbuffer -i mypipe -o /fatfs/output-file
./writefat mypipe listfile
Until 2.6.mumble, pipes only used a single page in
First, thanks for an interesting test plan.
Just a quick note (I currently don't have time for retesting):
On Wednesday 22 June 2005 03:41, Eli Billauer wrote:
And finally: Does an RAM FIFO help? Surprisingly, the answer is no.
Since you use stdio (fwrite), which by default does full
Muli Ben-Yehuda wrote:
mknod mypipe p
mbuffer -i mypipe -o /fatfs/output-file
./writefat mypipe listfile
Until 2.6.mumble, pipes only used a single page in memory. Since
2.6.mumble we're using up to 16 pages and flipping between consumer
and producer, which should give
The Tel Aviv Linux Club will gather again on 26-June-2005 to listen to Yuval
Shavitt's presentation about the DIMES Projects. The DIMES Project is a
project that intends to create a map of the Internet.
The presentation will take place at 18:30, in Schreiber 007 of Tel Aviv
University.
Next
On Wed, 22 Jun 2005, Eli Billauer wrote:
It turns out that it's not a FAT issue, but that the same problem occurs
on ext3 systems as well. I've written a small program to test the delays
between writes, and the results are not very encouraging. Specially when
the disk getsfull (it always does,
guy keren wrote:
I don't think it's the disk gets full. i think its the page-cache gets
full. try this: get a partition that is already quite full, and run the
test on it. you will not see this problem.
Well, you may get other results if you test it, but what I saw was that
if the partition
Muli Ben-Yehuda wrote:
Where can I find the sourcve for mbuffer?
http://www.rcs.ei.tum.de/~maierkom/privat/software/mbuffer/
I downloaded 20011008 (the latest version didn't compile).
Which kernel are you using?
I'm on 2.4.22 and 2.4.21 (yeah, yeah, retro).
As for the results you
On Wed, Jun 22, 2005 at 03:08:45PM +0200, Eli Billauer wrote:
As for the results you posted: It's the peaks I'm after, not the tail.
The peaks appear anywhere in the list. So the best thing is to draw a
graph of these numbers.
This is the tail of the distribution - i.e the peak. (generated
On Wed, 22 Jun 2005, Eli Billauer wrote:
guy keren wrote:
I don't think it's the disk gets full. i think its the page-cache gets
full. try this: get a partition that is already quite full, and run the
test on it. you will not see this problem.
Well, you may get other results if you