SommitRealWeird

Random Storage Idea...

So, I was reading some random mumblings on the interwebs, and the pigeon with USB stick being a quicker method of data transfer in SA than their intertubes... then there was a thread on a mailing list discussing this, and someone mentioned using stacks of microSD cards... so then my brain decided to launch itself orthogonally, as it often does. What we end up with is wondering just how much storage you could fit in to the space a 3.5" drive would normally take - not taking in to account any method of attaching it at this point. So, a 3.5" drive is approx 102mmx147mmx26mm, a microSD card is 11mmx15mmx1mm, so, assuming that we're just lying them side by side, and not optimising the way they're stored at all, you can fit (with space round the sides) 9*9*26 = 2106 microSD cards in the area of a 3.5" drive. Assuming that each of those is 16G that's just shy of 33.7TB of storage!

So, that set me thinking a bit further... I reckon that in that space you could do a 6*6 grid of cards with room for connectors, and just about get it to 10 high...so, that's 360 microSD cards, and probably enough room for some control gear (haven't worked out quite what we'd use for that), I then went in to wondering if we could then create a small embedded system to talk to those 360 microSD cards, if we did that then you could potentially do RAID0 across the "platters" with RAID6 on each platter. Now, to my poor head that meant that there should be 340*16G of available storage, which is 5.44TB... of course, that involves somehow interfacing the 360 microSD cards... I'm thinking that it might be possible with some form of embedded system...

Unfortunately, it appears that to actually build this with consumer components... and without including the interface gear which I haven't even begun to work out yet... we're talking around about £26 per microSD card, so, erm, £9360... but I still think it'd be a really neat project... now, if someone can arrange for me to win the lottery, have lots of spare time, and some more brain power... :)

Oh dear... my brain appears to have ticked further through, and I've realised that with spacing between each microSD card, you could, in theory, easily fit 400 of them upended in the space available. Erm. Of course, this still doesn't answer the "how the hell do you then get them all to talk in any sane manner" question... but I'm sure that will work out in my head sometime...

Posted: 2009-09-13 20:01 in Random, and Tech | permalink | Comments: 8

ssam - 2009-09-13 20:32

would it be easier to use compactflash. they interface by ide, so raid chipsets exist already. they are not as small, but might make up for that by being avalible in bigger capacities. they are also much faster.

harry666t - 2009-09-13 20:46

How about cooling this stuff? Do microSD cards get hot?

Erik Johansson - 2009-09-13 21:53

You need a MicroSD Robot, it would increase the size a lot, but would probably be cheaper in time investment.

Robert - 2009-09-14 00:19

If you're going to go to the bother of making your own embedded system, you may as well just solder on raw NAND flash chips. And then you're just making a big homebrew SSD. Performance would be your major problem.

Francois Marier - 2009-09-14 00:21

I hope you can come present the results of your crazy idea to the LCA2010 Data Storage and Retrieval Miniconf ;-) http://miniconf.osda.asn.au/

Jan Hudec - 2009-09-14 06:57

The MicroSD cards have a rather complex controller inside them already. The communication is serial and all the wear-leveling is done inside the card, so the controller is really complex. Using the raw flash chips with a common controller would be both simpler and cheaper (and is what the SSD disks do). Note, that the wear-leveling still sucks big time for some workloads (like temp dir or swap) in most known flash devices (both cards and SSD).

mkv - 2009-09-14 14:24

Using them in spi mode and controlling the chip selects with gpio would allow you to have only a single extra wire per card. And if you don't want to waste gpios, you could use demultiplexers to get 2^n cards for n gpios or if you add shift registers and the demultiplexers, just two gpios could suffice for an unlimited number of cards. Of course performance will be probably be abysmal.

BeileRego - 2010-03-10 14:05

<a href=http://www.wallpaperhungama.in/details.php?image_id=14724><IMG>http://www.wallpaperhungama.in/data/thumbnails/2/Amrita Rao-486.jpg</IMG></a> <a href=http://www.wallpaperhungama.in/details.php?image_id=14723><IMG>http://www.wallpaperhungama.in/data/thumbnails/2/Amrita Rao-485.jpg</IMG></a> <a href=http://www.wallpaperhungama.in/details.php?image_id=14722><IMG>http://www.wallpaperhungama.in/data/thumbnails/2/Amrita Rao-484.jpg</IMG></a> <a href=http://www.wallpaperhungama.in/cat-Amrita-Rao-2.htm>Amrita Rao</a>