51–60 of 72 posts
[HP] http://h17007.www1.hp.com/us/en/iss/110111.aspx
[Engadget] http://www.engadget.com/2011/11/02/hp-and-calxedas-moonshot-...
I plan to do a very similar thing with my Raspberry Pi.
"[...] ARM servers are a big part of the future [...]" Has anyone actually compared x86 and ARM doing some sort of comparable task, and measured how much power they both consume performing the same task? I know ARM uses a lot less power than x86, but if it uses 10 times as little power but takes 20 times as long to do the same task as an x86 server chip, it still uses more power. I'm not saying it isn't more power ef…
Personally I wouldn't trust a microSD card for any production role beyond being a bootloader. You'll be paged one day only to find you had to make a time-consuming visit to your co-lo, and that all your data was irretrievably gone. The solution to this is to have one "real" PC acting as a NAS and serving iSCSI. You would have to divide the extra cost of this PC across all the ARM servers you have.
I run a Dreamplug pretty much 24/7, as my "homebrew" backup and NAS solution; the SD is used to boot and then mount an external RAID enclosure connected via eSATA, which holds the real data. Works quite well, in a fraction of the space that a "real" pc (or even a MacMini) would need.
What site do you get your OS images from?
Personally I wouldn't trust a microSD card for any production role beyond being a bootloader. You'll be paged one day only to find you had to make a time-consuming visit to your co-lo, and that all your data was irretrievably gone. The solution to this is to have one "real" PC acting as a NAS and serving iSCSI. You would have to divide the extra cost of this PC across all the ARM servers you have.
The Intel cores on the Aubrey Isle chip are fairly large and take up most of the silicon on the die. An ARM-based design would be much smaller and cheaper to manufacture.
Now that I said it, I wonder how much more expensive would be a RAM chip incorporating an ARM core versus pure memory. It would be interesting to have "smart memory" that could do things like "sha-384 this range and ping me back when you're done". Assuming other threads are not using that same component for other activities, it could be done basically "for free".
Earlier quoted context omitted.
I run a Dreamplug pretty much 24/7, as my "homebrew" backup and NAS solution; the SD is used to boot and then mount an external RAID enclosure connected via eSATA, which holds the real data. Works quite well, in a fraction of the space that a "real" pc (or even a MacMini) would need.
I love these Marvell plugs, my only gripe is that the community wiki is just spam now :( What site do you get your OS images from?
"[...] ARM servers are a big part of the future [...]" Has anyone actually compared x86 and ARM doing some sort of comparable task, and measured how much power they both consume performing the same task? I know ARM uses a lot less power than x86, but if it uses 10 times as little power but takes 20 times as long to do the same task as an x86 server chip, it still uses more power. I'm not saying it isn't more power ef…
The other possible target is embarrassingly parallel work loads where you really just want to cram as many cores into a given space as possible. Usually the limit of how many cores you can put in a rack is either power or cooling, not space.
Where you probably won't see ARM in the near term is on work loads that are highly single threaded and performance critical. I think this is exactly the type of situation your describing.
I'd love to see a Aubrey Isle like processor based on ARM cores - with many ARM cores sharing a 2 GB pool of fast memory. The Intel cores on the Aubrey Isle chip are fairly large and take up most of the silicon on the die. An ARM-based design would be much smaller and cheaper to manufacture. Now that I said it, I wonder how much more expensive would be a RAM chip incorporating an ARM core versus pure memory. It would…