Closed
Bug 689955
Opened 13 years ago
Closed 8 years ago
startup perf- Investigate lazy initialization for nsDiskCacheMap
Categories
(Core :: Networking: Cache, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: Yoric, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: perf)
It is my understanding that nsDiskCacheMap is currently initialized during startup, by a thread. This initialization causes some I/O that could possibly be moved to a later stage, i.e. during the first actual access to the cache. This could make startup slightly faster, I am planning to investigate this.
Reporter | ||
Updated•13 years ago
|
Assignee: nobody → dteller
Comment 1•13 years ago
|
||
(In reply to David Rajchenbach Teller [:Yoric] from comment #0) > It is my understanding that nsDiskCacheMap is currently initialized during > startup, by a thread. This initialization causes some I/O that could > possibly be moved to a later stage, i.e. during the first actual access to > the cache. This could make startup slightly faster, It would make the first access to the disk cache (the first network I/O) have huge latency if were were to make the first access wait for the disk cache to be initialized. I think that we should have the disk cache return "not found" when the disk cache doesn't exist, and initialize the data structures on disk during the first write to (not read from the cache).
Reporter | ||
Comment 2•12 years ago
|
||
Releasing the bug as I don't have time to work on it right now.
Assignee: dteller → nobody
Comment 3•12 years ago
|
||
Yoric, can you give me some pointers? Maybe I can work on this one :)
Reporter | ||
Comment 4•12 years ago
|
||
Actually, I am not sure whether this bug is useful. So I'm not going to encourage anyone to work on it right now :)
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•