Re: public-inbox skipping new inboxes or many mails

[Eric Wong <e@80x24.org>]

"Robin H. Johnson" <robbat2@gentoo.org> wrote:
> dev-perl/Linux-Inotify2 will be up to date. No guarantees that the
> kernel is up to date - some legacy boxes at sponsors are pretty crufty
> and have been unsafe to reboot to new kernels when we lack any OOB
> management access: to that end, public-inbox's responsiveness is amazing
> even running on a 10+ year old RAID1 HDD spinner setup.

Btw, are the kernels on those machines too old for io_uring?

I've been considering adding st_dev-aware parallelism for
HDDs(*), but I'd imagine an io_uring-capable kernel could be
better than userspace trying to divide tasks based on
(st_dev|mountpoint) since it's possible to have multiple
mountpoints pointing to the same physical device...

Also, would those old machines also benefit from forking to
parallelize the userspace CPU use?  I wouldn't mind combining
both io_uring AND forking to take advantage of SMP, of course.

(*) st_dev-aware parallelism works well in my experience with HDDs
    in a different project, but I also didn't have multiple
    active mountpoints pointing to the same physical device.