Maximum throughput of a filesystem IS filesystem architecture dependant, and XFS solved that problem at it's time. Check your facts.
Also, imagine this - your filesystem uses some kind of block size, allocating a block requires round-trip through the filesystem (including touching superblocks and modifying list of free blocks).
What happens when you're trying to write a lot of data to such synchronous filesystem?
You're bound by round-trip time, no amount of faster hardware would help. Similiar situations used to happen at the time XFS was being designed.
I'd recommend Matrox G200.
It works great with X 3.3, 4.0 and it works great under console - framebuffer is a great thing with those.
Beware of G450 - I'm still having major problems with it. Lots of them.
With drivers switching monitors being the least of them.
Of course situation is probably slowly getting more and more mature - g450 framebuffer driver got into 2.4.0pre12, and there is a tool for switching back monitor heads made by Petr Vandrovec.
Just stay away from S3 cards. Have been having lot's of problems with 'em - I tried 3 different chipsets before my box stopped randomly crashing.
The reason why NT has graphic subsystem in kernel
is performance of it's GUI.
Common' the same thing goes for Linux and alike, microkernel OS's were really slow. And graphic subsystem moved out of kernel is also very slow.
But when you put it in, you get nice flakky and unstable system.
Besides, in new linux kernels you also 'v got framebuffer support, it's just that framebuffers are quite new, ain't they?
Slashdot Mirror
Also, imagine this - your filesystem uses some kind of block size, allocating a block requires round-trip through the filesystem (including touching superblocks and modifying list of free blocks).
What happens when you're trying to write a lot of data to such synchronous filesystem?
You're bound by round-trip time, no amount of faster hardware would help. Similiar situations used to happen at the time XFS was being designed.
I'd recommend Matrox G200. It works great with X 3.3, 4.0 and it works great under console - framebuffer is a great thing with those. Beware of G450 - I'm still having major problems with it. Lots of them. With drivers switching monitors being the least of them. Of course situation is probably slowly getting more and more mature - g450 framebuffer driver got into 2.4.0pre12, and there is a tool for switching back monitor heads made by Petr Vandrovec. Just stay away from S3 cards. Have been having lot's of problems with 'em - I tried 3 different chipsets before my box stopped randomly crashing.
The reason why NT has graphic subsystem in kernel is performance of it's GUI. Common' the same thing goes for Linux and alike, microkernel OS's were really slow. And graphic subsystem moved out of kernel is also very slow. But when you put it in, you get nice flakky and unstable system. Besides, in new linux kernels you also 'v got framebuffer support, it's just that framebuffers are quite new, ain't they?