tag:blogger.com,1999:blog-4779425913981711104.post7815707872966936755..comments2023-05-25T06:02:29.979-04:00Comments on Digital Sagebrush: Those who ignore the past...AceSagehttp://www.blogger.com/profile/07697562857558456676noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-4779425913981711104.post-88378149709213588842007-05-30T09:20:00.000-04:002007-05-30T09:20:00.000-04:00First of all, great discussion. I direct storage r...First of all, great discussion. I direct storage research at IDC (http://www.idc.com/getdoc.jsp?containerId=PRF000326) and completely agree with the prospects for SSDs. 2 years ago, we saw the underpinnings for NAND flash begin to come together, potentially giving HDDs a run for their money. IDC complimented its existing semiconductor research, and now has a dedicated SSD analyst and some of the largest SSD OEMs as clients.<BR/><BR/>One only has to look at the evolution of the Apple iPod to see the potential for NAND flash. There are three primary variables to the equation for determining what type of storage to use: Capacity, performance, and cost. In other words, choose any application, weigh capacity and performance requirements against the projected cost of the storage, and choose your poison.<BR/><BR/>Alas, it isn't quite that easy. Performance is not just about I/Os per second or read/write speeds. It is also about reliability, power efficiency, and robustness – all under the umbrella of performance. Moreover, cost isn't just about the initial purchase price. It is also about the cost to cool, power, replace, protect – in other words, TOC.<BR/><BR/>In short, we have a solid (pun intended) team of analysts looking at SSDs from a semiconductor perspective to an end-solution perspective, analyzing both supply-side and demand-side perspectives.<BR/><BR/>The punch line for SSDs?<BR/>In the enterprise think Tier 0 (zero).<BR/>In Consumer electronics, think good enough.<BR/>In PCs, change your definition of a PC.Davehttps://www.blogger.com/profile/03754667219294580968noreply@blogger.comtag:blogger.com,1999:blog-4779425913981711104.post-335893949182980782007-05-27T17:35:00.000-04:002007-05-27T17:35:00.000-04:00Kirby et al,Just ran into this blog. Interesting....Kirby et al,<BR/><BR/>Just ran into this blog. Interesting. Nigel, to answer your question, we've had DRAM-based SSD implemented for over a year now. Works great, lasts long time. Put it side-by-each (as they say up north) to the 15K drives; clustered, virtual, immediately available, iSCSI or FC, the whole shebang. Performance is, well, screaming.<BR/><BR/>Kirby, nice to hear from you. See you around the circuit.<BR/><BR/>RobAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4779425913981711104.post-42569577206000426262007-05-25T09:25:00.000-04:002007-05-25T09:25:00.000-04:00Hi Kirby,Really interesting post. Do you know of ...Hi Kirby,<BR/><BR/>Really interesting post. Do you know of anyone who is looking into SSD seriously? <BR/><BR/>I posted in a similar vain over at RM (http://blogs.rupturedmonkey.com/?p=49)<BR/>a while ago talking about SSD and Texas Memory Systems. It seems from a performance point of view its a no brainer. But the green issue is becoming more and more important these days, and as has been mentioned SSD requires far less power and generates little heat.<BR/><BR/>Nigel<BR/><BR/>PS. Im looking forward to my next birthday as Im hoping the age I hit my get me a little more respect ;-) Often older = wiser ;-)Administratorhttps://www.blogger.com/profile/07165889343506150456noreply@blogger.comtag:blogger.com,1999:blog-4779425913981711104.post-62697482145212300292007-05-22T13:11:00.000-04:002007-05-22T13:11:00.000-04:00RE:"can you translate to pigeon english for me?"Th...RE:"can you translate to pigeon english for me?"<BR/><BR/>Thanks for your reply and candor.<BR/>I am not sure my translation will be useful since I was looking for help trying to grasp this concept myself.<BR/><BR/>Here is where I am coming from:<BR/>Two things-<BR/>1.) CAS (Content Addressed Storage) or any system to bring organization to ad hoc Information spaces.<BR/>2.) Dion Hinchcliffe's using Web 2.0 and SOA to do this ad hoc Information organization:<BR/>"Eleven Emerging Ideas for SOA Architects in 2007"<BR/>http://hinchcliffe.org/default.aspx<BR/>[post excerpt]<BR/>"3. Deeply embracing URI addressability. Of all the things in this list, this might be the most important one. The hyperlink is the fundamental unit of thought on the Web and it should be in your service designs and (hopefully granular) schemas as well. Giving each discrete piece of information, every service, and all content a globally addressable URI instantly gives a service, and the data it carries back and forth across its interface, access to countless new consumption and reuse scenarios. The most important of these is the leveraging of network effects via -- often social -- link propagation along with the ability to make all URI addressed information potentially crawlable, thereby making it transparent via search. The possibility of letting people find your service via an intranet or Web search engine because of the great content it has might seem a little odd at first but then again, that's what makes things work so well on the Web. You can learn about URIs on Wikipedia, and they can be a SOA's best friend."<BR/><BR/>You can use URIs and CAS to create link maps (or hyperlinks) in application space. This is a huge maintenance nightmare.<BR/><BR/>It would be better to have the ability to have direct hyperlinks into Storage. Doing this has been discussed for years.<BR/><BR/>I am talking strictly ad hoc Information space here.<BR/><BR/>With the hyperlink how do you tell the importance of the hyperlink or Information it points to?<BR/>In a vector hyperlink the importance would be included and be intuitive or obvious to the destination. It may be possible to do this with SOA.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4779425913981711104.post-85086388365957754852007-05-22T12:40:00.000-04:002007-05-22T12:40:00.000-04:00Thanks for the reply. From your reply it appears y...Thanks for the reply. <BR/>From your reply it appears you are talking "real" SSD and I am talking strictly Flash. I would hope that "real" SSD would drop in price to Flash levels but I don't expect it to. I agree fully with the "real" SSD as plug-in replacements for "rotating rust", as the TCO differential decreases and where it adds an advantage.<BR/><BR/>I wonder who those vendors might be that are perceptive and flexible enough to seize the "opportunity to transform the value hierarchy in the market"?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4779425913981711104.post-79006254711015167772007-05-21T14:09:00.000-04:002007-05-21T14:09:00.000-04:00Hey Robert, thanks for the notes.the new SSD stuff...Hey Robert, thanks for the notes.<BR/><BR/>the new SSD stuff is plug compatible with HDD (2.5" and 3.5", SATA or FC, etc). Its 10-50 faster on random reads, uses less than half the power, generates no heat, and no vibration. Prices are falling 80% a year. capacities over 100GB are on the near term horizon. But there's more to it - at 50x you dont need as many drives to meet performance, you don't need controller cache, you dont need expensive packaging, power, and cooling...in fact, you need to rearchitect the whole array infrastructure.<BR/><BR/>No you dont replace all the rust - but the rust drives have to get way bigger - way, way bigger, and you need to be able to move data in different media (HDD and SDD) media teirs within the array very efficiently.<BR/><BR/>the first vendors to figure this out have an opporutnity to tranform the value hierarchy in the market.<BR/><BR/>forgive me- but I havent had my coffee yet, or the lyme is still slowing my brain - I am having a devil of a time figuring out your second post - can you translate to pigeon english for me?AceSagehttps://www.blogger.com/profile/07697562857558456676noreply@blogger.comtag:blogger.com,1999:blog-4779425913981711104.post-63083198836738388032007-05-21T13:51:00.000-04:002007-05-21T13:51:00.000-04:00I submitted this comment several weeks ago to Hu Y...I submitted this comment several weeks ago to Hu Yoshida's post of:<BR/>"Going Beyond Virtualization"<BR/>http://blogs.hds.com/hu/2007/05/going_beyond_virtualization.html<BR/><BR/>It has never been posted.<BR/>What do you think? <BR/>Good or garbage?<BR/><BR/>Thanks you for the “new trajectory” concept.<BR/>I have long been thinking Information needs to be defined as "vector" or "scalar" based on a number of factors. Your “new trajectory” makes this at least possible with HDS.<BR/><BR/>In your statement: <BR/>"With a new trajectory there are so many new facets for performance that there is no way to provide a comparison with other vendor’s products. The closest comparison that we can provide is in the maximum IOPs that a system can generate."<BR/><BR/>IOPs are scalar information as are all of the other "performance" facets. <BR/><BR/>I use "information" for scalar and "Information" for vector. The distinction is a definition in evolution.<BR/><BR/>I wait with great anticipation to hear the "vector" properties that give a "new trajectory". These "vector" properties could finally enable the much needed SFO (Search, Find, Obtain) capability.<BR/><BR/>This should be the "Dawning of a new Age" for Storage.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4779425913981711104.post-17865096359805837032007-05-21T13:33:00.000-04:002007-05-21T13:33:00.000-04:00How would you Implement this? Just replace all the...How would you Implement this? <BR/>Just replace all the "rotating rust" with SSD in the ENSA?<BR/>Just a brief 100,000 foot overview is sufficient.<BR/><BR/>I posted a comment about RAIDFlash (slow SSD) at:<BR/>http://www.drunkendata.com/?p=1095<BR/>It has not generated any interest.<BR/><BR/>I always liked the ENSA concept as a Strategy. The problem was I fell in love with Gene Amdahl's "concept" Storage box back in the 1997-99 time frame and have been trying to convince someone to build it ever since. It moved the ENSA inside. <BR/><BR/>We still have the "innie/outie" debate. The rule seems to be that "smart" and "very smart" boxen are slow relative to "very dumb" and "dumb" boxen. I think that "slow" and "fast" are in the eye of the Storage beholder.<BR/>The new twist on this seems to be to have light speed fast, but very dumb, boxen operating under a very smart virtual layer. Lots of metadata flying around out there. <BR/><BR/>The real way to do this is starting to come. That way is to incorporate the metadata into the Information entity or object, there is a difference.<BR/><BR/>RE: "Peter and Bill's original SSP concept"<BR/>There was never anything wrong with the SSP, ASP or MSP concepts. Their demise was two-fold. None of those companies were ever started to last for the long-haul and customers were reluctant to buy in to the concepts. Nothing wrong with either of those goals if you were one of the "new millionaires" or a guy who kept his job rather than take a chance on a new concept.<BR/><BR/>Online Storage is having the same slow going today. It is only being successful with Web businesses. Traditional businesses are having the same problem with Online Storage they had with SSP, ASP, MSP.<BR/><BR/>You may ignore this comment since I am not associated with any TLAs.<BR/>Writing these comments is like virtue. Virtue is its own reward and that's a darn good thing.Anonymousnoreply@blogger.com