RE: Interactive Subsystem Ending

I worked at a site that runs a human resource application that allows
employees to change their payroll information.  Stuff like address changes
and requesting vacations.  They have over 90,000 users with 2,000 to 5,000
signed on at any given point in time.  The tech support guys wrote an exit
program that automatically spawns a new subsystem every time they exceed 256
users in the current subsystem.  It is a little elaborate but works well.
Anyone that is interested send me personal email and I'll pass it on to a
friend of mine there.

Dave Miller
J. Quint & Associates
Phone(310) 636-1163 Fax (310) 636-1162
email: dlmiller@jquint.com

> -----Original Message-----
> From: owner-midrange-l@midrange.com
> [mailto:owner-midrange-l@midrange.com]On Behalf Of Jim Franz
> Sent: Wednesday, June 28, 2000 5:28 PM
> To: MIDRANGE-L@midrange.com
> Subject: Re: Interactive Subsystem Ending
>
>
> IBM's redbook "More Cool Things ..." recommends no more than 300
> devices in
> any one subsystem. I would go for the QINACTIV (the users bitch &
> moan, but
> I usually phrase it as a security issue, and get management to back me). I
> posted a pgm couple weeks ago that monitors the queue, and lets you choose
> to not cancel or disconnect a job, based on either device id or user id.
> This way I protect the users with more clout than me. Let me know if you
> want a copy of the clp/RPG.
> Jim Franz
>
> ----- Original Message -----
> From: "Todd kidwell" <Todd.kidwell@3cc.co.wayne.mi.us>
> To: <MIDRANGE-L@midrange.com>
> Sent: Wednesday, June 28, 2000 4:26 PM
> Subject: Re: Interactive Subsystem Ending
>
>
> > Paul,
> >
> > <<<<<snip>>>>>>
> >
> > IBM is no help.  They say to split into multiple sbs's with a couple
> hundred in
> > each one.  Maybe that's the answer but I'd like a second or third or
> fourth.....
> >  opinion.
> >
> > <<<<<snip>>>>>>
> >
> > I was having the same problem - hundreds of QPAD* devices costing me 20+
> minutes on my nightly backup.
> >
> > I did two things:  1)  created multiple subsystems (QINTERPAD0,
> QINTERPAD1, etc.) and allocated the devices to the specific
> subsystems, and
> 2)  set the QINACTITV value from *NOMAX to 90 minutes.
> >
> > I had tried in the past to get approval to change the
> inactivity interval,
> but was rejected due to user pressure.  However, when I was able
> to convince
> management the time savings by having inactive users log off, I was given
> the go ahead.  (I was shooting for 30 minutes, but was glad to settle for
> 90).
> >
> > BTW,  my daily backups (SAVCHGOBJ *ALLUSR) used to take over 30 minutes
> each night.  Now they complete in under 10 minutes.
> >
> > HTH,
> >
> > Todd Kidwell (Netstar)
> > AS/400 System Administrator
> > (313) 224-0578
> >
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> david@midrange.com
> > +---
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
>
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---