Closed Bug 66803 Opened 24 years ago Closed 24 years ago

questions about cache

Categories

(Core :: Networking: Cache, defect)

x86
Windows NT
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bugs4hj, Assigned: gordon)

Details

I filed this bug report because I would like to know something more indeed about:cache It's not a real bug report but more an collection of questions. If you do know bugs related to one of the questions here, I would like to know the bugnumber(s). 1 - is it normal that Mozilla has entries in about:cache with Content Length: 0? I see a lot of them in my about:cache and all of them are image related. 2 - when should I see entries in mem:cache? I never ever seen a single entry in it. 3 - when a site uses image rollovers, I see a lot of images been cached with Flags set to partial. Should Mozilla cache broken images? 4 - the information in about:cache, how important is that? I mean does the source use those values in a way for other purposes? 5 - when I visit a website with more then 512 images, what exactly does Mozilla then? I have 2GB memory so I can set cache to a real big value (most images are small). 6 - how big can the disk cache and mem cache be? 7 - when I visit a site, I often see that the about:cache information is out of date. I have to restart Mozilla first to update the information in about:cache. 8 - when I set disk and mem cache to 0 the pages are loading fast 9 - I use a satellite connection (vpn on Astra sat) for downstream and a cable connection for the uplink station in Luxemburg. It seems that Mozilla only has all sort of timer related problems. Netscape 4.76, Opera 4/5 and all MSIE version are working well. But if I switch disk and mem cache off, then it seems to work pretty well. Does the new cache implementation correct this problem in the near future? Thank you very much for your time, HJ
Here are some answers, more will follow. #1: cc'ing darin for expected HTTP behavior. #2: The memory cache is currently only used by IMAP. If you aren't using IMAP for mail, then you shouldn't see any mem cache entries. I believe we have some open bugs on this however; the memory cache may be using some memory when it shouldn't be. #3: cc'ing Chris Saari and Pavlov for more info. #4: The information in about:cache is derived from data structures kept by the cache itself. It may be out of date by the time you actually view the about:cache page however. #5: The image lib cache is currently a separate cache (not the disk cache, not the memory cache). It stores all of its entries in memory (but not the same memory allocated to the memory cache). We have plans to integrate the image lib cache and the memory cache. The limit of 512 entries applies to the disk cache. An image could be in the image lib cache, after it has been evicted from the disk cache. Chris Saari or Pavlov would have more precise information on the current image lib cache. 6# The disk and mem cache can be as large as you have room to make them, however the disk cache is currently limited to 512 entries, and the mem cache is only used by IMAP. We plan to expand or remove these limitations, and extend the use of the memory cache to HTTP, ImgLib, and other clients. #7: How are you determining that the about:cache information is out of date? I need a bit more information before I can address this issue. #8 Pages will initially load faster with no cache because it takes time to fill the cache. You would only see a time savings on revisiting a site that has an unexpired entry already in the cache. If the entry has expired, we would still have to refetch it from the net, even though it was in the cache. Due to inefficiencies in the current cache design, it's possible the cache provides not benefit whatsoever, depending on your OS, drive, and network connection. #9: I would need more information on the nature of the timer related problems. It would be great if you could open a separate bug for this, with as much information as you can share.
Assignee: neeti → gordon
QA Contact: gordon → tever
Thanks Gordon, # 5 - Ok, but I still see images in the disk cache, is that normal? # 6 - would be nice, when?? # 7 - I use an protocol analyzer and compare the captured data with the information from about:cache. The information is not the same. # 8 - does that count for win32 and the Linux OS too? # 9 - if you like, I will open new bug, but what kind of information do you need? note: I don't get any javascript and style sheet cached. I mean they pop up in the disk cache but after an reload/refresh Mozilla requests for a new version. However, this does not occur when I put that same javascript and/or style sheet in an HTML file!
#5 - Yes, it's normal. #6 - I'm currently working on it. This isn't just something we're planning for the future. #7 - What fields have discrepancies? #8 - Yes, it could. SCSI vs. IDE drives seem to make a big difference. The different OS's have very different performance characteristics for opening, and creating files. Obviously, a faster network connection reduces the benefits of caching. #9 - I'd like to understand more precisely what you mean by "timer related problems". It would also be useful to have a detailed description of your environment (machine specs, OS, network connection, etc.) so we can better understand how the code behaves for you. Thanks.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
My system configuration (custom build): Intel Pentium 4 at 1.50+ GHz (sorry, non-disclosure) Intel D850GB motherboard 2 GB PC800 RDRAM 2 * 64 MB 4xAGP videoadapters 1 * Adaptec 29160 Ultra160 SCSI adapter with ASC-29160 Drivers/Microsoft Windows NT4.0 SP6b this one is about 240% faster than UDMA and 60% faster than Fibre Channel. 2 * Quantum Atlas? 10K III disk drives of 73.4 GB (Window NT 4/5) 2 * 40GB Ultra ATA-100 hard drives connected to the mainboards controller (for RedHat 7 only) 2 * Nanao FlexScan L771 1600 x 120 LCD's (seems relevant because it takes a lot more time to fill up the entire screen) Sat configuration: Uplink via Chello cable to Luxemburg (active 7/24) 8 Gb downstream I like to use SCSI because the CPU usage is very low, compared to fast ATA. I'm using an Cisco router with Cisco IOS Firewall feature set software for protection. Oh, a Cisco engineer is just arrived (7/24 support) he will take the GigaSwitch adapter out of the system, because there might be trouble with that one he just told me. Well I have to submit, sure hope this engineer is faster then the last one!
1 - I see that Cookie information is attached to all external javascript files in cache, why is that? Can't JavaScript use something like document.cookie if that's not done? If not, then it's only unnecessary data transfer. 2 - Other browsers insert an Referer in the header for images/javascript and style sheets. While Mozilla only sets an Referer for images. Might be related to # 3. 3 - I can clearly see JavaScripts and linked Style Sheets in disk cache. But it seems that Mozilla does not validate this cache content with an If-Modified-Since request, but request a forced reload for those files! Is support for this kind of content not yet implemented? Caching Style Sheets and JavaScript may pretty well speed up things. 4 - If I take a look at the flags in about:cache the I see some flags set to PARTIAL. The flag state Partial for me means an HTTP 206 header. But I'm unable to locate a single header in my HTTP capture log! Is PARTIAL in about:cache something different, or should that be the same as in the RFC 2116? 5 - does Mozilla support Meta tags for Cache issues? 6 - oops almost forgot one important thing, both Pragma and Cache-Content for Javascript and Style Sheets are set explicitly to no-cache, that might cause # 3, right? For the first #7, I will let you know, after that Cisco has confirmed that it's not related to any other stuff I'm using Ok? Otherwise we might run into other peoples problems/bugs and that should not be!
I'm sorry. I meant your system information should go in the new bug your were going to create for your question #9. We have open bugs for cache issues related to JS and CSS (for example, see bug 29370) Since most of this bug seems to be purely informational, it may be better handled through the news groups. Please create separate bugs for any problems you can reproduce, and we'll try to handle your general informational questions in the mozilla.netlib newsgroup. Thanks.
#1 - HTTP will cache headers without any data to indicate special conditions such as URL's that should not be cached and static redirects.
Marking this bug as FIXED, because the discussion has petered out. Further discussion can take place in the news groups.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.