Re: IFS "brick wall" limit on subdirectories

[DrFranken <midrange@xxxxxxxxxxxx>]

32K?

Wow that seems miniscule.  I have one customer today with 15M in one 
directory and many more in the tree.

Even back in 3.1 we had customer Waaaaay past 32K. Perhaps you're 
thinking of inferior tools such as mapped drives to Windows not being 
able to open the folder?

We use them primarily from Apache servers and just don't see issues.


        - Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 4/15/2016 3:09 PM, Joe Pluta wrote:
> *This message was transferred with a trial version of CommuniGate(r) Pro*
> 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?