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?