On 02/24/2010 04:52 AM, Jan Stary wrote:
On Feb 23 19:20:28, Noah McNallie wrote:
Hey guys. Noah here. I'd like to use openbsd on an older machine i have.
I've had it on there before and never tested something that i've been
testing on various operating systems lately. That's how well they do
while under disk io load, concurrently.
An example would be to tar -zxvf a large tarball and in another
terminal, try to run a simple command. such as 'uname' or 'ls' or what
have you. To test responsiveness. It may not be a very good test but
it's a everyday usage test.
Well, i've found on openbsd without sofdeps enabled it will do this just
fine. But when enabling softdeps it will not. The 'uname' or 'ls' will
take quite a while to complete.
So, your system is "slow" _with_ softupdates?
The machine is a 300MHz 2MB L2 sparc64 SUN Ultra 30. softdeps is almost
required as it speeds up something like the extraction of a tarball
exponentially. I'm guessing somewhere near 25x. It's very slow on this
machine without sofdeps.
So, your system is "slow" _without_ softupdates?
it is very fast for single process tasks, but when another process would
like to use the disk it seems to just let one hog everything, as the
other process gets very poor performance. i'm still looking to find
openbsd daily snapshots, maybe it's fixed, it was a problem in netbsd
too until upgraded to HEAD from this month, and the issue had vanished.
i find it strange, it seems like an issue that would have been around
since the conception of the softdep code/sparc64 code. hence why i don't
find apt to be 'fixed' as an implementation error in the latest openbsd.
i feel perhaps the only reason it was 'fixed' in netbsd is because i
compiled in it's two 'new' disk schedulers 'READPRIO' and 'PRIOCSCAN'.
I hope mentioning netbsd is not off topic, i feel it's not as netbsd and
openbsd inter mingle code at times. let me know.
Noah McNallie
n0ah
