Slashdot Mirror


US Navy buys Apple as Linux Platform

Nine Mirrors Turning writes "According to the Register the US Navy has ordered 260 XServe servers running Yellow Dog Linux from Terra Soft Solutions. Terra Soft is the only reseller allowed to resell Apple hardware with a third-party operating system installed. The XServes will be modified by a unnamed third-party and will be running a custom kernel. The XServes are destined for US Navy submarines and will be used for real-time image processing. I do wonder how many will be installed on each sub, though. Are we talking clustering here? I didn't even know the USN was running Linux on front-line ships."

69 of 239 comments (clear)

  1. number one by Councilor+Hart · · Score: 5, Funny

    didn't even know the USN was running Linux on front-line ships.
    Do you think that the rest of the world would fear the USA military so much if their front-line troops were running windows?

    1. Re:number one by self+assembled+struc · · Score: 2, Informative

      the military did try it out for it's mobile units.

      http://www.annoyances.org/exec/show/article09-20 3

    2. Re:number one by duffbeer703 · · Score: 3, Interesting

      Actually, armored cavalry and selected mechanized infantry units have exchanged their radios for NT 4.0 based chat applications.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    3. Re:number one by Wyatt+Earp · · Score: 5, Informative

      That was the Yorktown.

      http://www.gcn.com/archives/gcn/1998/july13/cov2 .h tm

      "Atlantic Fleet officials acknowledged that the Yorktown last September experienced what they termed "an engineering local area network casualty," but denied that the ship's systems failure lasted as long as DiGiorgio said. The Yorktown was dead in the water for about two hours and 45 minutes, fleet officials said, and did not have to be towed in."

      "The Yorktown lost control of its propulsion system because its computers were unable to divide by the number zero, the memo said. The Yorktown's Standard Monitoring Control System administrator entered zero into the data field for the Remote Data Base Manager program. That caused the database to overflow and crash all LAN consoles and miniature remote terminal units, the memo said."

      "The Navy reduced the Yorktown crew by 10 percent and saved more than $2.8 million a year using the computers. The ship uses dual 200-MHz Pentium Pros from Intergraph Corp. of Huntsville, Ala. The PCs and server run NT 4.0 over a high-speed, fiber-optic LAN."

      That was 1997-98

    4. Re:number one by BWJones · · Score: 4, Informative

      The Navy actually has a long history of using Apple computers for image processing on submarines going back to the closely held Cluster Knave project. I knew that there were efforts underway to port this application to the TAC-3 based platform running xwindows back in the early 90's but since I have lost contact with that program. Apparently, they are still using it but in a Linux based environment. Even so, the Xserves are ideal for this project in that they are compact, require very little energy to run comparatively and they have Altivec which can be very useful for vector based calculations.

      --
      Visit Jonesblog and say hello.
    5. Re:number one by MacGod · · Score: 5, Funny
      Do you think that the rest of the world would fear the USA military so much if their front-line troops were running windows?

      I would. Hell, one BSOD could light off every missle in their payload, each randomly pointed at a different location!

      --
      "Reality is merely an illusion, albeit a very persistent one " -Albert Einstein
    6. Re:number one by duffbeer703 · · Score: 3, Informative

      I think they found that text communication was more efficient, as it makes it much easier to filter out chatter, and had ICQ-style announcements when other units came within range.

      Text messages also lead to shorter burst transmissions that are more difficult to locate by the bad guys.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
  2. Uh-oh.. by MImeKillEr · · Score: 4, Funny

    Now SCO's going to have to sue the Navy and Apple.

    --
    Cruising the internet on my TI-99/4A @ a whopping 300 baud!
    1. Re:Uh-oh.. by MacGod · · Score: 5, Funny
      Now SCO's going to have to sue the Navy and Apple.

      In other news today: The U.S. Navy today responded to a lawsuit by privately-held company SCO by invading their headquarters, and bombarding it into the ground with cruise missles.

      When reached for comment, Admiral trigger-happy said "Fuck it. They were pissing everybody off. I just got bored."

      --
      "Reality is merely an illusion, albeit a very persistent one " -Albert Einstein
    2. Re:Uh-oh.. by ENOENT · · Score: 4, Funny

      Of course OSX is souperior. In order to be made into soup, it helps to be dead, and we all know that OSX is derived from BSD...

      --
      That's "Mr. Soulless Automaton" to you, Bub.
  3. Even the submitter didn't read the article by karrde · · Score: 4, Informative

    From post: Are we talking clustering here?

    From Article On board clusters of the Apple rack server will be used for real-time image processing.

    Emphasis mine

    1. Re:Even the submitter didn't read the article by Anonymous Coward · · Score: 3, Informative

      Trident refers to a missile. You're talking about Ohio-class ballistic missile submarines, SSBN's.

      Interestingly enough, four of our SSBN's are currently undergoing retrofit to convert them to SSGN's, guided missile submarines. Wonder if they'll be the ones getting the new computer systems.

    2. Re:Even the submitter didn't read the article by dbirchall · · Score: 2, Informative
      The navy has somewhere around 50 "attack" subs, and 15 ballistic missile subs (counting ones that are on order or under construction, but have already been named).

      So... if they were spread evenly across ALL the subs, we'd be looking at about 4 Xserves per sub. Whether they'd cluster all 4, or cluster 3 with 1 spare, or cluster 2 with 2 spare, I don't know.

      (Personally, as someone who's clustered Linux a bit, I'd cluster all 4. It's a cluster, for crying out loud, it's supposed to be redundant, and if you have a failure, you've still got 3...)

  4. Why XServes for Linux? by DLWormwood · · Score: 3, Interesting

    I'm a Mac developer, so I have a love of the platform. But using XServes just to run Linux seems kind of strange at this time. The only systems Apple currently sells with decent performance with full exploitation of DDR are the recently released G5 towers. I would think that Apple would need to update the XServer line before such Linux use would make sense, since that OS currently runs better on Intel/AMD iron.

    --
    Those who complain about affect & effect on /. should be disemvoweled
    1. Re:Why XServes for Linux? by oscarmv · · Score: 5, Informative

      Most likely the stuff the XServes will be doing benefits greatly from Altivec acceleration. IIRC there's a lot of vectorising that can be done on most image processing algorithms.

      In that case PowerPC servers are a given, and Apple's are probably some of the best on bang for the buck.

    2. Re:Why XServes for Linux? by Anonymous Coward · · Score: 2, Interesting

      One reason may be because of the stagnant (near zero) sales of xserves since the g5 announcement, the navy prolly got a killer deal helping apple clear inventory

    3. Re:Why XServes for Linux? by Tomasset · · Score: 5, Informative

      As someone else has already pointed out, there are some architectural advantages in the PPC vs. the x86 comparissons, more specifically the use of Altivec extensions in the current G4s (and of course G5s).

      Some tests have already proven that the G5 is not overwhelmingly superior to the G4 when using Altivec code (just a linear increase with the clock rates). Thus waiting for G5 systems is probably not needed in this case.

      As the article clearly states, these systems will be used for signal processing applications, where the vector extensions really shine. So in terms of computational power/required energy to run (very important in submarines, i assume) i can image that the G4 are very competitive.

      As for the Linux vs. Os X, well, we do have to agree that Linux is very well supported and already qualified for many tasks/contracts (which Os X might not??).

      T

    4. Re:Why XServes for Linux? by maxume · · Score: 3, Insightful

      There are lots of reasons that low power consumption on a submarine is a good thing, but the low power consumption isn't really one of them in and of itself. Modern subs use electrolysis to get oxygen for god sakes. Of course, not needing as much cooling, not requiring as much infrastructure, being smaller are all good things.

      --
      Nerd rage is the funniest rage.
    5. Re:Why XServes for Linux? by questionlp · · Score: 3, Insightful

      I guess one of the reasons why they opted for the Xserve over the G5 towers is the fact that two or three Xserve boxes take up less room in a rack than a G5 tower does. A G5 tower probably eats up a bit more power and produces a bit more heat... though that may or may not be a problem for them, but I'm guess size is.

      Also having the hard drive or hard drives hot-swappable would be a good thing to reduce down time since it would take less time to swap a failed drive with a good drive in an Xserve than pull out a G4/G5 tower and get a drive out and plugged in.

    6. Re:Why XServes for Linux? by valkraider · · Score: 3, Insightful

      computational power/required energy to run (very important in submarines, i assume)

      Because god only knows you have to watch power consumption when you're sitting on a nuclear power plant. ;)

      I know - this probably has no technical merit - but it is worth noting I would imagine, that nuclear power is abundant and hot - so the power/heat specs of the PC are probably null and void...

    7. Re:Why XServes for Linux? by tbone1 · · Score: 3, Interesting
      Well, read The Hunt for Red October for another reason. Submarines hate, and I mean hate making noise. I would imagine that anything with x86 would be tantamount to having a mariachi band playing in the room.

      Yes, Lintel/Wintel machines can be designed to be quiet, but those off-the-rack XServes are probably quieter, at least in a bang-for-the-buck kind of comparison. (Now a cluster of Cubes, ...)

      --

      The Independent: Reverend Spooner Arrested in Friar Tuck Incident - ISIHAC, Historical Headlines
    8. Re:Why XServes for Linux? by SirDrinksAlot · · Score: 4, Insightful

      You've never been in the same room as an XServe have you? HEH.

      An XServe has like 9 Blower fans in it and sounds like an old dust buster but louder.

      Luckily they are easily muted by being put into sound dampening cabinets which work extremely well. Unfortunately for a submarine those things are rather large too. I wouldnt put it past them to gut the XServes and put them into their own fabricated cases.

      I have yet to see a high end silent 1U server Because of the blower situation. Theres nothing silent about blower fans.

    9. Re:Why XServes for Linux? by Frightened_Turtle · · Score: 2, Insightful

      One of the key points in the article was that they were running a customized kernal. The original was probably based on Linux. As a result of this, it's probably simpler and cheaper to go with a YDL setup rather than try and reoptimize for BSD.

      If they went with Apple's XServe OS X, there is a lot of other stuff in there they would have to contend with that could probably break what they are doing. So rather than spend time working out the differences, they chose the route of, "Go with what you know."

      I would agree with an earlier poster, that they are probably leveraging the Altivec Engine to do what they need done.

      --


      Whew! This water sure is cold!
    10. Re:Why XServes for Linux? by drsmithy · · Score: 2, Informative
      Well, read The Hunt for Red October for another reason. Submarines hate, and I mean hate making noise. I would imagine that anything with x86 would be tantamount to having a mariachi band playing in the room.

      An Xserve is at least as loud - if not louder - than name brand (and probably generic as well) 1U x86 boxes.

    11. Re:Why XServes for Linux? by miniver · · Score: 3, Interesting
      Submarines hate, and I mean hate making noise.

      Hint -- put the hardware in a sound-proof cabinet that's isolated with rubber shock mounts from the rest of the boat. No more noise problems.

      Of course the major sound source on a boat is the reactor/propulsion system...

      --
      We call it art because we have names for the things we understand.
    12. Re:Why XServes for Linux? by falcon5768 · · Score: 5, Informative
      Actually you do, cause higher reactor output creates a lot of steam flow noise which is traceable, and regardless of which all of that heat is kept the the reactor core, the sub it's self is relatively cool when they are not running silent.

      And yes heat is of a concern when you dont want to have your computer making too much noise cooling it's self(both vibrations and soundcan be transmitted outside of the hull.)

      Its a very tricky thing but the g4's low power consumption makes it a pretty cool chip compared to a P4

      --

      "Slashdot, where telling the truth is overrated but lying is insightful."

    13. Re:Why XServes for Linux? by White+Manual · · Score: 3, Interesting

      An XServe has like 9 Blower fans in it and sounds like an old dust buster but louder.
      The speed of the XServe fans is controlled by software.

      Out of the box, an XServe will even stop rotating some fans when the temperature is low enough. It is not unthinkable to hack the XServe for a full stop of the fans when the mission requires so. Additionally, in the unfortunate case of some part failing due to excessive temperature (not that probable, since for deployment in a submarine ruggedized parts are used) everything in an XServe is very easily replaceable.

      --

    14. Re:Why XServes for Linux? by White+Manual · · Score: 2, Interesting

      More probably, the navy will be getting the first G5XServes.

  5. Finally... by shachart · · Score: 4, Funny

    Finally the Penguin will submerge at sea... :)

    --
    Those who can, do. Those who can't, consult.
  6. SCO vs. Navy by wowbagger · · Score: 5, Funny

    SCO: You owe us $699 per computer!
    Navy: OK - how about we give you half a million and you keep the change?
    SCO: GREAT!
    Navy: OK, tell us the address to send it to.
    SCO: <gives corporate address>
    Navy: Tomahawk targeting confirmed - you have a go for launch.

  7. Re:Why didn't they buy a Sun? by gamgee5273 · · Score: 4, Informative

    Major price difference. A coworker of mine has a proposal under consideration, spec'd-out using either Apple or Sun hardware, and the Sun boxes are much more expensive.

  8. no one remembers the NT crash? by Frac · · Score: 5, Informative

    "I didn't even know the USN was running Linux on front-line ships."

    They probably looked at alternatives after Windows NT crashed from a division-by-zero error and left a navy ship dead on the water for several hours.

    1. Re:no one remembers the NT crash? by tonydiesel · · Score: 2, Informative

      I'm sure this incident affected them, but there has to be more than that. I did some work for a Navy contractor and they were told to migrate their applications away from Microsoft and onto Linux -- I believe the ultimate goal is to have all of the in-field deployed systems on Navy ships running on non-MS OSes.

      The transition is pretty far-reaching. The Navy was even balking at using a Windows server for a web service back end that would feed info to a Linux (java) front end!

      Maybe there are some intelligent people in the government these days after all...

    2. Re:no one remembers the NT crash? by drsmithy · · Score: 2, Insightful
      They probably looked at alternatives after Windows NT crashed from a division-by-zero error and left a navy ship dead on the water for several hours.

      As has been noted numerous times before in pretty much every forum available, NT had little to do with it. That's probably not the best article to use as "proof" either - would you believe the technical competency of someone who said "your $2.95 calculator, for example, gives you a zero when you try to divide a number by zero, and does not stop executing the next set of instructions" ?

      Whatever faults NT might have had, crashing because a user-space application divides by zero is not one of them. It's pretty obvious from the various descriptions of the incident that whatever software they were using to control everything dropped its bundle because it hadn't been completely debugged (which is, if I'm not mistaken, the whole point of testing it) and couldn't handle a divide-by-zero gracefully. Most likely the program GPF'd and corrupted its on-disk data in the process.

  9. Size considerations by MohammedNiyalSayeed · · Score: 5, Insightful

    Another major difference between the two is the size; you can stack a lot more XServes than you can Sun machines of similar power (420R, 220R, not to mention the Enterprise 450, which is HUGE) given a fixed amount of space.

    It is reasonable to assume that, since these are being put into submarines, space is of a limited quantity, so the reduced physical profile of the XServes may also have played a part in the decision making process.

    --
    /*- Mohammed -*/
    1. Re:Size considerations by -stax · · Score: 3, Informative
      Another major difference between the two is the size; you can stack a lot more XServes than you can Sun machines of similar power (420R, 220R, not to mention the Enterprise 450, which is HUGE) given a fixed amount of space.

      Um, the E450 is huge because it can hold 20 disks. It also supports 4 processors, which the current xserve's do not. Not to mention that it is no longer available from sun.

      The closest comparison I can find to a Apple Xserve in sun's product line would be a 1u V210 which lists for $5,795.00. Of course it comes with 64-bit CPU's (may or may not be important for this particular application) and also only has 1MB of cache per processor, compared to Apple's 2MB.

      It does come with hot-swap SCSI drives, which I'd much prefer to the IDE's that the apples have.

      A similar Xserve (2GB memory) will run you $3,674.00, according to the apple store.

  10. not really surprising by hype7 · · Score: 4, Interesting

    when you think about it - some of the key advantages that Apple technologies have slot in perfectly with what customers like the Navy would want. The G4 and the rest of the PPC line work very well in specialised applications where vectorisation can take place (and when they're being used for one specific application, this optimisation can be done), and what's more they'll perform very well while putting out less heat and using up less power.

    When you're on a sub that requires every inch of space to be utilised, these are attributes that make a computing system very attractive.

    Once Apple deploys the G5s into these puppies, I think there's going to be a lot of organisations looking at their present hardware rigs in a very critical light.

    -- james

    1. Re:not really surprising by zpok · · Score: 3, Funny

      "When you're on a sub that requires every inch of space to be utilised, these are attributes that make a computing system very attractive.
      Once Apple deploys the G5s into these puppies, I think there's going to be a lot of organisations looking at their present hardware rigs in a very critical light."


      "Ensign, engage Silent Mode"
      "Aye captain, let me just switch on these 250 fans here."

      --
      I think, therefore I am...I think.
  11. Re:This is NOT helping... by MohammedNiyalSayeed · · Score: 4, Funny

    Please check with a network time server. Your troll is off by about 4 years. HTH. YHBT. YHL. KTHX. BBYE.

    --
    /*- Mohammed -*/
  12. Re:Why Apple harware, and why not OS X by avalys · · Score: 4, Insightful

    There's a difference between graphics performance and image processing. Graphics performance refers to how fast the machine/OS can render images on-screen, while image processing generally means doing something mathematical to images from an external source. All that matters for the latter is pure, brute processing power and memory. OS X's fancy GUI is probably unneeded overhead - I doubt these machines will be attached to anything but power and a network.

    --
    This space intentionally left blank.
  13. Trolling the silly responses by coyote4til7 · · Score: 5, Interesting

    Why not use cheap intel hardware seems like a really strange question in this context. If memory serves, subs run in the 100s of billions of dollars a unit. And the nuclear ones stay down six months at a stretch. No Fed-ex delivery of replacement parts. You can't buy Dells with 28% return rates. "Uhm, Captin, the computer is down again. Can you tell the Admiral that we're going to have to take it off-line again while I trouleshoot." Don't think so.

    The more interesting question is why Apple instead of Sun hardware. Given the XServes were supposedly originally designed to the NIH's specs, it may be that they're the most cost-effective answer to the problem.

    And... completely off topic... can someone please tell Mr. Bush that outside of Texas it's nuclear, not nuke-u-leer.

    --

    the clock on the wall says 4 til 7
    1. Re:Trolling the silly responses by Halvard · · Score: 4, Insightful

      If memory serves, subs run in the 100s of billions of dollars a unit.

      Old age is catching up with you. Divide by 100(s). I served on 2 Los Angeles Class submarines. The first, kind of in between 1st and 2nd flight boats, cost a little in excess of US$750 million in 1985 US$. The second, a second flight boat, cost about US$900 million. Ohio class boats, aka Tridents cost about $2.5 billion. B2 bombers cost about US$4 billion. Sans weapons systems.

    2. Re:Trolling the silly responses by scrawny · · Score: 2, Interesting

      The problem with Sun hardware on submarines...they weigh too much. 10 new Sunfire servers and that sub will never see the surface again.

      skinny was here.

    3. Re:Trolling the silly responses by NaugaHunter · · Score: 2, Interesting

      vs. Intel:
      1) Heat/Power Use
      2) Space
      3) Cost

      vs. Sun:
      1) Space
      2) Heat/Power Use
      3) Cost

      Given that it is a submarine, space and heat are more important that cost. Especially if in the same volume, for the same price, for roughly the same processing power, you use significantly less power and generate less heat. (Don't forget that less heat means less power too cool the sub as well, or that more fans = more noise.)

      (BTW, XServes are hot-swappable. I doubt the Navy doesn't have a set of fault-tolerance checks for computer systems if some suffer damage. And I doubt they went to Home Depot's bargain bin for water valves; why would they want cheap computer components? And if I misread and you were trying to make that point, then just take all of this as support instead of a rebuttal.)

      --
      R: That voice. Where have I heard that voice before? B: In about 365 other episodes. But I don't know who it is either.
    4. Re:Trolling the silly responses by bursch-X · · Score: 2, Funny

      I can't wait until Panther comes out, so I don't have to hear Steve Jobs saying "Jagwyre" anymore...

      --
      There are two rules for success:
      1. Never tell everything you know.
  14. Re:Why Apple harware, and why not OS X by bill_mcgonigle · · Score: 4, Informative

    The only reason I can think of why they may not want to use an Intel solution, is that there won't be space on the subs for the air-conditioning they'd need. Still, they could put the racks in a freezer...

    Maybe performance is an issue? Learn about AltiVec here.
    No doubt the primary consideration here is operations/second, with operations/watt being a close second, and operations/volume being a near third. The G4 is the industry leader for the first two criteria, and the XServe is a COTS implementation with a low volume requirement.
    Also, Apple gear is known for its quality/reliability and these things might be expected to run for 6 months without the possibility of service or replacement.

    Plus, with the G5's announced, they can expect to double their performance in a year with a million dollar swapout but they can get started today. That's really frikkin' cheap for retrofitting a sub fleet. This probably can be seen as confirmation that the XServe is not going to have a formfactor change with the G5's (most likely on the 90nm process in Nov).

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  15. They're not using OS X because... by Mark+Hood · · Score: 4, Informative

    (From the article)

    The Navy wanted a custom Xserve chassis, and the work was organized by Terra Soft who employed a third-party to modify the hardware. Terra Soft provided a custom kernel and drivers for Fibre Channel storage.

    So perhaps Apple weren't interested in making custom X-Serves, or hacking OS X to fit...

    Whatever the custom hardware is (Fibre-Channel disk arrays by the sound of it) probably isn't supported by stock OS X.

    --
    Liked this comment? Why not buy me something nice
    1. Re:They're not using OS X because... by ahacop@wmuc.umd.edu · · Score: 2, Informative

      I'm pretty sure that the "stock" Mac OS X Server supports Fibre Channel.

  16. Noise? by Alcimedes · · Score: 2, Interesting

    I'm just surprised with out noise concious submarine captains/designers are that they'd want Xserves. from everything i've heard, pretty much all 1U hardware is damn noisey. guess the space is worth more than the price.

    1. Re:Noise? by Zifnab32 · · Score: 2, Insightful

      Acording to the artical *ahem* the company was contracted to build a custom enclosure for the X-Servers. Nothing I have seen describes these, but they could easially include some sort of silent cooling.

  17. Re:Why Apple harware, and why not OS X by Dolly_Llama · · Score: 2, Informative

    I think you got it backwards. Priorities for a sub are first space, then capability, then power consumption.

    --

    Somewhere, something incredible is waiting to be known. -- Carl Sagan

  18. Re:Um... by Micro$will · · Score: 2, Interesting

    It's probably not image processing, but more like processing sonar into images. I beleive the US sub fleet has had this type of system for a few years now. It can take any sonar info, passive (underwater microphones) or active (ping), and create some sort of image out of it and spit out an at least rough guestimate as to what it is (dolphin, ship, fishing boat, photon torpedo, etc). They may be even further along than that, I'm not sure.

  19. How much are they paying for these things? by Anonymous Coward · · Score: 4, Interesting

    The article says the deal includes 260 XServes and is "worth $1.9 million in hardware alone." Since these are being used for "High Performance Computing," presumably they are Cluster Node XServes, which are designed for exactly that. So why is the average price per system $1,900,000/260 = $7300, when the Cluster Node XServe goes for $2799 retail? Is the Navy getting a lot of extra hardware to go with this?

    1. Re:How much are they paying for these things? by Redundant+offtopic+t · · Score: 2, Informative

      i imagine the extra cost per unit is probably maxxed out RAM (to some extent), disk drives, a pool of spare parts, but mainly whatever "modifications" the "unnamed third party" will be doing.

    2. Re:How much are they paying for these things? by Crash+Culligan · · Score: 2, Informative
      So why is the average price per system $1,900,000/260 = $7300, when the Cluster Node XServe goes for $2799 retail? Is the Navy getting a lot of extra hardware to go with this?
      Man, those add-ons will knife you in the wallet!

      The article doesn't get into specifics, but figure: submarines probably require very specialize mil-spec rack mountings, cabling, and for all we know cameras and monitors too. It is for an image manipulation system, after all, and they need *some* way to capture and later display the images after they manipulate them.

      When most people point at the prices of equipment from government contractors and scream bloody blue murder, they don't take into account that the precision and sometimes specialized purposes of the equipment will naturally increase the prices. Or they do take it into account and claim that they can't possibly need that much precision.

      --
      You cannot truly appreciate Dilbert until you read it in the original Klingon.
  20. Brave Navy Program Manager needs to take a bow by gsfprez · · Score: 4, Interesting

    having worked on a few govt. programs using DSP and software radios - the G4 is the defacto standard used by folks.. but usually running VxWorks and using proprietary solutions like this one where the accepted use is to buy some dual or quad PPC single board computers.

    The problem is that in almost every case - like the one i referenced, these systems are still.. today.. .almost ALWYAS less than 500Mhz G4's. In fact, this 466 is a model i've never seen before. A project i worked on was using state of the art 300 Mhz G4's. Many of these solutions alos run near the $10k price range.

    In fairness, many of these SBCs are built to extreme timing tolerances, have insane backplane speed and often have RF gear built in... in the case of real-time processing. you _have_ to have this, and therefore, these costs are justified.

    But a lot of the time, they simply wanted to use them for post-processing of data.. not real time.. so everything you made up in speed on these highly custom boards was useless...

    i always wondered - silently - wtf is wrong with you people (engineers who come up with the "requirement" to run SBCs for post processing")? You can get 1U dual 1 GHz G4's to run the SAME SOFTWARE for 1/3 the price? Why won't you even concider it? ARRRGH!!!!

    Well, it seems that there is some very very very very brave program manager in the Navy who stuck his/her neck out and proved what i always thought in silence... that this buying of slow G4-based SBC's to do DSP post processing was stupid and silly. The answer was to get some Xserves and do it two to 4 times as fast for 1/3 the money.

    This is not so much a coup for TerraSoft - though, of course, they did the "hard work"... but let me tell you.. whoever the Navy PM was took a LOT of shit for their suggestion to use Macs. I guarantee you that.

    I hope we'll be able to find out who that PM was.. i'd liek to talk to them and find out how they made the sell...

    Apple computer is a BAD WORD in the Government.. and this was really a coup on the part of everyone involved... but don't think that its a novel idea or somehow "amazing". Using dozens of rack-mount G4 macs has been the elephant in the middle of the room solution to literally thousands of DoD problems for at least 5 years... its actually pretty pathetic and sad how long it took for it to make it to prime time.

    --
    guns kill people like spoons make Rosie O'Donnell fat.
    1. Re:Brave Navy Program Manager needs to take a bow by Anonymous Coward · · Score: 3, Interesting

      We (NASA) are one of the largest purchasers of Apple hardware in the US (and yes, we often take much shit for this honor). There is a tremendous amount of internal strife (at NASA) cause by a few Mac-ophobes who are constantly trying to force Apple out of our offices and labs.

      I cannot count the number of times we must weigh political credibility vs. pursuing the technically correct solution and have to bit our tongues about suggesting an Apple derived solutuion. I too must hand it to the PM for having the courage and resiliance to push this through... many kudos

  21. Is Yellow Dog doing something better than Red Hat? by mactari · · Score: 3, Interesting

    Certainly it's cheaper to get the Xserve sans OS X. From the article -- "We're the only Apple reseller on the planet with a licence to install a non-Apple operating system," says Staats.

    Regardless I always thought the whole Apple advantage was the way having hardware and OS under one roof allowed you to make great "gestaltic" solutions. Why pay the Xserve premium and get G4 powered rack hardware to install an OS that's available for cheaper, and argueably better supported, x86 hardware? (And I've been a Mac user for over a decade and even tried out YDL and LPPC a couple of times... this isn't flame bait.)

    Still, either Yellow Dog must be doing *something* better than Red Hat is (maintenance price?) or they must be running something that was designed *explicitly for* AltiVec.

    --

    It's all 0s and 1s. Or it's not.
  22. Re:Why Apple harware, and why not OS X by Wyatt+Earp · · Score: 5, Interesting

    Actually some nuclear subs have had swimming pools.

    The Typhoon (NATO name) nuclear missile submarine has a swimming pool in it.

    http://english.pravda.ru/main/2002/10/23/38544_. ht ml

    "...crew's rest area is like a club with lots of conveniences. There is a gym, a sauna, and even a pool there. We saw some submariners swimming there, having good time at work."

    http://arms.host.sk/navy/941.htm

    Modern American submarines all have air conditioning aboard.

    http://www.dt.navy.mil/pao/excerpts%20pages/1997 /s eawolf10.html

    "In addition, we have conducted many trials on actual and smaller scale components and systems on the Large Scale Vehicle (Kokanee) and other test platforms, as well as the actual Seawolf, itself. Some of the many unclassified equipment items in which the Division played a large part include: - Air conditioning compressors"

    http://www.usscod.org/fact.html
    "Habitability is heavily stressed in the construction of modern submarines. Specially designed color schemes, mechanical conveniences, air conditioning, and the best chow in the Navy are supplied to make the vessels more livable. A full time staff is maintained by Electric Boat Division to work out 'human engineering' problems."

  23. Navy Surplus? by macguiguru · · Score: 2, Funny

    So... what you're saying is... in a year or so we'll see a bunch of used XServes available as military surplus? YEAAAH BABY! Daddy's gettin an XServe! WHOO HOO!

  24. Nukeyewlar by GlobalEcho · · Score: 2, Interesting

    Most slashdotters are too young to remember, but Former President Carter also uses that annoying pronunciation. And he has an advanced degree in nuclear physics (as well as having been a submarine guy)!

  25. Re:Why Apple harware, and why not OS X by rreay · · Score: 2, Funny

    Everyone knows that the MOST important factor is 'quietness', and we all know that's where apple really takes the cake!
    Not with the XServe they don't. They sound like a vacuum cleaner with a sore throat.

  26. Which compiler is the Navy going to use? by pole · · Score: 2, Insightful

    gcc?

  27. Number two. by fm6 · · Score: 2, Informative

    I'm afraid our front line troops mostly do run Windows. This is one of the few military applications where Microsoft wouldn't have an almost automatic lock: almost nobody uses NT as a high-performance computing platform.

  28. As it happens, I work on this program ... by miniver · · Score: 5, Informative

    As you can imagine, there are a lot of details about this program that are not publicly releaseable, even if they aren't classified. You can find about more about ARCI via Google, but start with this PDF; it's mostly marketing pitch, but it does describe what we're doing.

    Background: Twenty-first century technological innovation demands that today's warfare systems become increasingly adaptable and upgradeable. Exploiting research and development to ensure U.S. forces maintain a decisive lead in technologies critical to military transformation, the use of Commercial-Off-The-Shelf (COTS) equipment in the Acoustic Rapid COTS Insertion (ARCI) Program has demonstrated the ability to restore a remarkable acoustic advantage to U.S. submarines. ARCI demonstrated, through the use of COTS equipment, the ability to rapidly install a marked technological refresh in equipment at a lower cost.
    In real-world exercises and operations, the ARCI submarine sonar system has unequivocally demonstrated that U.S. submarines retain a clear acoustic advantage. Use of COTS equipment in ARCI has substantially reduced costs with significantly improved processing capability.

    Description: The ARCI program is a phased effort to provide the submarine force with a common sonar that is far more capable and flexible than earlier designs. An open-systems architecture (OSA) exploiting commercial processing development permits the use of complex algorithms that could not previously be accommodated. COTS based processors and OSA technology and systems allow onboard computing power to grow at nearly the same rate as commercial industry's. This facilitates regular updates to both software and hardware with minimal impact on submarine scheduling.
    Lockheed Martin Naval Electronics & Surveillance Systems (NE&SS)-Undersea Systems is the lead contractor for the U.S. Navy's ARCI Program. This multi-phase development initiative provides for sonar systems upgrades on existing legacy submarine sonar systems including the SSN-688, SSN-688I, SSN-21, and SSBN-726 class submarines. The ARCI Program features the installation of a common, cost-effective, more capable and flexible COTS-based open systems architecture.

    Next Step: Lockheed Martin is leading an effort to raise the reliability to guarantee operational effectiveness for predictable operating periods. Known as Maintenance Free Operating Periods (MFOP), this concept will transform maintenance practices, supply support systems, training concepts, and further enhance operational performance while reducing life-cycle costs.

    Features:

    • Enables U.S. undersea superiority as a result of the insertion of leading-edge technology into the Fleet
    • Dramatically improves towed array performance and enhances tactical control
    • Advances spherical, hull, and high frequency array processing and performance
    • Use of COTS with open systems architecture allows for continuous updates and reduces total ownership costs

    I can offer some insights into the factors driving this particular decision:

    • Power / Size / Price - The Xserve computers are dual-processor 1.33GHz G4s, in a 1u form-factor. Compared to the equipment that these units are replacing, we're improving the MFLOP density for the equivalent space, while reducing the cost by a factor of 5 or more.
    • Compatability - The Xserves are a fraction of the COTS hardware that we're installing. Much of what we're doing is replacing HP servers with generic Linux servers (running Red Hat Linux). We chose Yellow Dog Linux for its compatibility with Red Hat Linux. Using OS/X wouldn't make sense since these servers are being using as compute engines in a cluster, not displays.

    You have to keep in mind the physical environment of a submarine: there isn't a lot of space on a boat for active equipment, much less spares. Redundancy is a must, as is reliability.

    --
    We call it art because we have names for the things we understand.
  29. Silly silly silly... by fm6 · · Score: 2, Interesting
    You can't buy Dells with 28% return rates. "Uhm, Captin, the computer is down again. Can you tell the Admiral that we're going to have to take it off-line again while I trouleshoot." Don't think so.
    I seem to recall an ep of JAG where precisely that happened. Of course, they changed the culprit from the vendor QA department to North Korean Intelligence...
    The more interesting question is why Apple instead of Sun hardware.
    I very much doubt if either the Navy or Lockheed cares what the specific hardware platform is. They simply chose the high-performance computing integrator whose bid came out on top during whatever evaluation process they use. This time it was Terra Soft, and Terra Soft only does PPC/Linux.
  30. Web Myth: WinNT Failure Stops Ship by AHumbleOpinion · · Score: 3, Informative

    WinNT did not fail. On a test platform, not an operational ship, running non-release versions of software: A client application accepted incorrect input. A server application accepted this bad data, performed a bad calculation, and corrupted it's database. Client apps that tried to use this database crashed. These events are OS independent, the same thing would have happened under MacOS X. The publisher of the article you cite later distanced themselves from the article calling it "early speculation".

    The chief engineer on the ship at the time, and the developer of the application software, seem to say that the problem was not with WinNT:

    http://www.sciam.com/1998/1198issue/1198techbus2.h tml

    "Others insist that NT was not the culprit. According to Lieutenant Commander Roderick Fraser, who was the chief engineer on board the ship at the time of the incident, the fault was with certain applications that were developed by CAE Electronics in Leesburg, Va. As Harvey McKelvey, former director of navy programs for CAE, admits, "If you want to put a stick in anybody's eye, it should be in ours." But McKelvey adds that the crash would not have happened if the navy had been using a production version of the CAE software, which he asserts has safeguards to prevent the type of failure that occurred."

  31. Reboot reboot reboot by snStarter · · Score: 2

    A few weeks ago I attended a luncheon where the state of computer systems on the ABRAHAM LINCOLN was discussed. While controlling the battle force during the Iraq war computer systems were rebooted on 45 minute intervals because they weren't stable: running Windows 3.1 and Windows 95. Hopefully this will be fixed when the LINCOLN goes through her overhaul.

  32. Photonic masts by snStarter · · Score: 3, Interesting

    Keep in mind that the VIRGINIA class is designed without traditional periscopes. Instead high-definition cameras will take the place of the traditional optical periscope. So you can imagine why you'd want to be able to do some serious image manipulation.

    Of course sonar systems would benefit from compute servers as well.