Bug 1572144

Summary: Use Linux filesystem type to decide about NSS SQL DB caching and speed measuring
Product: [Fedora] Fedora Reporter: Kai Engert (:kaie) (inactive account) <kengert>
Component: nss-softoknAssignee: Kai Engert (:kaie) (inactive account) <kengert>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 28CC: dueno, elio.maldonado.batiz, kengert, rrelyea
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-09-04 10:43:33 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Kai Engert (:kaie) (inactive account) 2018-04-26 09:31:32 UTC 
The F28 change to use the SQL DB storage by default for NSS might cause users on slow filesystems to experience slow performance with some applications, such as Firefox.

The workaround for those users is to explicitly set the environment variable NSS_SDB_USE_CACHE=yes.

Although we cannot automatically detect all scenarios where this environment variable should be used, and setting it for everyone would cause performance regression for most, it would be good to implement an enhancement, that helps most affected users.

A reasonable strategy is to check the filesystem type, and enable caching for known slow filesystem types, and do probing for types of questionable speed. This is a best effort attempt.

Code is currently being worked on in upstream bug
  https://bugzilla.mozilla.org/show_bug.cgi?id=1456888
but it might take until NSS 3.38 end of June 2018 until this code gets released.

I suggest that we take the upstream work as a downstream patch for Fedora 28, until it gets released upstream.
Comment 1 Daiki Ueno 2018-09-04 10:43:33 UTC 
The current F28 package contains the fix, so closing this.