× 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 11-Aug-2015 13:59 -0600, Johh R. Smith, Jr. wrote:
I am looking for a system file that contains the following fields.

Library
File
Member
Active records
Deleted records
Size

I know this can be obtained via DSPFD or APIs but the DSPFD option is
taking forever because the library is huge

Which invocation of the Display File Description? Was the request coded to limit to only the [one or two] File Attribute (FILEATR) of interest and eliminating DDMF ensuring System (SYSTEM) of Local (*LCL)? If using *MBRLIST, then try the *MBR instead; IIRC the latter can use a feature to limit faulting by asking to pre-load members into memory rather than faulting them into memory, and that the former can not take advantage of that ability despite having a much faster listing capability [using effectively, the Materialize Context (MATCTX)].

FWiW the best results I have had for /large/ libraries is to first get the list of files using whatever method [e.g. *DBXREF or DSPFD] and then running several parallel requests in submitted batch jobs against those files that have /many/ members, and then serially against each of the files with just one or /few/ members; the concurrency helps greatly, and if the request runs interactive then having moved the requests with more faulting and higher memory requirements avoids the memory limitations encountered in the interactive environment.

and I haven't spent the time on the API yet to see how slow it is. I
was hoping someone knew of a file that already had the data and I
could just read it.


The SYSPSTAT [others already responded using the long-name SYSPARTITIONSTAT] VIEW is effectively a means to defer the request to the API without actually having to code to the API; i.e. the OS essentially has already done that. The biggest benefit [and possible fault per increased memory requirements in possible conflict] is that the API can be invoked against multiple files simultaneously using database\query threads. I do not recall, but I believe the effect is an invocation of a User Defined Table Function (UDTF) per file-name.


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.