home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14628 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.9 KB
  1. From: ajs@hpfcso.FC.HP.COM (Alan Silverstein)
  2. Date: Fri, 8 Jan 1993 00:27:55 GMT
  3. Subject: Re: clusters
  4. Message-ID: <7371522@hpfcso.FC.HP.COM>
  5. Organization: Hewlett-Packard, Fort Collins, CO, USA
  6. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!sdd.hp.com!col.hp.com!news.dtc.hp.com!hpscit.sc.hp.com!hplextra!hpfcso!ajs
  7. Newsgroups: comp.sys.hp
  8. References: <BzFsCM.H5u@bunyip.cc.uq.oz.au>
  9. Lines: 27
  10.  
  11. > I'd like to see HP reflect back to its customers (via this newsgroup)
  12. > what it sees as being conflicting needs, both for customer edification,
  13. > and for further discussion to help HP in formulating a response/plan.
  14.  
  15. I am *not* speaking for HP of course...  I am personally not comfortable
  16. participating in such a discussion, at least not at any level of detail.
  17. While it would generate useful feedback, it would also risk annoying
  18. people.  You just can't please all the people all the time, and even if
  19. you try, you're likely to create friction, just due to differences of
  20. opinion during the discussion.
  21.  
  22. Now I hope I'm not annoying anyone by saying that!  :-)
  23.  
  24. Just as a broad example of conflicting needs (as I perceive them) --
  25. some people are apparently satisfied with the features of HP Diskless as
  26. it stands today (9.x).  While it doesn't inherently make system
  27. administration easier, the close coupling of server and clients does
  28. allow administration of N clustered systems (N <= 255) for less than the
  29. cost of administering two standalone systems (more or less).
  30.  
  31. But HP Diskless doesn't allow widely heterogeneous clusters -- HP
  32. systems only, and limitations on the types of those that can be servers.
  33. There are other limitations too.  The conflicting need is between
  34. more-and-better-of-same and flexible heterogeneous interoperability.
  35. Personally I always try to provide the greatest possible functionality
  36. that best fits the needs of the most people with the greatest possible
  37. adherence to backward compatibility and standards...  It ain't easy!  :-)
  38.