home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / database / ingres / 2077 < prev    next >
Encoding:
Internet Message Format  |  1992-12-11  |  1.9 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!europa.asd.contel.com!gatech!usenet.ins.cwru.edu!ukma!cs.widener.edu!dsinc!ub!niktow!pavlov
  2. From: pavlov@niktow.canisius.edu (Greg Pavlov)
  3. Newsgroups: comp.databases.ingres
  4. Subject: INGRES SERVERS
  5. Message-ID: <1804@niktow.canisius.edu>
  6. Date: 11 Dec 92 22:21:18 GMT
  7. Organization: Canisius College, Buffalo NY. 14208
  8. Lines: 39
  9.  
  10.  
  11.    Our server is quickly running out of gas (cpu-wise) and we need to upgrade.
  12.    Our estimate is that we need a server with at least twice the cpu through-
  13.    put of our current one.  Further, we would prefer such an increase in 
  14.    single-stream performance, since we have a long sequential batch process
  15.    stream that must be run each night and that must be finished by the time
  16.    that interactive users begin to pound away in the morning.  But we can try
  17.    to parallelize some of it if necessary (we would rather not).
  18.  
  19.  
  20.    Our current server is a DEC 5000/240 running ULTRIX and INGRES 6.4 .  It
  21.    is almost certain that the successor to this machine will have to come from
  22.    another vendor:  DEC's MIPS RISC upgrade is way behind schedule, INGRES
  23.    will not be available under ALPHA/VMS until next summer at the earliest,
  24.    and a port to ALPHA/OSF/1 is at least a year away.  Schedules slip.
  25.  
  26.    Looking at INGRES's "first tier" ports, it appears that our most likely 
  27.    choices (running UNIX) are SUN, HP, and IBM.  I would appreciate
  28.    hearing from anyone who:
  29.  
  30.      1. has evaluated these three for INGRES and their conclusions;
  31.  
  32.      2. is already using INGRES version 6.n in a mixed environment such as
  33.         this  (we did so with version 5, but INGRES was a different system
  34.         then);
  35.  
  36.      3. has a good sense of how well INGRES "takes advantage" of a multi-cpu
  37.         system, when that system is dedicated to INGRES server processes
  38.         (we use INGRES/NET).
  39.  
  40.  
  41.    I will honor any requests to keep answers confidential.
  42.  
  43.  
  44.  
  45.    Thank you,
  46.  
  47.     Greg Pavlov
  48.     pavlov@karloff.fstrf.org
  49.