HP3000-L Archives

October 1999, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
John Saylor <[log in to unmask]>
Reply To:
John Saylor <[log in to unmask]>
Date:
Fri, 22 Oct 1999 10:54:49 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (95 lines)
<plug>
Many of you are aware of NBSpool is a spooling product, but many are unaware
of the it's abilities to move jobs around a network to execute on other
systems. This is facilitated the same way you set up your spoolfile creation
on another system. Quest's NBSpool product is a true network management
product for load distribution of both jobs and spoolfiles.

<plug>
NBSpoolPlus, a module of NBSpool(tm), is a network spooling product that
provides network spooling capabilities without the need for
Hewlett-Packard's Network Services (NS/3000). NBSpoolPlus makes it both
simple and practical to have your programs output to a spooled printer
anywhere in your network.  NBSpool provides the user with several
transparent methods of defining the printing environment and performs the
task with a minimal amount of overhead. Rather than creating the spool file
locally and moving it across the network to the destination printer,
NBSpoolPlus allows the user to create the spool file directly on the
destination system. It also transports multiple lines of output per network
transaction, so it is actually faster than MPE creating the spool file
locally, one line at a time. Creating a local spool file and then copying it
across the network to a remote spooler doubles the amount of spooling
overhead and holds up sending the report until it is complete. NBSpoolPlus
alleviates this problem because it is positioned between the application and
file system; it not only sends reports directly to the destination computer,
but it removes the need for a local copy and eliminates unnecessary disk
I/Os. The result is a simpler, more efficient method of sharing remote
spooled devices.

John Saylor
U.S. MPE Sales Manager
Quest Software, Inc.
"Expect a Solution"

Main        (949) 720-1434
Toll Free   (800) 306-9329 x8422
Direct      (949) 754-8422
Fax         (949) 754-8999
[log in to unmask] <mailto:[log in to unmask]>



-----Original Message-----
From: Shawn Gordon [mailto:[log in to unmask]]
Sent: Friday, October 22, 1999 7:56 AM
To: [log in to unmask]
Subject: Re: Job Queues


I had this same problem, and CMS from Technikal saved the day.  It's pretty
inexpensive, and it works great.  They are at www.technikal.com.

shawn





Tom Hula <[log in to unmask]> on 10/22/99 07:38:55 AM

Please respond to Tom Hula <[log in to unmask]>



 To:      [log in to unmask]

 cc:      (bcc: Shawn Gordon/IS/FHM/FHS)



 Subject: Job Queues







I have this puzzle I've been mulling over:

I want my Speedware jobs to log on in a separate job queue and run
at priority ES.  I am currently on 6.0.
- The Speedware jobs do run from a separate account, so that is a plus.
- I still want interactive users of the Speedware stuff to be able to
  work at CS priority (they use the program and files in the account
  where the Speedware stuff resides, but actually log on in a completely
  separate account).
- I don't have access to the Speedware jobs to change the job card,
since
  it is third-party software and the jobs are streamed "on the fly."
- Streamx is being used to stream all jobs.

Any suggestions?
        Tom Hula
        Victor S. Barnes Company

ATOM RSS1 RSS2