SpyderByte.com ;Technical Portals 
      
 News & Information Related to Linux High Performance Computing, Linux Clustering and Cloud Computing
Home About News Archives Contribute News, Articles, Press Releases Mobile Edition Contact Advertising/Sponsorship Search Privacy
More Links
  • Read more...

  • HPC Vendors
    Cluster Quoter (HPC Cluster RFQ)
    Hardware Vendors
    Software Vendors
    HPC Consultants
    Training Vendors
    HPC Resources
    Featured Articles
    Cluster Builder
    Beginners
    Whitepapers
    Documentation
    Software
    Lists/Newsgroups
    Books
    User Groups & Organizations
    HP Server Diagrams
    HPC News
    Latest News
    Newsletter
    News Archives
    Search Archives
    HPC Links
    ClusterMonkey.net
    Scalability.org
    HPCCommunity.org

    Beowulf.org
    HPC Tech Forum (was BW-BUG)
    Gelato.org
    The Aggregate
    Top500.org
    Cluster Computing Info Centre
    Coyote Gultch
    Dr. Robert Brown's Beowulf Page
    FreshMeat.net: HPC Software
    SuperComputingOnline
    HPC User Forum
    GridsWatch
    HPC Newsletters
    Stay current on Linux HPC news, events and information.
    LinuxHPC.org Newsletter

    Other Mailing Lists:
    Linux High Availability
    Beowulf Mailing List
    Gelato.org (Linux Itanium)

    LinuxHPC.org
    Home
    About
    Contact
    Mobile Edition
    Sponsorship

    Latest News

    Really Big Things
    Posted by Ken Farmer, Thursday August 28 2008 @ 04:31PM EDT

    Linux Magazine: How does one manage really big clusters? Perhaps nature can give us a clue.

    As clusters continue to grow in size and complexity, I often think about the programming and management issues users and administrators must face. There are currently proposals floating around that require five digit node counts. That is a lot of cores, heat, power, cables, floor space, and coffee. If I were setting up a 25,000 node cluster, I would suddenly acquire a renewed interest in statistics. Not just the nodes, but also the networking. As you may know, infrastructure parts are rated in terms of MTBF (Mean Time Between Failure). This is a statistic that is often mis-understood. If a part has a MTBF of 10,000 hours, that does not mean the part will last 10,000 hours. It is a number that is used to determine the failure rate of a collection of similar parts.

    Read more...


    < NVIDIA Achieves Monumental Folding@Home Milestone with CUDA | Progeniq Launches RenderBoost Accelerated Engines for CGI-VFX Animations >

     

    Affiliates

    Cluster Monkey

    HPC Community


    Supercomputing 2010

    - Supercomputing 2010 website...

    - 2010 Beowulf Bash

    - SC10 hits YouTube!

    - Louisiana Governor Jindal Proclaims the week of November 14th "Supercomputing Week" in honor of SC10!








    Appro: High Performance Computing Resources
    IDC: Appro Xtreme-X Supercomputer Blade Solution
    Analysis of the Xtreme-X architecture and management system while assessing challenges and opportunities in the technical computing market for blade servers.

    Video - The Road to PetaFlop Computing
    Explore the Scalable Unit concept where multiple clusters of various sizes can be rapidly built and deployed into production. This new architectural approach yields many subtle benefits to dramatically lower total cost of ownership.
    White Paper - Optimized HPC Performance
    Multi-core processors provide a unique set of challenges and opportunities for the HPC market. Discover MPI strategies for the Next-Generation Quad-Core Processors.

    Appro and the Three National Laboratories
    [Appro delivers a new breed of highly scalable, dynamic, reliable and effective Linux clusters to create the next generation of supercomputers for the National Laboratories.

    AMD Opteron-based products | Intel Xeon-based products



    Home About News Archives Contribute News, Articles, Press Releases Mobile Edition Contact Advertising/Sponsorship Search Privacy
         Copyright © 2001-2011 LinuxHPC.org
    Linux is a trademark of Linus Torvalds
    All other trademarks are those of their owners.
        
      SpyderByte.com ;Technical Portals