On Wed, 22 Jun 2005, Eli Billauer wrote:
Insights, anybody?
Reliable high speed continuous writes on a multitasking system like
linux are not possible. The next time there is network load or a daemon
wakes up your task will be scheduled out. You can do it with RTLinux or
VmWare or QNX.
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
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
:42 AM
To: Haifa Linux Club Mailing list
Subject: [Haifux] Real-time write on *ANY* filesystem
Hello again,
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
10 matches
Mail list logo
