Home
Learning About Clusters
Programming Clusters
Administering Clusters
Benchmarking Clusters
File Systems for Clusters
Cluster Applications/Grid
Cluster News
Site Map
 
    Home arrow Columns arrow Beowulf List arrow Storage, Benchmarks, and USB Booting
Search
Monkey Support
Main Menu
Home
News
Features
Columns
Reviews
Links
FAQ's
Contact
Site Information
Cluster Classifieds
Projects
Conference Reports
Cluster Agenda
Site Map
Add This Article

Visit Basement Supercomputing

Cluster Builder

Cluster Courses


Storage, Benchmarks, and USB Booting PDF Print E-mail
Written by Jeff Layton   
Wednesday, 02 November 2005
Article Index
Storage, Benchmarks, and USB Booting
Page 2

Booting from USB Pen Drive

While a bit old, there was an interesting discussion on the beowulf mailing list that started with a posting by p.pennaz on 21 November, 2003, asking about booting a Linux system via a USB cartridge (USB solid-state storage device). USB storage, or any solid state storage for that matter, are very interesting because there's no moving parts and if the power goes out you don't loose your data. There was an immediate response that you should be able to boot from a USB storage device if your motherboard has a BIOS option to support it. Mark Hahn provided some simple ideas about what it would take to boot from a USB storage device. Donald Becker responded that just because a motherboard can boot from a USB storage device doesn't mean it's that easy. Many of the USB storage devices cannot be used for booting.

There are several Linux distributions that can fit onto a USB storage device and allow systems to boot directly from them. In fact, John Hearns pointed out that he has routinely booted systems from a USB memory stick that had StressLinux loaded in it.

Jim Lux also pointed out that there are simple IDE-to-CF (CF=Compact Flash) adapters that allow you to use CF cards as though they are disks. In a later post, Jim also pointed out how nice it could be to boot a diskless cluster node from a CF card using the adapter. This capability would help improve reliability (no moving parts) and reduce heat generation inside a node. Jim's intent is to use these kinds of devices on nodes that only have a wireless network (he doesn't want to ship a kernel and associated parts over a wireless network because of the low bandwidth). Andy Cater reminded everyone that Compact Flash has a number of limited rewrites, so perhaps using the CF card only for the read-only portions of the operating system and a small ramdisk for the portions that readily change (e.g. /var and /tmp).

Solid-state storage is fast becoming very inexpensive thanks to commodity uses (cameras, MP3 players, cell phones, etc.). These devices offer increased reliability and lower power usage and heat generation compared to hard drives. However, they are more expensive and slower (perhaps not an issue for read-only file systems) than hard drives. Overall, sold-state storage has much to offer and may be very useful for clusters.

Sidebar One: Links Mentioned in Column

Beowulf Mailing List

Bonnie++

lmbench

Stress Linux

3ware

Top500

BPS

linux-ide-arrays

This article was originally published in ClusterWorld Magazine. It has been updated and formated for the web. If you want to read more about HPC clusters and Linux you may wish to visit Linux Magazine.

Jeff Layton has been a cluster enthusiast since 1997 and spends far too much time reading mailing lists. He occasionally finds time to perform experiments on clusters in his basement.He also has a Ph. D. in Aeronautical and Astronautical Engineering and he's not afraid to use it.

Comment on this article
You must login to leave comments...


Other Visitors Comments
There are no comments currently....

Last Updated ( Monday, 08 May 2006 )
 
< Prev Article   Next Article >
Mellanox
 

Creative Commons License
  ©2005-2008 Seagrove LLC, Some rights reserved. Except where otherwise noted, this site is licensed under a
Creative Commons Attribution-NonCommercial-ShareAlike 2.5 License.
Cluster Monkey Logo and Monkey Character are Trademarks of Seagrove LLC.