[comp.os.vms] How do you like the PrintServer-40

JWMANLY@AMHERST.BITNET (John W Manly) (05/06/88)

Hi, all.  Quick question to all those people who have purchased DEC's
PRINTSERVER 40s. (LPS40s).

How do you like this printer?  I have heard that it really can do 40 pages per
minute of postscript output, is this true?  How fast is it with ANSI text that
needs host translation?

We are a college environment, so the really important question for us is
HOW IS THE RELIABILITY?  At 40 pages/minute, that engine must be just flying.
Does it hold together under continuous printing?

We need to make our decisions fairly quickly, so any advice anyone has would
be greately appreciated.  Please send to me directly since I am no longer on
this list.

BITNET:  JWMANLY@AMHERST                    - John W. Manly
PHONE:   (413)-542-2526                       System Manager
                                              Amherst College

ntitley@axion.bt.co.uk (Vache qui rit) (05/18/88)

I've posted this because people may be  interested in  our experiences  with
our printserver 40. I understand they are not atypical.

From article <8805130511.AA12410@ucbvax.Berkeley.EDU>, by JWMANLY@AMHERST.BITNET (John W Manly):
>
> Hi, all.  Quick question to all those people who have purchased DEC's
> PRINTSERVER 40s. (LPS40s).
>
> How do you like this printer?  I have heard that it really can do 40 pages per
> minute of postscript output, is this true?  How fast is it with ANSI text that
> needs host translation?

We've had ours for 3 - 4 months now  and are  reasonably happy  with it.  It
prints plain text at a tremendous rate of knots, postscript  (such as  LaTeX
output)  almost  as fast,  but the  rate does  strongly depend  on the  page
complexity.

The most annoying feature is the job setup time. It seems  to take  15 -  30
seconds in between  accepting a  job and  starting to  print anything.  This
makes it very slow when you have a lot of little jobs, and using the /COPIES
option   on   PRINT   has   this   overhead   on  every   copy.  Using   the
PARAMETER=(PAGE_COUNT=nn) option gets  over this  by printing  each page  nn
times (at full 40 pages per minute) but of course your output is uncollated.

>
> We are a college environment, so the really important question for us is
> HOW IS THE RELIABILITY?  At 40 pages/minute, that engine must be just flying.
> Does it hold together under continuous printing?

Initially  the  reliability  was appalling.  We had  an informal  sweepstake
running on how long the printer would stay up. Average was less than 3 days.
Things  were  tracked  down  to operator  error in  the end.  It is  vitally
important to:

	1. Stack paper in the input tray dead straight, or you  get a  paper
	jam, which leads to

	2. Users trying to unjam the  printer themselves  and damaging  some
	rather delicate takeoff pawls which then  gouge holes  in the  fusing
	pressure roller.

	3. Great care must be taken to  replenish toner  etc very  carefully
	otherwise it is possible to install the cartridges incorrectly which
	can result in toner all over  the inside  of the  machine (and  your
	copies).

There is also a bug in the firmware  on later  versions of  the DEQNA  which
causes problems in the initial S/W download. This can be  fixed by  swapping
the DEQNA for an  old one  (we used  one from  one of  our microvaxen).  DEC
should  have  the  details.  The  problem  only manifests  itself on  `busy'
ethernets (ours runs at  5-10% average load).

All the above caveats notwithstanding, we are now  quite happy  with it.  It
seems  to  run  quite  uncomplainingly for  long periods  of time,  printing
roughly 30,000  copies a  month. Providing  you treat  it right  it is  very
robust.

>
> We need to make our decisions fairly quickly, so any advice anyone has would
> be greately appreciated.  Please send to me directly since I am no longer on
> this list.
>
> BITNET:  JWMANLY@AMHERST                    - John W. Manly
> PHONE:   (413)-542-2526                       System Manager
>                                               Amherst College

Email: NTitley@axion.bt.co.uk
Snail: British Telecom Research labs, Martlesham Heath, Ipswich, Suffolk, UK
"I do not care what happens now: I have seen dragons on the wings of morning"