Fault-tolerent servers are the way to go for critical applications. Obviously critical applications need quite a bit of computational power too, so I'd consider the best approach to a situation like this would to go with a small cluster of servers, each being redundant.
For example, say we have 6 servers to get this operation up and running, what in my opinion will be most reliable would be to do what was mentioned either and do both. It covers all bases, and really makes for a stable networking enviroment. There is an application built into OpenBSD used for making two servers act much like one, I believe it was called CARP. In principle, it can be used to make two servers allocate the primary functions, while the other is on constant standby to take over operations in case of an incident. It might seem like a waste of CPU cycles, but it works out very well, esspecially if you turn 3 pairs of them into one Beowulf cluster.
... "I used to be with 'it', but then they changed what 'it' was. Now what I'm with isn't 'it' anymore and what's 'it' seems weird and scary."
-- Grandpa
The North American Phone System uses 8-kbit/s audio quality, so, I'm certain VoIP does aswell, meaning 15 calls is only 120kbit/s. That not exactly an extreme hog of bandwidth.
According to various reports on Google news, This one inparticular, they overloaded the plane with 15% more fuel then was necessary to fly around the world. I'm assuming they had that much left over.
Slashdot Mirror
Fault-tolerent servers are the way to go for critical applications. Obviously critical applications need quite a bit of computational power too, so I'd consider the best approach to a situation like this would to go with a small cluster of servers, each being redundant. For example, say we have 6 servers to get this operation up and running, what in my opinion will be most reliable would be to do what was mentioned either and do both. It covers all bases, and really makes for a stable networking enviroment. There is an application built into OpenBSD used for making two servers act much like one, I believe it was called CARP. In principle, it can be used to make two servers allocate the primary functions, while the other is on constant standby to take over operations in case of an incident. It might seem like a waste of CPU cycles, but it works out very well, esspecially if you turn 3 pairs of them into one Beowulf cluster.
...we get working on something that runs natively on the PSP's architechure. I'm not genius, but how hard can it be to port l1nuX to a http://en.wikipedia.org/wiki/MIPS_architecture.
...for a second there, I thought it was linux related ;).
...spam kills you. -1 Redundant.
...welcome our new apple overlords.
Make's sense, it could put more pressure (as if there isn't enough already) on the competing open-source community.
...time to go dumpster diving.
Why would you pick such a crappy number to stop on. C'mon, you can make it to 100,000!
... "I used to be with 'it', but then they changed what 'it' was. Now what I'm with isn't 'it' anymore and what's 'it' seems weird and scary."
-- Grandpa
Sounds like a sequel to "Office Space"
has RFID been it's own category?
Heh, I'm still wondering when 'aluminium Qaeda' is gonna attack.
Geez, my PDA only gets 10 Flops, but I can write hello upsidedown on it by writing ".1134"
the Berkeley graduate student's girlfriend was flattered with the flower her boyfriend gave her.
You misspelled right wing scare tactic.
Hilf says he spends a lot of time "making Linux more transparent to Microsoft managers."
Hmm... I guess this means he's trying to eliminate the competition between linux and windows. Is it just me, or does this seem to not be working?
The North American Phone System uses 8-kbit/s audio quality, so, I'm certain VoIP does aswell, meaning 15 calls is only 120kbit/s. That not exactly an extreme hog of bandwidth.
According to various reports on Google news, This one inparticular, they overloaded the plane with 15% more fuel then was necessary to fly around the world. I'm assuming they had that much left over.
Daily Google Employee Morning Regiment - Wake up - Breakfast - Conquer The Internet Calender Market - Think what to conquer tomorrow - Lunch