The motherboards supporting dual core CPUs should be identical to those running single core CPUs.
This is correct. In fact motherboards which are pin-compatible with the dual-core CPU's can be upgraded to SMP simply by upgrading the BIOS and then exchanging the CPU's. (Of course then there's the question of how many mobo vendors would make BIOS upgrades available; I'm sure most of them would rather sell a new motherboard...).
Nugget's comment is right on. I have bought about 10 soekris boxes and they are perfect for this purpose. You can stick m0n0wall on them (see http://www.m0n0.ch/) or its cousin m0n0bsd. or just roll your own. I've done all three and can't fault it.
I can see legitimate reasons for them to null-route it (or simply not accept the new routing advertisement) for the 'stability of their network'. And anyhow, you're assuming that said administrators are under that court's jurisdiction. I sure aint!
If this matter actually ends up in a permanent order requiring the IP space to be released, no prizes for guessing how long it will take for that block to be null routed by angry administrators everywhere.
You mean, if they'd just released version 20.5, you'd have been more impressed ?:-)
The developers concentrate on stability. Lots of other software comes and goes but POV is a stable application that you can start a render on, come back three days later, and not be looking at an 'access violation' messagebox. In fact version 3.5 was so heavily beta-tested that it was able to go two years without a single point release due to the absence of any significant 'crash the app' bugs.
Stability is essential when you want to run an app that may need to make several trillion calculations in a large render. Many POV-Ray users prefer stability over features, and those that don't use one of the unofficial versions:-)
Actually the source is available for all previous versions. The developers just want to finish cleaning up the source code for the 3.6 version before it's released. (The same thing happened with version 3.5 two years ago).
Oh, wait ...
- http://www.povray.org/temp/1984macintro.mov
Fast connection, should do OK I hope.Nugget's comment is right on. I have bought about 10 soekris boxes and they are perfect for this purpose. You can stick m0n0wall on them (see http://www.m0n0.ch/) or its cousin m0n0bsd. or just roll your own. I've done all three and can't fault it.
I can see legitimate reasons for them to null-route it (or simply not accept the new routing advertisement) for the 'stability of their network'. And anyhow, you're assuming that said administrators are under that court's jurisdiction. I sure aint!
If this matter actually ends up in a permanent order requiring the IP space to be released, no prizes for guessing how long it will take for that block to be null routed by angry administrators everywhere.
You mean, if they'd just released version 20.5, you'd have been more impressed ? :-)
The developers concentrate on stability. Lots of other software comes and goes but POV is a stable application that you can start a render on, come back three days later, and not be looking at an 'access violation' messagebox. In fact version 3.5 was so heavily beta-tested that it was able to go two years without a single point release due to the absence of any significant 'crash the app' bugs.
Stability is essential when you want to run an app that may need to make several trillion calculations in a large render. Many POV-Ray users prefer stability over features, and those that don't use one of the unofficial versions :-)
Actually the source is available for all previous versions. The developers just want to finish cleaning up the source code for the 3.6 version before it's released. (The same thing happened with version 3.5 two years ago).
As a matter of fact, Paul already used a term for this in his page (check the second one he made after he was /.'d).
;)
He called it 'googleblatted'.
In honor of Douglas Adams (and his infamous Bugblatter Beast of Traal), I propose this become the official term for being blatted by google