Closed
Bug 1420571
Opened 7 years ago
Closed 7 years ago
Reduce I/O caused by storing page metadata
Categories
(Toolkit :: Places, enhancement, P1)
Toolkit
Places
Tracking
()
RESOLVED
FIXED
mozilla59
Tracking | Status | |
---|---|---|
firefox59 | --- | fixed |
People
(Reporter: mak, Assigned: mak)
References
(Blocks 1 open bug)
Details
(Keywords: perf, Whiteboard: [fxsearch])
Attachments
(1 file)
We seem to be storing the additional metadata at each visit, but like favicons this is data that doesn't change often (if at all), thus most of the times we are just overwriting the same identical data.
I'd like us to store new metadata only if it changed.
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → mak77
Status: NEW → ASSIGNED
Comment hidden (mozreview-request) |
Comment 2•7 years ago
|
||
mozreview-review |
Comment on attachment 8932141 [details]
Bug 1420571 - Don't write unchanged page metadata to places.sqlite.
https://reviewboard.mozilla.org/r/203172/#review209220
It's been a while, but I'm guessing .affectedRows isn't used due to intermittents because who knows what query might happen to jump in between an UPDATE and test check? https://searchfox.org/mozilla-central/search?q=affectedRows
Attachment #8932141 -
Flags: review?(edilee) → review+
Assignee | ||
Comment 3•7 years ago
|
||
We cannot trust affectedRows in connections that can be used on 2 threads, because the other thread could touch it before we read it. We can trust it only on single-threaded connections, thus potentially it could be usable in Sqlite.jsm IF the connection is not a wrapped one.
Pushed by mak77@bonardo.net:
https://hg.mozilla.org/integration/autoland/rev/7c7c4ab0020a
Don't write unchanged page metadata to places.sqlite. r=Mardak
Comment 5•7 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
status-firefox59:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla59
You need to log in
before you can comment on or make changes to this bug.
Description
•