On Apr 23 18:09:55, Thomas Pfaff wrote:
First on Ubuntu:
/dev/sda2 on / type ext3 (rw,relatime,errors=remount-ro)
~$ time (tar -zxf ports.tar.gz && sync)
real 0m47.784s
47.78 seconds wall clock time
Then the same commands on OpenBSD:
/dev/wd0k on /home type ffs (local, nodev, nosuid, softdep)
$ time (tar -zxf ports.tar.gz && sync)
1m2.62s real 0m1.15s user 0m7.15s system
~ 1 minute 2.5 seconds wall clock time
So you have ~52 seconds on ext3 mounted 'realtime' (whatever that means),
versus ~63 seconds on ffs mounted with 'softdep'.
What was the problem again?
That I cannot get the job done in less than a minute on OpenBSD
while on Linux it takes only 18 seconds.
Also, doesn't ext2/3 run with everything mount async?
A quick test with ffs in async mode (instead of, or added to softdep)
would also be worth running, in order to see how much "grossly insecure
I/O" lessens the perceived time. I am one of those who like to keep my
files, so I wont recommend USING async, but for the sake of argument
here, such a test might be in order.
Which reminds me to ask what the state of having a UBC in OpenBSD is,
please?
There is nothing close to it yet, to my knowledge, but I am hosting the
2009 filesystem hackathon this autumn in hopes of getting 'better' I/O
out of OpenBSD, with the help of a nice grant to that goal. Perhaps
magic will come out of that. History (and undeadly =) will tell.
Mind you, I did run UBC on my obsd amiga back in the short while when
art@ had UBC in, which did wonders when you have lots (128M) of ram and
a PIO mode 0 harddisk to boot.
