Hi
The first run of indexing on a large existing mailbox is indeed slow,
and I would run "doveadm index -A -q \*" before putting the system in
production.
Besides the Ram disk, what kind of solution would you suggest ?
On 2019-12-10 19:28, Wojciech Puchar via dovecot wrote:
Where do write ops take place?
to the xapian index subdirectory
Maybe mount that path to a RAM disk rather than looking for anorher solution.
not a solution for a problem but workaround
Am 10.12.2019 um 15:50 schrieb Wojciech Puchar via dovecot
<dovecot@dovecot.org>:
what FTP module should i use instead of squat that is probably no longer
supported or no longer at all?
i want to upgrade my dovecot installation. it currently uses squat but i found
it often crashes on FTS on large mailboxes.
i found "xapian" addon for dovecot but while it works excellent AFTER database
is created, i found it need like 20 or so minutes to index less than 10GB of mails and
while doing this - generate many tens of megabytes/s constant write traffic on it's
database files.
Excellent way of killing SSD.
something must be broken.
my config is
plugin {
plugin = fts fts_xapian
fts = xapian
fts_xapian = partial=2 full=20 verbose=0
fts_autoindex = yes
fts_enforced = yes
# fts_autoindex_exclude = \Junk
# fts_autoindex_exclude2 = \Trash
}
any ideas?
