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



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?




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.