Article View: comp.client-server
Article #68Re: scared customers
From: Michael Kerner
Date: Tue, 06 Oct 1992 14:55
Date: Tue, 06 Oct 1992 14:55
49 lines
3432 bytes
3432 bytes
In article <1871@sousa.ltn.dec.com> gibian@ljohub.enet.dec.com writes: > >Client/Server has been around for quite a while, but most is limited to >file level distribution of computing environment. What is slow to surface >is sharing of other computing resources within the network environment. >There are limited implementations of things like print servers and >information servers (just specialized file servers). Even slower to >appear are common usage of compute related servers. Huh? Obviously I've either been blazing the trail to the future for the past several years or the above is pretty silly. File Servers have been around for a long time, as have print servers (ala Novell and others), and so-called "information servers" (I assume you mean database servers) are also commonplace - just because Oracle and Sybase have been duking it out for top honors on Unix, IBM, and DEC platforms and noone else seems to have come up with an alternative that is extremely palatable doesn't give credibility to your statement. As for client front-ends to database servers, there are so many that I lost count at 50 and as OCE starts to become more and more accepted as the standard for enterprise computing, the number of tools will explode. If you are refering to database servers when you refer to "information servers" then you are incorrect in stating that they are specialized file servers. In fact, they are not file servers at all, and machines that are well suited to act as file servers are typically not well suited to act as database servers by the nature of the beast. It is true that "compute related servers" have been slow to appear. However, the complexity of this task and the small need have dictated that this option will not be widely available for some time. Consider the problems: 1) A network must be able to handle the extra traffic. 2) The servers must use complex parallel-computing algorithms to complete tasks, which means that the server must be coded differently. 3) Often additional memory, disk drives, or servers will solve the problem at relatively small expense. 4) Computing power growing quickly and at the same time becoming less expensive even more quickly. The fact that there are few commercially available parallel-processing machines and that all are prohibitively expensive indicate that the problems with such architectures are difficult when the processors are in the same machine - much less in different machines sitting perhaps several hundred feet to several thousand miles away from each other. Mikey. Mac Admin "Emeritus"-WSOM CSG - CWRU / Engineer-NewMedia Corp. Cleveland, OH -- Mikey. Mac Admin "Emeritus"-WSOM CSG - CWRU / Engineer-NewMedia Corp. Cleveland, OH "I looked up the word 'Basketball Player' in the dictionary and you know what it said? NOT YOU." - Sydney, White Men Can't Jump
Technical Details
Message-ID:
<1as9cmINNb3h@usenet.INS.CWRU.Edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!pyrite!mikeReferences:
<1992Oct5.131632.27931@geac.com> <1992Oct5.161336.22273@mmm.serc.3m.com> <1871@sousa.ltn.dec.com>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!pyrite!mike From: mike@pyrite.SOM.CWRU.Edu (Michael Kerner) Newsgroups: comp.client-server Subject: Re: scared customers Date: 6 Oct 1992 14:55:18 GMT Organization: WSOM CSG, CWRU, Cleve. OH Lines: 49 Distribution: na Message-ID: <1as9cmINNb3h@usenet.INS.CWRU.Edu> References: <1992Oct5.131632.27931@geac.com> <1992Oct5.161336.22273@mmm.serc.3m.com> <1871@sousa.ltn.dec.com> NNTP-Posting-Host: pyrite.som.cwru.edu X-Post-Machine: pyrite.som.cwru.edu