Re: IFS "brick wall" limit on subdirectories

There may be no technical limit on the number of stream files in a directory, but there is a very real practical limit. After 32K files (I think - could be 16K) most things start to fail. STRQSH especially begins to fall over; you can't list using ls, you can't move them with mv, it's quite the mess. Whenever it turns out I'm going to need to handle many thousands of stream files, I go to a CLOB field in a database. Then I can extract to a temporary file whenever I need traditional stream file access.

Joe

https://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzamp/rzampfilesys.htm?lang=en

Maximum cumulative number of objects across the "root" (/), QOpenSys, and
user-defined file systems of ASPs 1 through 32
--> 2 147 483 647
Maximum number of directories in one *TYPE1 directory in the "root" (/),
QOpenSys, or user-defined file systems
--> 32 765
Maximum number of directories in one *TYPE2 directory in the "root" (/),
QOpenSys, or user-defined file systems
--> 999 998

Don't see any limit for stream files in a directory....files in a (QDLS?)
folder, yes...65,510.

Charles


On Fri, Apr 15, 2016 at 2:43 PM, James H. H. Lampert <
jamesl@xxxxxxxxxxxxxxxxx> wrote:

Some years ago, we found out (the hard way) that there is a "brick wall"
in the number of subdirectories possible in an IFS directory. And we had to
rework an application to use ZIP files where it had been using
subdirectories.

Would anybody happen to know what that limit is? And whether there's a
similar "brick wall" limit on the number of files in an IFS directory?

Does the IFS use *nix-style "inodes"? Or something else?