Janåke Rönnblom
2009-Jan-30 01:10 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
ACARD have launched a new RAM disk which can take up to 64 GB of ECC RAM while still looking like a standard SATA drive. If anyone remember the Gigabyte I-RAM this might be a new development in this area. Its called ACARD ANS-9010 and up... http://www.acard.com.tw/english/fb01-product.jsp?idno_no=270&prod_no=ANS-9010&type1_title=%20Solid%20State%20Drive&type1_idno=13 This might be interesting to use as a cheap log instead of SSD cards... This test compares it with both Intel SSD (consumer and pro): http://www.techreport.com/articles.x/16255/1 However the test is more from a homeuser point of view... Anyone got the money and time to test it ;) -J -- This message posted from opensolaris.org
Nathan Kroenert
2009-Jan-30 02:11 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
As it presents as standard SATA, there should be no reason for this not to work... It has battery backup, and CF for backup / restore from DDR2 in the event of power loss... Pretty cool. (Would have preferred a super-cap, but oh, well... ;) Should make an excellent ZIL *and* L2ARC style device... Seems a little pricey for what it is though. It''s going onto my list of what I''d buy if I had the money... ;) Nathan. On 01/30/09 12:10, Jan?ke R?nnblom wrote:> ACARD have launched a new RAM disk which can take up to 64 GB of ECC RAM while still looking like a standard SATA drive. If anyone remember the Gigabyte I-RAM this might be a new development in this area. > > Its called ACARD ANS-9010 and up... > > http://www.acard.com.tw/english/fb01-product.jsp?idno_no=270&prod_no=ANS-9010&type1_title=%20Solid%20State%20Drive&type1_idno=13 > > This might be interesting to use as a cheap log instead of SSD cards... This test compares it with both Intel SSD (consumer and pro): > > http://www.techreport.com/articles.x/16255/1 > > However the test is more from a homeuser point of view... > > Anyone got the money and time to test it ;) > > -J-- ////////////////////////////////////////////////////////////////// // Nathan Kroenert nathan.kroenert at sun.com // // Senior Systems Engineer Phone: +61 3 9869 6255 // // Global Systems Engineering Fax: +61 3 9869 6288 // // Level 7, 476 St. Kilda Road // // Melbourne 3004 Victoria Australia // //////////////////////////////////////////////////////////////////
Will Murnane
2009-Jan-30 02:33 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
On Thu, Jan 29, 2009 at 21:11, Nathan Kroenert <Nathan.Kroenert at sun.com> wrote:> Seems a little pricey for what it is though.For what it''s worth, there''s also a 9010B model that has only one sata port and room for six dimms instead of eight at $250 instead of $400. That might fit in your budget a little easier... I''m considering one for a log device. I wish someone else could test it first and report problems, but someone''s gotta take the jump first. It looks like this device (the 9010, that is) is also being marketed as the HyperDrive V at the same price point. Will
Nathan Kroenert
2009-Jan-30 03:44 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
You could be the first... Man up! ;) Nathan. Will Murnane wrote:> On Thu, Jan 29, 2009 at 21:11, Nathan Kroenert <Nathan.Kroenert at sun.com> wrote: >> Seems a little pricey for what it is though. > For what it''s worth, there''s also a 9010B model that has only one sata > port and room for six dimms instead of eight at $250 instead of $400. > That might fit in your budget a little easier... I''m considering one > for a log device. I wish someone else could test it first and report > problems, but someone''s gotta take the jump first. > > It looks like this device (the 9010, that is) is also being marketed > as the HyperDrive V at the same price point. > > Will
Will Murnane
2009-Jan-30 04:00 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
On Thu, Jan 29, 2009 at 22:44, Nathan Kroenert <Nathan.Kroenert at sun.com> wrote:> You could be the first... > > Man up! ;)*sigh* The 9010b is ordered. Ground shipping, unfortunately, but eventually I''ll post my impressions of it. Will> Nathan. > > Will Murnane wrote: >> >> On Thu, Jan 29, 2009 at 21:11, Nathan Kroenert <Nathan.Kroenert at sun.com> >> wrote: >>> >>> Seems a little pricey for what it is though. >> >> For what it''s worth, there''s also a 9010B model that has only one sata >> port and room for six dimms instead of eight at $250 instead of $400. >> That might fit in your budget a little easier... I''m considering one >> for a log device. I wish someone else could test it first and report >> problems, but someone''s gotta take the jump first. >> >> It looks like this device (the 9010, that is) is also being marketed >> as the HyperDrive V at the same price point. >> >> Will >
Will Murnane
2009-Feb-07 07:55 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
On Thu, Jan 29, 2009 at 23:00, Will Murnane <will.murnane at gmail.com> wrote:> *sigh* The 9010b is ordered. Ground shipping, unfortunately, but > eventually I''ll post my impressions of it.Well, the drive arrived today. It''s as nice-looking as it appears in the pictures, and building a zpool out of it alone makes for some speedy I/O. That said, I can''t test it nearly as well as I''d hoped because a feature I had assumed was present isn''t: you can''t take a pool with a log device of size A and replace the log device with one of size B < A. So my pool, with its 8gb log device, can''t use the ACARD device unless I find 8GB of memory somewhere. I am willing to play with development bits if someone can get me ZFS that knows how to remove log devices; I have a backup of all my data. I did find [1], which suggests that one can cause a log device to fail and then cause it to be removed from the pool, but I''d rather not try this---backups or no, restoring from them takes a long time. I did try booting without the log device plugged in, but this caused the system to go into maintenance mode and not boot. Any other suggestions of ways around this? Will [1]: http://docs.sun.com/app/docs/doc/817-2271/ghbxs?a=view
Orvar Korvar
2009-Feb-08 13:29 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
Too bad. I will follow this thread. Me, and others hope you find a solution. We would like to hear about this setup. -- This message posted from opensolaris.org
On Sat, Feb 7, 2009 at 1:55 AM, Will Murnane <will.murnane at gmail.com> wrote:> On Thu, Jan 29, 2009 at 23:00, Will Murnane <will.murnane at gmail.com> > wrote: > > *sigh* The 9010b is ordered. Ground shipping, unfortunately, but > > eventually I''ll post my impressions of it. > Well, the drive arrived today. It''s as nice-looking as it appears in > the pictures, and building a zpool out of it alone makes for some > speedy I/O. > > That said, I can''t test it nearly as well as I''d hoped because a > feature I had assumed was present isn''t: you can''t take a pool with a > log device of size A and replace the log device with one of size B < > A. So my pool, with its 8gb log device, can''t use the ACARD device > unless I find 8GB of memory somewhere. I am willing to play with > development bits if someone can get me ZFS that knows how to remove > log devices; I have a backup of all my data. > > I did find [1], which suggests that one can cause a log device to fail > and then cause it to be removed from the pool, but I''d rather not try > this---backups or no, restoring from them takes a long time. I did > try booting without the log device plugged in, but this caused the > system to go into maintenance mode and not boot. Any other > suggestions of ways around this? > > Will > > [1]: http://docs.sun.com/app/docs/doc/817-2271/ghbxs?a=view >http://www.newegg.com/Product/Product.aspx?Item=N82E16820134652 I wouldn''t think grabbing 8GB memory would be a big deal after dropping that much on the controller?? http://www.newegg.com/Product/Product.aspx?Item=N82E16820134652 --Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090208/3ca6c7bf/attachment.html>
Will Murnane
2009-Feb-17 04:51 UTC
[zfs-discuss] New RAM disk from ACARD might be interesting
On Sun, Feb 8, 2009 at 11:12, Tim <tim at tcsac.net> wrote:> I wouldn''t think grabbing 8GB memory would be a big deal after dropping that > much on the controller??There being no sense in half measures, I ordered 12GB (i.e., three kits) of this: http://www.newegg.com/Product/Product.aspx?Item=N82E16820148115 Unfortunately, one stick out of six failed Memtest, so I''ll likely run my tests with a 10GB log volume rather than wait for the manufacturer to send me a new one. Not that it really matters; 1GB would be plenty for this use. For real use, I''ll switch to a 4gb log and put 8gb in my desktop, but testing with the whole capacity versus a small one will be interesting. Perhaps I''ll even try a 1gb log + 9gb l2arc setup. Anything else that''d be interesting? Suggestions for what to benchmark are welcome. Interestingly, I didn''t even think to test the memory out of the box, until zpool status reported errors. Then I tested and found the bad stick. Checksums win again. I also ordered and received six 1TB Hitachi drives for a separate pool so I can work with an empty pool rather than a mostly-full one. Lastly, here are some results from bonnie++, using only the RAM device (i.e., zpool create scratch theramdrive): # time bonnie++ -s 9900 -n 10240 -u will Using uid:1000, gid:10. Writing with putc()...done Writing intelligently...done Rewriting...done Reading with getc()...done Reading intelligently...done start ''em...done...done...done... Create files in sequential order...done. Stat files in sequential order...Expected 10485760 files but only got 10485710 Cleaning up test directory after error. Huh. Maybe a bug in bonnie++? ''zpool status'' doesn''t show anything wrong. The readme says "The file creation tests use file names with 7 digits numbers and a random number (from 0 to 12) of random alpha-numeric characters." Since this test created 10M files out of a pool of 62 ** 10 * 10 ** 7 ~= 10 ** 25 possible filenames, one wouldn''t think 50 collisions would happen, but perhaps the random number generator is skewed somehow. In any case, here are two separate runs, one with -s 9900 -n 0 and one with -s 0 -n 4096: Version 1.03c ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP will-fs 9900M 58110 60 106084 17 68095 13 76297 93 154258 11 3221 5 Version 1.03c ------Sequential Create------ --------Random Create-------- will-fs -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 4096 9120 84 10399 25 4600 25 8552 60 35342 71 2602 23 and the second set of output of "zpool iostat -v scratch 10" while in the "stat files sequential" phase: capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- scratch2 1.98G 7.96G 2.63K 0 165M 0 c6t3d0 1.98G 7.96G 2.63K 0 165M 0 ---------- ----- ----- ----- ----- ----- ----- None too shabby, methinks. I''ll post some more detailed results when I''ve done more testing. Will