We would like to understand why you would need to change these values (other than just curiousity). Is there a particular problem you are trying to address ?
This is a response to an old posting, so hopefully Gary will still see this
Regarding changing the values:
maxFilesPerSubcontainer=40000
maxSubcontainers=1000
It would be extremely helpful if these can be changed.
In the case of NFS mounted DAOS directory, I feel that 40000 files per subcontainer is too much. When the daosmgr resync starts, it enumerates the contents of all the subcontainers. Due to the nature of NFS this is an extremely intensive operation.
For 1.2 million attachments in 30 subcontainers this takes quite some time on NFS (3 hours or so) and is a heavy hit on the NFS filer performance. During this time, the daos catalogue daoscat.nsf is “unavailable”, and so mail routing cannot occur until directory enumeration is complete.
Whenever we resync our daos, we cannot route mail until this initial phase is completed and it starts on the databases themselves.
It would be much better performance on initial resync if file count per subcontainer can be restricted to 5000 files or less for situations such as NFS.
Well, in case anyone finds this post by web search years in the future then here is the answer obtained from Lotus support:
"notes.ini parameter is:
DAOS_MAX_FILES_PER_SUBCONTAINER=40000
That will take a server restart to pick up the change,
Cautions:
On increasing the value - some filesystems do not handle large numbers of files very gracefully, there can be performance problems if you set this too large. Some filesystem utilities (file browser, backup/restore) also have problems when you have “too many” files.
On decreasing the value - limiting the max files per subcontainer will reduce the maximum total NLO files in the system. By default it is 40000 * 1000 = 40M. Changing it to 5000 would limit the overal NLO files to 5000 * 1000 = 5M."
If you change this notes.ini parameter, please leave response saying why you are doing it, for interest.