On Mon, Jan 24, 2022 at 09:17:29PM -0600, Ed Ahlsen-Girard wrote: > > To: [email protected] > Subject: rox-filer on -current has been slow for a week or so. > From: [email protected] > Cc: [email protected] > Reply-To: [email protected] > > >Synopsis:rox-filer was running quite slow starting about January 10th > >Category:unknown, suspect kqueue > >Environment: > System : OpenBSD 7.0 > Details : OpenBSD 7.0-current (GENERIC.MP) #262: Mon Jan 17 > 10:57:07 MST 2022 > > [email protected]:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > Architecture: OpenBSD.amd64 > Machine : amd64 > >Description: > ROX-filer(1) has for approximately one week exhibited times to open and > respond to inputs somewhere between ten and twenty times as long as usual. > >How-To-Repeat: > Opening rox(1) with this kernel, or with several before or after, will > exhibit poor response. A kernel compiled from source did not, so test code > that had not been committed might be the source. > >Fix: > A kernel compiled from source on January 20, not the one from the > snapshot, did not exhibit this behavior. Snapshot #276 of 21 January did not > either.
Since about January 17th, snapshots have carried an uncommitted patch that changes the poll(2) system call to use kqueue as event monitoring backend. To see if the poll patch causes the slowdown, could you apply the patch to your local checkout and test with the recompiled kernel? The patch can be found here: https://marc.info/?l=openbsd-tech&m=164043866306171&q=raw It can be applied as follows (adjust to your system): cd /usr/src/sys patch -p0 < kqpoll.patch
