|
Bugzilla – Full Text Bug Listing |
| Summary: | raise default inotify instance limit | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Distribution | Reporter: | Alexander Krupp <obs> |
| Component: | Kernel | Assignee: | openSUSE Kernel Bugs <kernel-bugs> |
| Status: | NEW --- | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | tiwai |
| Version: | Leap 15.5 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE Leap 15.5 | ||
| See Also: | https://github.com/bcpierce00/unison/issues/1019 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
output of inotify-consumers script
output of inotify-consumers script with active unison |
||
|
Description
Alexander Krupp
2024-04-17 07:39:53 UTC
Created attachment 874359 [details] output of inotify-consumers script 94 out of 128 instances seems pretty close to the default limit and I do not see any process consuming a really excessive amount - except for dolphin, maybe. This is OpenSuSE Leap 15.5 Script obtained from https://github.com/fatso83/dotfiles/blob/master/utils/scripts/inotify-consumers Cf. https://stackoverflow.com/questions/13758877/how-do-i-find-out-what-inotify-watches-have-been-registered The default value is hardcoded to 128 even in the latest upstream code, and I see no big gain to have an extra kernel config for defining it when an easy tuning knob with sysctl is already present. I bet the suggestion to the upstream would be declined by that reason, too. You can statically set the value in /etc/sysctl.d/* instead. e.g. unison package may contain such a sysctl snippet. Created attachment 874522 [details] output of inotify-consumers script with active unison Same script as mentioned in comment 1, this now with unison load active. Situation in is a system workload on a normal working day. 171 inotify instances active - and no single massive consumer in sight. Okular and akonadi could be somewhat in focus. Seems to me as if Unison erroring out has been the symptom, but not the cause. BTW, the Unison developers claim that as they only use 1 instance at most, it is not their responsibility to deal with a lack of resources on the OS. The problem with Unison was a misleading error message, which they fixed. Bug is linked. In this light, and given the number above I wonder how many of the listed instance consumers do not produce error messages at all, if instances are exhausted? The only program producing an error has been Unison. I am sure with current settings I will hit ~200 instances with IDEs open. I do not even have Eclipse or Intellij open during the above snapshot. If not for general use, at least with a desktop (KDE?) profile it may make sense to raise the limit, if you have a mechanism for that. |