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=3D222356 --- 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 solv= es 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 d= ata amount is O(file length) at least. Again, your description does not make me see how my patch (which only affec= ts msync(2)) relates to the build failures. --=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-222356-21738-IQhLSsIAt6>