Comment (1) Visits (12242)
I almost sprayed coffee all over my screen when I read this post from fellow blogger from EMC Mark Twomey on his StorageZilla blog titled [Dead End]. In it he implies that you should only consider storage technologies based on x86 technologies such as those from Intel, not other CPU technologies like POWER or MIPS.
When IBM first came out with the SAN Volume Controller in 2003, we were able to show that adding Intel-based SVC nodes can improve the performance and functionality of POWER-based DMX boxes from EMC. EMC salesmen often retorted with "Yes, but do you really want to risk your mission-critical data going through an Intel-based processor solution?" This FUD implied that Intel had a bad reputation for quality and reliability. The original Symmetrix were based on Motorolla 68000's but they modernized to use IBM's POWER chips in their later models. EMC's previous attempt to use Intel technology was their EMC Invista, a commercial failure. It is no surprise then that EMC DMX customers are scared to death to move their mission critical data over to Intel-based V-max.
I have found the primary reason people fear Intel-based solutions is their experience with poorly-written Windows programs. There were enough of these poorly-written Windows programs that everyone has either personal experience, or knows someone who has, and that was enough.
It reminds me of the time I was in Vac, Hungary, giving a lab tour to a set of prospective clients where we manufacture the DS8000 series and SAN Volume Controller. Rows and rows of beautiful Hungarian women sliding disk drives in place, and big hefty Hungarian beefcake moving the finished units to their appropriate places. The head of the facility explained all about the hardware technology, how we check and double check all of the equipment individually, and together as a system. One client stated "Yes, but how often are problems from the hardware? We find nearly all of our problems on disk systems from whichever storage vendor we buy from are in the microcode." It's true.
Both Intel-based processors and POWER-based processors have all the technological functions needed to run storage systems. The difference is all in the microcode. So, if you are looking for safe and stable microcode, the IBM System Storage DS8700 continues its POWER-based tradition for compatibility with previous models. For those that demand x86-based units, the IBM SAN Volume Controller has been around since 2003, the XIV Storage System has been in production since 2005, and our IBM N series are also Intel-based, running Version 7 of the ONTAP operating system.
Comment (1) Visits (10144)
This week, scientists at IBM Research and the California Institute of Technology announced a scientific advancement that could be a major breakthrough in enabling the semiconductor industry to pack more power and speed into tiny computer chips, while making them more energy efficient and less expensive to manufacture. IBM is a leader in solid-state technology, and this scientific breakthrough shows promise.
But first, a discussion of how solid-state chips are made in the first place. Basically, a round thin wafer is etched using [photolithography] with lots of tiny transistor circuits. The same chip is repeated over and over on a single wafer, and once the wafer is complete, it is chopped up into little individual squares. Wikipedia has a nice article on [semiconductor device fabrication], but I found this [YouTube video] more illuminating.
Up until now, the industry was able to get features down to 22 nanometers, and were hitting physical limitations to get down to anything smaller. The new development from IBM and Caltech is to use self-assembling DNA strands, folded into specific shapes using other strands that act as staples, and then using these folded structures as scaffolding to place in nanotubes. The result? Features as small as 6 nanometers. How cool is that? While NAND Flash Solid-State Drives are available today, this new technique can help develop newer, better technologies like Phase Change Memory (PCM).
Comment (1) Visits (11124)
Back in June, I mentioned this blog was [Moving to MyDeveloperWorks] which is based on IBM Lotus Connections. Finally, the move is complete for all bloggers. If you are having problems with the redirects, you might need to unsubscribe and re-subscribe in your RSS feed reader. Here are the new links for several IBM bloggers that have moved over:
Let me know what you think of the "XIV" color scheme of Black and Orange. I have not yet "tricked out" the template with all the latest bells and whistles, widgets and so on, that is still work to do.
Comment (1) Visits (14151)
Well, it's Tuesday, and you know what that means? IBM announcements!
Today we had several for the IBM System Storage product line. Here are some of them:
technorati tags: IBM, DS8000, thin provisioning, Linux, UNIX, Windows, zHPF, z/OS, XIV, SMI-S, asynchronous mirroring, TSM, LDAP, SVC, TS7650, deduplication, dedupe, replication, GPFS, supercomputers, cloud computing, cloud storage, burning man[Read More]
Comment (1) Visits (11293)
As I mentioned in my post [Moving Over to MyDeveloperWorks], those of us bloggers on IBM's DeveloperWorks are moving over to a new system called "MyDeveloperWorks" which has a host of new features.
Fortunately for me, I missed the note to volunteer to be one of the first bloggers on the block to volunteer to move over. I was traveling and decided not to deal with it until I got back.However, fellow IBM Master Inventor, Barry Whyte, was not so lucky. It is safe to say he was stupid enough to volunteer, and is probably regretting the decision every day since. In case you lost his RSS feed, or can't find him anymore on Google or whatever search engine, here is his[new blog].
Today, he posted an interesting discussion on [SVC Split Cluster - How it works].
As for my blog, I have asked to postpone the move until all the problems that Barry has encountered are resolved. That might be a awhile, but if you lose access to mine sometime in the near future, hopefully at least you have been warned as to what might have happened.Read More]