Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Aug 2021 17:28:58 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 258010] kqueue shortcoming for desktop usage
Message-ID:  <bug-258010-227@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258010

            Bug ID: 258010
           Summary: kqueue shortcoming for desktop usage
           Product: Base System
           Version: Unspecified
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: bugs@FreeBSD.org
          Reporter: tcberner@freebsd.org

Moin moin


FreeBSDs file monitoring via kqueue/kevent requires files to be opened to be
monitored.


This has a few draw back which mostly crop up in desktop systems (gnome, kd=
e,
...) that=20
have support for monitoring and indexing the users home directory.



Issue 1: A big ~ leads to file handle exhaustion

As all files have to be opened the kern.maxfiles sysctl needs to be tuned by
users.=20

=3D> desktops won't work out of the box for those users
=3D> unnecessary crashes happening on startup of desktop sessions


Issue 2: Socket files cannot be monitored

As open() cannot be called on socket files, you cannot monitor a socket file
for its deletion.




Linux's file monitoring seems to be able to support these use cases -- mayb=
e a=20
re-implementation of their file monitoring should be considered inside Free=
BSD.=20
An other option would probably be to extend kqueue for these use cases.



mfg Tobias

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-258010-227>