× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



1.  I am the shop;).

2. our CPW is shared . . . .so splitting interactive and shared won't make a
difference from what i understand .  . BUT . .could seriously impact the
performance on newer hardware.  I am calling the vendor to find out how the
program deals with its transactions.

Thanks a million:)

Anthony

----- Original Message -----
From: "Dan" <dbcemid@yahoo.com>
To: <midrange-l@midrange.com>
Sent: Thursday, December 05, 2002 9:44 AM
Subject: Re: Typical PC Guy question - and request for RFB contacts


> Really don't mean to beat a dead horse, and I don't know squat about
> your specifics...  I guess when I read that you *had* acceptable
> performance and then it dropped to the level you mentioned after the
> upgrade...   And now you're telling us that the upgrade "added many db
> transactions".
>
> So I'm wondering.  Is it possible that they're doing a lot of db
> transactions interactively that could be done in batch?  (Based on the
> impression you gave me of your experience with AS/400, you may need to
> ask someone else, preferably in your shop.)  One, if the app can
> offload the db transactions to batch, you might well get your response
> time back from simply cutting it out of the interactive work.  Two, as
> a result of moving that to batch, you lessen the impact of the
> interactive tax (CPW).  Again, depending on your situation, YMMV, but
> there are methods to do this and still have the db transactions get
> posted as quickly, if not faster, than if they were done interactively.
>
> I think it's worth investigating, if you or someone more
> AS/400-software knowledgeable haven't done so already.  It may well be
> that your third-party provider is top-notch and has its product in
> tip-top performance shape.  But maybe not.
>
> HTH, Dan
>
> --- Anthony Hardy <mis@jdcc.edu> wrote:
> > The changes in their software were needed changes that added many db
> > transactions (needed unfortunately) to some of the specific programs
> > being
> > run.  We have the option of reversing that change (was built in when
> > we
> > received the update), but would rather keep the needed functionality
> > and get
> > our hardware up to speed.
> >
> > Thanks again for ALL your input:).
> >
> > Anthony
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
> _______________________________________________
> 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 thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.