He doesn't give details about the installation of each OS. Did he benchmark them one by one after wiping out the previous OS? Or did he just partition the disk and put each OS in its separate partition? My impression is that he did the latter though I may be mistaken.
Any hardware junkie knows that data reads and writes can be upto 2x as fast at the start cylinders of a disk than at the end. If he put FreeBSD in the beginning and OpenBSD at the end, it would really skew the results.
Isn't that the same building where Neo will meet Merovingian? It was the 101st floor after all. I always wondered where I could meet that hot blonde. Gotta run to Taipei. See ya.
TLUG Server Hosted by OSDL
on
NTT Joins OSDL
·
· Score: 1
Just a side note. The Tokyo Linux Users Group's server is currently being hosted by OSDL. Thank you OSDL guys. We just changed the network settings yesterday since they shifted to a new ISP. From this report I guess it's NTT.
I live in Pakistan and short outages, upto a couple of hours at most, are usual, but it doesn't cause a meltdown of everything.
My journaled fs servers come back up and resume their functions (UPSs aren't affordable yet, at least for me) and my laptop's battery takes care of the real data.
But the most frustrating thing is when the power goes while I'm posting to Slashdot, just before I click Subm.......oh oh.
Try streaming a high quality video or two from your drive. An efficient file system will really make it go smoothly, leaving most of the CPU free for the decoder.
Slashdot Mirror
Yes, I read the page, but incorrectly assumed that disk I/O would also have played a part in the results. My mistake, I apologize.
Slightly off topic, but would be nice to see a comparison of file system performance between the Linux FSs and those for BSDs.
He doesn't give details about the installation of each OS. Did he benchmark them one by one after wiping out the previous OS? Or did he just partition the disk and put each OS in its separate partition? My impression is that he did the latter though I may be mistaken.
Any hardware junkie knows that data reads and writes can be upto 2x as fast at the start cylinders of a disk than at the end. If he put FreeBSD in the beginning and OpenBSD at the end, it would really skew the results.
Why would anyone ask a rhetorical question?
Isn't that the same building where Neo will meet Merovingian? It was the 101st floor after all. I always wondered where I could meet that hot blonde. Gotta run to Taipei. See ya.
Just a side note. The Tokyo Linux Users Group's server is currently being hosted by OSDL. Thank you OSDL guys. We just changed the network settings yesterday since they shifted to a new ISP. From this report I guess it's NTT.
Wonder what OS the clothes will come installed with.
It still isn't as good as my "BeoWoof" cluster.
> The best thing about it is that it's big enough to live in.
And comes with free central heating. Think of the money you'll save.
> Yes, there really is a Siemens Staines office.
And it's in Middlesex.
I live in Pakistan and short outages, upto a couple of hours at most, are usual, but it doesn't cause a meltdown of everything.
My journaled fs servers come back up and resume their functions (UPSs aren't affordable yet, at least for me) and my laptop's battery takes care of the real data.
But the most frustrating thing is when the power goes while I'm posting to Slashdot, just before I click Subm.......oh oh.
> Why do we need fast file systems?
Try streaming a high quality video or two from your drive. An efficient file system will really make it go smoothly, leaving most of the CPU free for the decoder.
Imagine a Beowulf cluster of these.
Qvwm did it with Win95 and they still seem to be around:
http://www.qvwm.org/
http://slashdot.org/articles/02/11/27/0042251.shtm l?tid=133
>You're only going to live, what... a hundred years? Maybe a little
>more?
>You don't want your deadbeat relatives prospering from your
>hard work, do ya?!
And what are you supposed to be? A hobbit?