Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
NASA Space

The Last Stop For Space Station-Bound Software 39

Normally I avoid slide show type articles, but this one is actually pretty interesting. It starts "This NASA lab contains a recreation of the computer systems found onboard the International Space Station. It is the place where the final bug testing takes place before software is uploaded to the station and where software engineers recreate bugs that occur onboard the station in an attempt to help fix them."
This discussion has been archived. No new comments can be posted.

The Last Stop For Space Station-Bound Software

Comments Filter:
  • So your saying they actually test software FIRST? Incredible!

    • by hsmith ( 818216 )
      I buy this as much as I do the moon landing was real!
    • Wouldn't "The Last Stop For Space Station-bound Software" be the space station, and not the testing environment?

      • Wouldn't "The Last Stop For Space Station-bound Software" be the space station, and not the testing environment?

        No, from this point on it's go, Go, GO!

      • How about "The Penultimate Stop for Space Station-bound Software"?
      • Wouldn't "The Last Stop For Space Station-bound Software" be the space station, and not the testing environment?

        I thought more about this and I think it's correct. There are two stops the software makes: testing, and the space station. At the first stop, it's bound for the space station. At the second stop, it's not bound for the station anymore since it's already there. Thus, the first stop is the last stop for the space station-bound software. And the last stop is the first stop for the software that's a

        • I disagree, when the software is in the process of making the stop on the space station, it is still space-station-bound. It doesn't stop being bound for the space station until after the stop, so the stop occurs while it's still bound for the space station.

  • Where is place where the movies and tv's shows come from that are sent up there as they can get moves still in theaters and likely they are DRM free.

  • At least when it flips out and tries to kill everyone on the space station, we'll know why.

  • Testing? (Score:3, Funny)

    by Logical Zebra ( 1423045 ) on Tuesday November 30, 2010 @04:43PM (#34395550)
    They're testing their software in an accurate environment? They're not pushing beta testing onto their users?! Preposterous!
  • ...have they caught any last minute bugs that, had they been released, would have caused damage, injury or death? ...how many HAL-9000 references they use when testing.
    • Don't forget... HAL 9000 had a ground-based testbed "twin", SAL 9000. Too bad they didn't try lying to it about its critical and super-secret mission before doing so to HAL. They only tried that afterward, as a debugging replay.
    • Re:I wonder... (Score:4, Informative)

      by Anonymous Coward on Tuesday November 30, 2010 @06:20PM (#34396904)

      well, i'm not sure about that... but there certainly have been some interesting times with the computers on board. THere are some computers which basically are like HAL and run most of the station... they are known as C&C computers and since they are so critical... there are 3 of them. And they constantly are in hot standby.

      Interesting enough, the crap hit the fan during stage 6a, and being here, I can tell you that everyone was looking to blame someone else's subsystem. The canadian robot arm was being installed and so people were very suspicious it had something to do with it, but it basically turned out to be hard drive problems on all 3 C&C computers.

      The cool story here is that the idea that you could have a triple-redundant system fail seemed so far off that it was almost thought impossible. Even still, some engineer had this idea to write this little program which would jump into action if it ever saw all 3 C&C computers offline. The program was called "Mighty Mouse".

      During the episode, things went really bad. Lights were out. Comm was out. At one point people were trying to confirm whether commands were coming up and down by looking out the windows and seeing lights get turned on and off. But... mighty mouse saved the day. It kept cyclicling power to the 3 C&C computers until it saw a healthy one and for a while C&C2 came back online and let the ground controllers get some data and start fixing some issues.

      All is fine now. I believe they have replaced the hard drives with space hardened solid state drives... but it was one of those interesting periods during early space station construction where software was an integral part. you can read all about this here:

      http://spaceflightnow.com/station/stage6a/010426fd8/index2.html

      • Re: (Score:3, Interesting)

        by Chris Burke ( 6130 )

        The cool story here is that the idea that you could have a triple-redundant system fail seemed so far off that it was almost thought impossible.

        Heh, well it would be, if the estimated probability of failure for each was truly an independent random variable. The excrement usually hits the fan when it isn't. Like, say, a hard drive with an unknown defect where a certain access pattern can make it fail. 3 machines doing the same work means they could all fail for the same reason at about the same time.

        Or an

  • A worm with a similar complexity as stuxnet [nextbigfuture.com] could give a lot of new meaning to crashing flying vehicles to big buildings
  • After all, a 2.048 MHz [wikipedia.org] behemoth was barely enough [wikipedia.org] to land something on the moon.

Think of it! With VLSI we can pack 100 ENIACs in 1 sq. cm.!

Working...