Closed Bug 72507 Opened 24 years ago Closed 24 years ago

disk cache needs efficient storage (level 2)

Categories

(Core :: Networking: Cache, defect, P1)

Product:
Core
Component:
Networking: Cache
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla0.9.1

People

(Reporter: gordon, Assigned: gordon)

References

(Blocks 1 open bug)

Details

(Keywords: arch, Whiteboard: [cache] want for mozilla 0.9.1)

Attachments

(1 file)

backtrace
(deleted), text/plain
Details 
Storage of the entry info and metadata needs to be efficient for both access 
time, and storage space required.  This will be fixed with the implementation of 
a flat file system for the entries and metadata.
Status: NEW → ASSIGNED
Whiteboard: [cache]
Target Milestone: --- → mozilla0.9
Priority: -- → P2
URL: http://http://
Keywords: arch
Blocks: 73498
Blocks: 73295
Blocks: 68705
*** Bug 21578 has been marked as a duplicate of this bug. ***
This will land in the 0.9.1 timeframe.
Target Milestone: mozilla0.9 → mozilla0.9.1
Changing the summary to reflect that this bug now covers both data and metadata.
Summary: disk cache needs efficient entry/metadata storage → disk cache needs efficient storage
Keywords: nsbeta1+
Summary: disk cache needs efficient storage → disk cache needs efficient storage (level 2)
Blocks: latemeta
Whiteboard: [cache] → [cache] want for mozilla 0.9.1
Priority: P2 → P1
Blocks: 79983
Is 0.9.1 still realistic?
r=gagan
DISKCACHE2_BRANCH has been checked in.  Only metadata is currently stored in the 
cache block files.  Before data can take advantage of the cache block files, we 
need to implement a stream wrapper class that will be able to determine where 
best to store the incoming stream.

This work is tracked with bug 81724.  Marking this bug FIXED.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
linux CVS:
After this checkin i crash when going to for instance
http://norsk.lysingsblad.no
Attached file backtrace (deleted) — 

    
    

    
  
hmm.. is this buildt yet at all by default? If not - forget the crash - it must
be something else.

    
    

    
  
Seeing same crash as previously attached with nightly 2001051821
(2001051813 did not have the crash.)

    
    

    
  
The Branch Landing page should be updated.

    
    

    
  
I don't see the crash on 
http://norsk.lysingsblad.no



          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: