|
Thanks JT, It is no longer economical to redesign the screen scraper's as there is aboubt 30 differient applications--a least two years work in that lot so tuning at the AS/400 end is our only option. Basicly a screen scraper is a good way to go for a non technical person. like myself as a first step. HLLAPI or Object X is so easy to use that you dont even need to be a programmer.In my case I wrote these legacy applications back in 1999 as my first programs. They all typically follow a theme--customer phones front office rep-rep inputs instructions into green screen form- Screen scraper process's the job's often between AS/400, Mainframe's Unix box's---Rumba makes it so easy there terminal emulaters are all designed to talk to each other via HLLAPI or Object X Of course there is always a better way to do then using a screen scraper but in our case they do what they are supposed to do ie emulate 100's of real data entry people.The budget is no longer there for a re-write cheers Dave ----- Original Message ----- From: "jt" <jt@ee.net> To: <midrange-l@midrange.com> Sent: Thursday, November 15, 2001 3:20 AM Subject: 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. > > > > _______________________________________________ > 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. >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.