vsz_limit
Aki Tuomi
aki.tuomi at open-xchange.com
Fri Nov 6 15:20:00 EET 2020
Seems I had forgotten that you can use src/lib/restrict.h, in particular, restrict_get_process_size() to figure out the limit. You can combine this with getrusage to find out current usage.
Aki
> On 06/11/2020 13:26 Joan Moreau <jom at grosjo.net> wrote:
>
>
> yes, will do so.
> It would be nice however to be able to access the actual dovecot config from the plugin side
>
>
>
> On 2020-11-04 06:46, Aki Tuomi wrote:
> > You could also add it as setting for the fts_xapian plugin parameters?
> >
> > Aki
> >
> >
> > > On 04/11/2020 08:42 Joan Moreau <jom at grosjo.net> wrote:
> > >
> > >
> > > For machines with low memory, I would like to detect how much ram remains available before starting indexing a mail, so I can commit everything on disk before the ram is exhausted (and break the process)
> > > I tried to put a "fake" allocation to test if it fails, (so it can fail separately, and I can "if ram remaining is above X") but the is really not clean
> > >
> > >
> > >
> > > On 2020-11-04 06:28, Aki Tuomi wrote:
> > > >
> > > >
> > > >
> > > > > On 04/11/2020 05:19 Joan Moreau <jom at grosjo.net> wrote:
> > > > >
> > > > >
> > > > > Hello
> > > > > I am looking for help around memory management
> > > > > 1 - How to get the current value of "vsz_limit" from inside a plugin (namely https://github.com/grosjo/fts-xapian/ ) , especially for indexer-worker
> > > > > 2 - Is there a macro or function in dovecot to get the remaining free memory from this vsz value ?
> > > > > Thank you
> > > > >
> > > > >
> > > >
> > > > Hi Joan,
> > > >
> > > > I don't think there is a feasible way to access this setting as of now. Is there a reason you need this? We usually recommend setting vsz_limit=0 for indexer-worker.
> > > >
> > > > Aki
> > > >
More information about the dovecot
mailing list