Not necessarily. If each device in the daisy chain stays on once activated, it would in fact be 256x4 possible combinations. I do not know much about how these protocols work, but if subsequent "on" commands did not turn the unit off one would only have to send at most 256x4 commands. The only way it would be 256^4 would be if one was required to turn all units on in the perfect order, which I do not believe is correct.
You DID accuse them, or at least inferred an accusation. " It's illegal for the US military to engage in domestic law enforcement, but that didn't stop the FBI and BATF from filing bogus charges to get through a loophole in the law to get the US Special forces to torture and barbecue babies in Waco Texas. "
Later you qualify this some, by saying that the tear gas poisoned them (through conversion to a cyanide compound), but you said the US Special forces "barbecue babies" which they probably did not. They made a VERY bad (and illegal) assumption about the Branch Davidians, but they probably did not start the fire and they certainly didn't make the occupants of the building stay IN the fire. I would go so far as to say that even if they DID set the fire, it was to get the people out and not to kill them all.
It could conceivably use a genetic algorithm/evolvable hardware approach. This would be REALLY cool (would come up with rather unique solutions...) but I SERIOUSLY doubt it is possible. GAs take exponentially longer to "get it right" as the problem gets harder. The most complex problems I've seen that use GAs with FPGAs was like very simple signal processing and the algorithms took like 3 months to find the "final" solution. I can imagine using the same hardware (allowing for much better algorithms and better/faster FPGAs would really make THAT much of a difference) to solve something as simple as tracing a ray (which is actually quite simple, especially compared to the sims that most supercomputers of this magnitude would be used for) would require MANY years of evolution (maybe a hundred plus) before it got faster than generic hardware.
The REALLY bad thing is that if your problem changed even a tiny bit, the optimization program would have to start over (probably not from scratch, but still a HUGE amount of work).
When was the last time you checked out any decent pre-med program? I doubt I have to take any math IN medical school, but the pre-med program (I'm a biology major technically...) here is somewhat math intensive. We don't have to take any differential equations, but it is VERY hard to get out of Calculus II. Sure Cal 2 isn't HARD math, but it is a hell of a lot more than college algebra (which my ACT scores exempted me from).
Why exactly are you connected for 20 hours a day? Sure, if it is free you can just leave it connected, but do you actually USE that much time? I figure that you atleast sleep and eat, that would be 7-10 hours a day right there. Sometimes I leave my connection open for a day or two when I'm downloading something large, but it doesn't stay open all day every day of the month.
In what way do those components speed up FP performance? Even the main memory subsystem wouldn't be THAT important, and the disk subsystem doesn't tend to influence FFT's or the like too much:)
The original post is right. The G3 is built around the 603e model, fast integer, cheap, and low power. The 604e and G4 are aimed at different markets, those with serious FP needs.
I may be wrong, but would it not be impossible for a neutron star to have hollowed out areas? The only attractive forces on the neutrons would be gravity (macroscopic level..although necessarily LARGE, these ARE neutrons after all:)and the strong nuclear force. While the strong nuclear force is, well, extremely strong, it has an extremely small radius of influence. The "interior design" work of the star would be done almost solely by gravity, and gravity would eliminate any stable hollow areas.
The sun would be a WAY better way to go. The dangerous part of the proposition is getting it out of Earth's atmosphere and orbit, everything after that is pretty much a piece of cake... Anyway, with current rocket technology lifting even a few percent of the most deadly of our waste would be more or less impossible.
Burying it in the desert is a better idea, at least for until some major rocket breakthrough...
1: Sure, that part is real easy. There are probably a thousand different files you could read and learn to program device drivers.
2: Here's the problem. There really IS no winmodem. The winmodem is little more than a dongle (except maybe Lucent's, there's seems to actually be pretty cool) that allows a hardware connect. The real modem is the software, so you would have to write code that emulates a modem. I'm sure you could find info on how to interface the modem, but the harder part would be the modem "driver."
No offense, but I SERIOUSLY doubt you would ever come up with anything useful. It may be worth trying just because it will allow your budding skills to advance, but you shouldn't be too worried when you don't come up with something that works.
The good news is that the core of a driver like this should be portable between winmodems, with only the hardware interface portion needing to be re-written...
Slashdot Mirror
Not necessarily. If each device in the daisy chain stays on once activated, it would in fact be 256x4 possible combinations. I do not know much about how these protocols work, but if subsequent "on" commands did not turn the unit off one would only have to send at most 256x4 commands. The only way it would be 256^4 would be if one was required to turn all units on in the perfect order, which I do not believe is correct.
You DID accuse them, or at least inferred an accusation.
" It's illegal for the US military to engage in domestic law enforcement, but that didn't stop the FBI and BATF from filing bogus charges to get through a loophole in the law to get the US Special forces to torture and barbecue babies in Waco Texas. "
Later you qualify this some, by saying that the tear gas poisoned them (through conversion to a cyanide compound), but you said the US Special forces "barbecue babies" which they probably did not. They made a VERY bad (and illegal) assumption about the Branch Davidians, but they probably did not start the fire and they certainly didn't make the occupants of the building stay IN the fire. I would go so far as to say that even if they DID set the fire, it was to get the people out and not to kill them all.
It could conceivably use a genetic algorithm/evolvable hardware approach. This would be REALLY cool (would come up with rather unique solutions...) but I SERIOUSLY doubt it is possible. GAs take exponentially longer to "get it right" as the problem gets harder. The most complex problems I've seen that use GAs with FPGAs was like very simple signal processing and the algorithms took like 3 months to find the "final" solution. I can imagine using the same hardware (allowing for much better algorithms and better/faster FPGAs would really make THAT much of a difference) to solve something as simple as tracing a ray (which is actually quite simple, especially compared to the sims that most supercomputers of this magnitude would be used for) would require MANY years of evolution (maybe a hundred plus) before it got faster than generic hardware.
The REALLY bad thing is that if your problem changed even a tiny bit, the optimization program would have to start over (probably not from scratch, but still a HUGE amount of work).
When was the last time you checked out any decent pre-med program? I doubt I have to take any math IN medical school, but the pre-med program (I'm a biology major technically...) here is somewhat math intensive. We don't have to take any differential equations, but it is VERY hard to get out of Calculus II. Sure Cal 2 isn't HARD math, but it is a hell of a lot more than college algebra (which my ACT scores exempted me from).
Why exactly are you connected for 20 hours a day? Sure, if it is free you can just leave it connected, but do you actually USE that much time? I figure that you atleast sleep and eat, that would be 7-10 hours a day right there. Sometimes I leave my connection open for a day or two when I'm downloading something large, but it doesn't stay open all day every day of the month.
In what way do those components speed up FP performance? Even the main memory subsystem wouldn't be THAT important, and the disk subsystem doesn't tend to influence FFT's or the like too much :)
The original post is right. The G3 is built around the 603e model, fast integer, cheap, and low power. The 604e and G4 are aimed at different markets, those with serious FP needs.
I may be wrong, but would it not be impossible for a neutron star to have hollowed out areas? The only attractive forces on the neutrons would be gravity (macroscopic level..although necessarily LARGE, these ARE neutrons after all :)and the strong nuclear force. While the strong nuclear force is, well, extremely strong, it has an extremely small radius of influence. The "interior design" work of the star would be done almost solely by gravity, and gravity would eliminate any stable hollow areas.
The sun would be a WAY better way to go. The dangerous part of the proposition is getting it out of Earth's atmosphere and orbit, everything after that is pretty much a piece of cake... Anyway, with current rocket technology lifting even a few percent of the most deadly of our waste would be more or less impossible.
Burying it in the desert is a better idea, at least for until some major rocket breakthrough...
ucita.txt
ucita.rtf
nccusl.txt
nccusl.rtf
1: Sure, that part is real easy. There are probably a thousand different files you could read and learn to program device drivers.
2: Here's the problem. There really IS no winmodem. The winmodem is little more than a dongle (except maybe Lucent's, there's seems to actually be pretty cool) that allows a hardware connect. The real modem is the software, so you would have to write code that emulates a modem. I'm sure you could find info on how to interface the modem, but the harder part would be the modem "driver."
No offense, but I SERIOUSLY doubt you would ever come up with anything useful. It may be worth trying just because it will allow your budding skills to advance, but you shouldn't be too worried when you don't come up with something that works.
The good news is that the core of a driver like this should be portable between winmodems, with only the hardware interface portion needing to be re-written...