RE: Screen Scraping and hoging system resources

Dave,

Fascinating app.  But I think the question is:  Would there be enough of an
advantage is faster processing, to spend the time really looking at the
entire app design.

You can tweek the thing, no doubt.

You can re-engineer the thing, no doubt.

Not enough details to even begin to know which is the better approach.  (And
I don't know that I, personally, could contribute much to the discussion.)
But I'm sure this list could look at it with you, if more details were
provided.

jt


"Have a GREAT day...!  And a BETTER ONE TOMORROW~~~:-)" (sm)


> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-admin@midrange.com]On Behalf Of David Bulog
> Sent: Wednesday, November 14, 2001 5:26 AM
> To: midrange-l@midrange.com
> Subject: Screen Scraping and hoging system resources
> Importance: High
>
>
> Hi Group,
> We are running two of the largest's i series box's that IBM released
> (installed early 2000.,)
> They are soley used to run interactive green screen Rumba sessions
> (maybe 3000 per day)
> and I have 20 to 30 Screen Scraping app's (HLLAPI or Object X) than run
> between 8am  to 5pm.They do a lot of fast reading and writing to the green
> screens and then sleep for 3 min's in this cycle all day long.
>
> I believe Im somehow hoging system resources( even on the big iron !)
> ie other users interactive reponse time slow down.
> What can be done to reduce the load, not knowing anything aboubt
> the AS/400 one thing that springs to mind is to create a subsystem
> for the Screen Scraping interactive sessions and give them lower
> priority.
> Am I on the right track here, any ideas welcome.
>
> Thanks Dave
>
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L)
> mailing list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>