Closed Bug 1420571 Opened 7 years ago Closed 7 years ago

Reduce I/O caused by storing page metadata

Categories

(Toolkit :: Places, enhancement, P1)

enhancement

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: nobody → mak77
Status: NEW → ASSIGNED
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+
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
Blocks: PlacesIO
No longer blocks: 1419053
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla59
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: