Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : The New QLogic (ANCR) -- Ignore unavailable to you. Want to Upgrade?

To: George Dawson who wrote (16388)	5/23/1998 8:18:00 AM
From: Neil S	Read Replies (1) \| Respond to of 29386

George, More on IBM InfoSpeed data-piping plans. techweb.com <<IBM licenses the technology for this solution from data-switching vendor Computer Network Technology Inc., which sells its own data-piping product, FileSpeed. CNT and General Signal Networks Inc., another data-switching vendor, also demonstrated their existing data-movement products-FileSpeed and the ESM/9000, respectively.>> Neil

To: George Dawson who wrote (16388)	5/23/1998 10:59:00 AM
From: KJ. Moy	Read Replies (1) \| Respond to of 29386

George, <<<Appears to be ESCON to SCSI interface. Nothing to do with FC - but if they are selling this system - may delay implementation of FC. >>> The main purpose of this device IMO is to allow a single storage system to share 'device units' among different operating systems(i.e.NT, UNIX,MVS,etc). One of the potential attractive functions such as 'data sharing' will not be accomplished for a long time because it requires collaboration among server companies to come up with a standard on 'data kernels'. The way I see it, this device will save money for many enterprise computing centers. It maximizes the storage usage because if one operating system needs more storage units, it can allocate more out of the single storage system(providing that it still has room to grow). Whereas in the old way, each operating system has to channel-attached to its own storage island. Imagine there are 50% free space on one operating system and 5% free space on another and 20% free space on another due to different needs and growth pattern. Now you only need to allow 30% free space on one system. It makes pooling of precious resource much easier. Will it slow FC implementation? Not a chance. It will help IMHO. I think the ESCON or SCSI interface can be converted to FC interfaces once servers are coming out with FC interfaces. Rather than just raw speed, FC can now allow multiple servers(same or different operating systems) to go through 1 or more channels(based on needs) on this 'INFOSPEED' and onto their perspective 'segmented storage units'. It adds tremendous speed and flexibility. The bottlenecks will be the 'INFOSPEED unit' itself. Companies which wants it may have a bunch of these units and networked them via you guess it (FC fabric). FC in this case is another enabling technology to add more benefits. KJ