Originally posted by FireBurn
View Post
Announcement
Collapse
No announcement yet.
Some Of The Workloads Still Seeing Lower Performance On Linux 5.5 Git
Collapse
X
-
- Likes 1
-
Originally posted by FireBurn View PostIf the PTS is capable of bisecting these issues using graphs and what not, why not get it to submit the bug report automatically directly to bugzilla
I know the Gentoo tinderbox used to submit bug reports to the Gentoo bugzilla so I know this automation is possible
Comment
-
Originally posted by loganj View PostFireBurn @others he has to make a living. plus he's not really affected by the bug. he has material to write about regardless of kernel status. i say he's doing a great job already. you have seen the bug already so why don't you do your own test and file a bug report? he's only one person. maybe more can do the test and see for themselves how that appblabla (i'm lazy to look for the name) change the performance. the phoronix test suit it out there. just give it a try and then you can report the issue.
The point is I _do_ give back and do help to get things fixed, Michael on the other hand seems to care about producing another article more than actually fixing the issues he's finding
There are others sprinkles around other projects too
- Likes 1
Comment
-
Originally posted by sandy8925 View Post
Because it would start flooding kernel bugzilla with automated bots and no replies to queries from kernel developers. Especially if mitigations were added for hardware vulnerabilities like Spectre and Meltdown.
Comment
-
Originally posted by FireBurn View Post
The point is I _do_ give back and do help to get things fixed, Michael on the other hand seems to care about producing another article more than actually fixing the issues he's finding
But let's not forget Micheal is a paid professional, his business is writing stories that people want to read. We read it, so it worked. Fixing or reporting the issue or not is not his job and would be entirely voluntary.
- Likes 1
Comment
-
Hey all. I took the time to write an email to John Johansen and this is what he replied:
"I don't read Phoronix unless some one points me at a specific article. That particular issue was identified and the patch already exists. It didn't get pushed yet as another issue was raised that I was hoping to send in at the same time. I will be sending a pull request out today."
So looks like they know about it and are fixing it.
Comment
-
The fix for this has been posted for RC5:
The following changes since commit fd6988496e79a6a4bdb514a4655d2920209eb85d:
Linux 5.5-rc4 (2019-12-29 15:29:16 -0800) are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jj/linux-apparmor tags/apparmor-pr-2020-01-04
for you to fetch changes up to 8c62ed27a12c00e3db1c9f04bc0f272bdbb06734:
apparmor: fix aa_xattrs_match() may sleep while holding a RCU lock (2020-01-04 15:56:44 -0800) ----------------------------------------------------------------
+ Bug fixes - performance regression: only get a label reference if the fast path check fails
- fix aa_xattrs_match() may sleep while holding a RCU lock
- fix bind mounts aborting with -ENOMEM
----------------------------------------------------------------
John Johansen (2):
apparmor: only get a label reference if the fast path check fails
apparmor: fix aa_xattrs_match() may sleep while holding a RCU lock
Patrick Steinhardt (1):
apparmor: fix bind mounts aborting with -ENOMEM
Comment
Comment