From: Daniel M. <da...@mi...> - 2023-10-02 23:51:51
|
Hi Andres, Thanks for your suggestion. We have an option for CNID dircachesize in afp.conf already. Is this akin to what you are asking for? The documentation says: ==== dircachesize = number (G) Maximum possible entries in the directory cache. The cache stores directories and files. It is used to cache the full path to directories and CNIDs which considerably speeds up directory enumeration. Default size is 8192, maximum size is 131072. Given value is rounded up to nearest power of 2. Each entry takes about 100 bytes, which is not much, but remember that every afpd child process for every connected user has its cache. ==== See https://netatalk.sourceforge.io/3.1/htmldocs/afp.conf.5.html Also, "dbd" is what we call the CNID backend in question. We have some documentation in the manual: https://netatalk.sourceforge.io/3.1/htmldocs/configuration.html#CNID-backends Best, Daniel ------- Original Message ------- On Tuesday, October 3rd, 2023 at 7:23 AM, Andres Valloud <te...@sm...> wrote: > > > Hi, for dbd (did you mean bdb?), you might also consider adding a > db_param file with e.g. > > cachesize 131072 > > by default. > > Andres. > > On 10/2/23 2:23 PM, Daniel Markstedt wrote: > > > Dear Netatalk community, > > > > The next step in the effort to reduce the tech debt and improve the > > maintainability of Netatalk: > > Evaluating the utility of, and deprecating several little-used CNID > > backends. > > > > At the time of writing, Netatalk has accumulated no less than 5 CNID > > backends. > > They are: > > > > * cdb > > * dbd > > * last > > * mysql > > * tdb > > > > The dbd backend has been the default for over a decade. > > Is there anyone in the crowd here who actively use any of the other four > > today? > > We are considering deprecating all four, unless there is a concrete > > usecase that dbd cannot fulfill. > > > > See this github ticket for additional context and discussion: > > https://github.com/Netatalk/netatalk/issues/508 > > https://github.com/Netatalk/netatalk/issues/508 > > > > Thank you! > > > > Daniel > > > > _______________________________________________ > > Netatalk-admins mailing list > > Net...@li... > > https://lists.sourceforge.net/lists/listinfo/netatalk-admins |