× 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.



What about the new IFS directory format ("Type 2"?) in V5R2?  I thought
supported some of the stuff necessary to make IFS source practical.  How
would CODE know which syntax checker to invoke if an IFS source file didn't
have a source type?

Then again, maybe I shouldn't ask...

> -----Original Message-----
> From: code400-l-bounces@xxxxxxxxxxxx
[mailto:code400-l-bounces@xxxxxxxxxxxx] On Behalf Of
> John Taylor
> Sent: Wednesday, February 26, 2003 11:20 PM
> To: CODE/400 Discussion & Support
> Subject: RE: Verifier Performance
> 
> Hi Reeve,
> 
> 
> > IBM has told us the communications manager is going to be improved;
that's
> > going to relate to how QZRCSRVS works for member locking and Verify
> > performance.  My guess is that we're not going to be seeing anything
until
> > the next OS/400 release unless the QZRCSRVS replacement is PTF'ed.  I
> > haven't heard of anything new in V5R2, so I'm assuming an
> > improvement is in
> > the future.
> 
> It seems to me that the biggest problem is not locking, but the sheer
number
> of QZRCSRVS jobs being cycled. As you're aware, starting a new job is a
> resource intensive operation in OS/400. When I verify, I can see dozens of
> these jobs being used, since each is only good for a single command. The
job
> runs for a fraction of a second before ending. It takes much longer to
start
> and end the job than it does to peform the work it was asked to do.
> 
> In fact, I'm truly wondering if there isn't something wrong with my
> configuration, because I'm having trouble believing that Code is supposed
to
> use QZRCSRVS as much as it's doing on my machine. That's got to be one of
> the worst ways to do client server on an AS/400, and I'm quite certain
that
> the Code team knows a lot more about writing a client server app than I
do.
> 
> 
> > This may not be much consolation, but the ability to compile from the
IFS
> > may be IBM's oblique solution to Verify performance; I haven't
> > experimented
> > with it because I'm still on V5R1.
> 
> I hope that's not the answer. I have so much code in PF-SRC members that
it
> would be a monstrous task to convert everything to stream files. Besides,
> what happens to the attributes (source type, member description) if you go
> to a stream file? Let me guess... we'd lose them in the name of
"progress".
> :)
> 
> 
> John Taylor
> 
> _______________________________________________
> This is the CODE/400 Discussion & Support (CODE400-L) mailing list
> To post a message email: CODE400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/code400-l
> or email: CODE400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/code400-l.
> 
> NOTE: WDSc for iSeries disucssion has it's own mailing list.
> Information can be found at
http://lists.midrange.com/cgi-bin/listinfo/wdsc-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.