Ask Donald Becker
This is a "needs no introduction" introduction, because Donald Becker is one of the people who has been most influential in making GNU/Linux a usable operating system, and is also one of the "fathers" of Beowulf and commodity supercomputing clusters in general. Usual Slashdot interview rules apply, plus a special one for this interview only: "What if we made a Beowulf cluster of these?" is not an appropriate question.
If I recall, the definition of a Beowulf cluster does not specify Linux specifically, only a free operating system.
Look it up
Beer wants to be free
But, there have been beowulf clusters made out of Windows boxes.
Michael Loves Me!
Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
Note: Only logged because AC is giving me formkey errors.
This isn't a very well-informed question. Beowulf does not specify a particular platform.
From the Beowulf FAQ:
[Beowulf is] a kind of high-performance massively parallel computer built primarily out of commodity hardware components, running a free-software operating system like Linux or FreeBSD, interconnected by a private high-speed network.
Please mod accordingly. Let's not waste Becker's time or one of the ten questions on ill-informed pablum refuted in the first question of an FAQ.
As for the 32 bit address limit, it's already a problem. For large scientific code, 4GB per processor is already not enough. Now, people live with it, but that doesn't mean they like it. Intel's 36-bit addressing hack doesn't help, either, since you still have a single-virtual-address space limitation of 32 bits. This is probably the biggest motivation to go to a 64 bit architecture. Note that this problem also applies to large databases.
Go Badgers! -- #include "std/disclaimer.h"
No, there have been high-performance, super-computing clusters built on Windows OSs (w2k, iirc). You can be quite sure that M$ doesn't call them Beowulf.
put the what in the where?
I like Becker's drivers, but I ran into a problem with his Tulip ones -- on a *massively* overloaded Ethernet, if you get 16 retransmits failing and so the transmit fails, the driver does a full reset of the card. This makes the card not send data for about two seconds, which means on an extremely overloaded Ethernet, the card isn't that useful.
Right now, I'm using a 3c905b card (though it isn't a Becker project) with great success.
I think Linus likes eepro cards, IIRC from lkml.
May we never see th
I wanted to start using crypto-enabled Ethernet, only to find that Donald Becker has not made drivers for these and that he asks people to directly contact 3Com or Intel for their non-GPL drivers instead. What's preventing Don from writing his own GPL drivers for those cards? Is there some US crypto export restriction law that directly forbids it? The same condition appears to affect several Gigabit cards too: please contact the manufacturer for their non-GPL driver. What's the deal?
Software is not supposed to be about how to work around a useability issue. - Ken Barber