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




On 24/12/2005, at 8:23 AM, Tony Carolla wrote:

I have seen the NBRRCDS() parm, and I have tried to use it, but for some reason, it doesn't seem to make the READs read more records in the buffer.
I am usually trying to read from a file in key sequence (which makes
SEQONLY() _sound_ like the wrong parm to use). If I use SEQONLY, I can view
the number of records read as the job is running, and see that it is
grabbing more records at a time.  If I use NBRRCDS, it only grabs the
default number of records.

NBRRCDS controls the number of records read into main storage. Think of this as physical I/O. A read from DASD occurred.

SEQONLY controls the number of records read into the program buffer. Think of this as logical I/O. A read from main storage occurred.

Thus NBRRCDS can be used effectively with random I/O and with update files by caching records into main storage (much like SETOBJACC) but SEQONLY can only be used with sequential I/O but that includes sequential-by-key too.

Specifying both NBRRCDS and SEQONLY is known as double-buffering.

The I/O count in Display Open Files is only the logical (or program) I/O count. It doesn't show I/O that brought records into main storage. This makes sense because a program could read records brought into main storage by a different job.

Regards,
Simon Coulter.
--------------------------------------------------------------------
   FlyByNight Software         AS/400 Technical Specialists

   http://www.flybynight.com.au/
   Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\
   Fax:   +61 3 9419 0175                                   \ /
                                                             X
                 ASCII Ribbon campaign against HTML E-Mail  / \
--------------------------------------------------------------------



As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.