Date: Sun, 17 Sep 2017 17:57:23 +0000 From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: [Bug 222356] www/firefox: file-backed shared memory performance Message-ID: <bug-222356-21738-IQhLSsIAt6@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-222356-21738@https.bugs.freebsd.org/bugzilla/> References: <bug-222356-21738@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222356 --- Comment #5 from Konstantin Belousov <kib@FreeBSD.org> --- (In reply to Tijl Coosemans from comment #4) +J should make the amount of writes on close significantly larger. +J solves the problem of leaked resources only, since the problem of the filesystem metadata correctness is already solved by the SU part. So +J must journal all metadata objects which cannot be reached from the normal metadata accesses. In particular, all freed data blocks must be mentioned in the journal records before cg bitmaps are allowed to be written. The result is that +J at least doubles the amount of writes, and also the data amount is O(file length) at least. Again, your description does not make me see how my patch (which only affects msync(2)) relates to the build failures. -- 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-222356-21738-IQhLSsIAt6>