SI
SI
discoversearch

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)
QLGC 16.070.0%Aug 24 5:00 PM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Joe Wagner who wrote (13784)1/21/1998 11:35:00 PM
From: George Dawson  Read Replies (1) of 29386
 
Joe,

My read of the article is that the I/O system software rather than the processor speed is the limiting factor. A good reference on this is "Understanding I/O Subsystems" by W. David Schwaderer and Andrew W. Wilson. Chapter 10 is called "PC I/O System Software" and it reviews the change in performance between 16 bit and 32 bit (Windows 95 and NT) applications - 40 - 50% faster. From your link you can see the approach by various GE switch makers is to make their own drivers.

Schwaderer and Wilson give an example of how drivers are layered in Windows NT, and how additional drivers need to be added to enhance functionality (figure 10-5). You can get their book from Adaptec. It was a real eye opener for me, since I spent the summer thinking about latency in the hardware. Maybe some of the engineers on the thread can comment on the software factor.

FC has to connect to storage servers in the SAN.

Two closing thoughts:

1. GE and FC have the same physical layer.

2. FC has documented speeds greater than the speeds given in these articles, and in big systems the bus rather than the software has been the problem.

George D.
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext