Archives
 
 
 
  Special
 
 
 
  About Us
 
 
 

Newsletter
Free E-mail Newsletter from BYTE.com

 
    
           
Visit the home page Browse the four-year online archive Download platform-neutral CPU/FPU benchmarks Find information for advertisers, authors, vendors, subscribers Request free information on products written about or advertised in BYTE Submit a press release, or scan recent announcements Talk with BYTE's staff and readers about products and technologies

ArticlesNT Trade-Offs


October 1 996 / Inbox / NT Trade-Offs

I enjoyed the excellent article about Windows NT, "4.0 Isn't for Everyone," by David Linthicum in the July issue. I was puzzled, however, by the absence of a fairly obvious conclusion: The considerable performance penalty imposed by the new shell and the questionable architectural changes made to accommodate it may make sense on a workstation, but they are of dubious worth on a server. With 4.0, the design center of NT seems to have shifted decisively toward the client. That's fine for me; I'm interested in NT primarily as a workstation OS -- interest motivated primarily by stability. But my guess is that Microsoft will have a hard time converting server owners, whether from NT 3.51 or from other OSes.

Will Kling
Milford, NH

"4.0 Isn't for Everyone" was informative, but you make too mu ch commotion about the kernel-mode issue. Although moving the graphical device interface (GDI) into the NT Executive gives it the potential to crash the OS, this does not seem likely. The current GDI/Window Manager subsystem is highly stable and rarely faults. The move to kernel mode only simplifies its design, making it easier to debug. Since version 3.1, all of NT's other low-level device drivers (disk device drivers, SCSI controller drivers, etc.) have operated within the Executive with a high degree of reliability. There is no reason to suggest that the graphics subsystem need be any different. If, in NT 3.51, CSRSS.EXE faults for any reason, the whole OS shuts down, as it is considered a critical process. What is the practical difference if the graphics subsystem crashes and the OS subsequently shuts down, or if the graphics subsystem crashes and takes the OS with it?

Rene Gollent
100642.1147@compuserve.com

The GDI issue involves the potential for OS failu re due to reengineering of NT. The claim that the NT 3.5 kernel is inherently stable does not automatically carry forward to the next instance of the OS, considering the changes that Microsoft has made. At the beta stage (Build 1234), it was unclear how moving GDI to Ring 0 might affect stability in the final release -- we were not able to crash the beta system. However, as with other operating systems that exploit Ring 0, the trade-off is stability for performance. Microsoft is selling NT as an OS that is more stable than Windows 95 and as an OS reborn for the client. The changes made to NT to sell it as a high-performance client could jeopardize its traditional use as a server OS. That's why I made an issue of it. As I write, Windows NT 4.0 is just leaving beta. We'll know who's right about the GDI issue very soon. -- David Linthicum

"NT and the Net" (July) provides a good overview of Microsoft's strategies surrounding its Internet Information Server (IIS). The discussion of the benefits of the Int ernet Server API (ISAPI), however, failed to give credit where credit is due. The interface now known as ISAPI was first developed as a proprietary interface by Process Software ( http://www.process.com ) for its Purveyor Web server for Windows NT. Late last year Microsoft and Process announced their collaboration on an open standard -- ISAPI -- based on the Purveyor API. To both companies' credit, DLLs written to the original API still function under ISAPI using both Purveyor and IIS.

Steve Loper
Amadeus Consulting Group
sloper@wolfgang.com

Up to the Inbox section contentsGo to previous article: You're Welcome!Go to next article: You Can Teach an Old ChipSearchSend a comment on this articleSubscribe to BYTE or BYTE on CD-ROM  
Flexible C++
Matthew Wilson
My approach to software engineering is far more pragmatic than it is theoretical--and no language better exemplifies this than C++.

more...

BYTE Digest

BYTE Digest editors every month analyze and evaluate the best articles from Information Week, EE Times, Dr. Dobb's Journal, Network Computing, Sys Admin, and dozens of other CMP publications—bringing you critical news and information about wireless communication, computer security, software development, embedded systems, and more!

Find out more

BYTE.com Store

BYTE CD-ROM
NOW, on one CD-ROM, you can instantly access more than 8 years of BYTE.
 
The Best of BYTE Volume 1: Programming Languages
The Best of BYTE
Volume 1: Programming Languages
In this issue of Best of BYTE, we bring together some of the leading programming language designers and implementors...

Copyright © 2005 CMP Media LLC, Privacy Policy, Your California Privacy rights, Terms of Service
Site comments: webmaster@byte.com
SDMG Web Sites: BYTE.com, C/C++ Users Journal, Dr. Dobb's Journal, MSDN Magazine, New Architect, SD Expo, SD Magazine, Sys Admin, The Perl Journal, UnixReview.com, Windows Developer Network