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."

26 of 239 comments (clear)

  1. 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: 1, Informative

      The fact is that there are less than 20 Tridents in the US fleet, so with 260 Xserves clustering is obvious.

    2. 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.

    3. 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...)

  2. 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.

  3. 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.

  4. 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...

  5. 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

  6. 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

  7. 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)
  8. 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.

  9. 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

  10. 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.

  11. 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

  12. 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.
  13. 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.

  14. Re:Why XServes for Linux? by Anonymous Coward · · Score: 1, Informative

    You forget that the G5's 1GHz FSB greatly benefits Altivec on a G5. There is a point were the G4's are starved for data due to the significantly slower FSB of the G4 systems.

  15. 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
  16. 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.

  17. 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.

  18. 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.
  19. 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."

  20. 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."

  21. 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.