I don't understand why everybody is so happy when these bills fail to pass.
Let them pass.
And then accuse every member who voted for it of downloading copy righted material. Make sure you accuse some of the aides, secretaries, etc. too. Try your best to make sure every last governmental office is taken off line. Accuse several of the CEOs in the music and film industries too. I see all sorts of potential in this.
Actually, FreeBSD has supported more than two CPUs for a while ( somewhere shortly after 3.0 was released according to my frequently-bad memory ).
The reason Linux's SMP code is better than FreeBSDs is that FreeBSD has this thing called the Giant Kernel Lock.
When running SMP, any process that needs to access the kernel employs the GKL, which prevents every other process from accessing any portion of the kernel.
Linux has no such problem. SMP in Linux is likely going to be better for a while - there are a lot of very nasty problems that need to be solved before FreeBSD can remove GKL.
If you really want to know more about this, search the archives for either GKL or Giant Kernel Lock in either the FreeBSD-Current or FreeBSD-SMP mailing lists.
Slashdot Mirror
And here I had been thinking that it was because there are no games, the controls suck and the load times are outrageous.
I don't understand why everybody is so happy when these bills fail to pass.
Let them pass.
And then accuse every member who voted for it of downloading copy righted material. Make sure you accuse some of the aides, secretaries, etc. too. Try your best to make sure every last governmental office is taken off line. Accuse several of the CEOs in the music and film industries too. I see all sorts of potential in this.
The reason Linux's SMP code is better than FreeBSDs is that FreeBSD has this thing called the Giant Kernel Lock.
When running SMP, any process that needs to access the kernel employs the GKL, which prevents every other process from accessing any portion of the kernel.
Linux has no such problem. SMP in Linux is likely going to be better for a while - there are a lot of very nasty problems that need to be solved before FreeBSD can remove GKL.
If you really want to know more about this, search the archives for either GKL or Giant Kernel Lock in either the FreeBSD-Current or FreeBSD-SMP mailing lists.
Mik