Through stretching the window cache, the Google Chrome development team is seeking solutions to consistency problems.

Instead of combining them in the same heap, Google’s Chrome browser engineers recently addressed a security issue by partitioning the browser cache by website. The dilemma of consolidated caching has been clarified by Chrome engineers Josh Karlin and Shivani Sharma. The browser has built a cache of unique websites since the introduction of Chrome 85, other websites will not connect with it, but sadly, this has had a performance effect.

“The old design opened the door to side-channel attacks for browsers. A website can detect whether another website has loaded the resource by checking whether there is a resource in the cache. This sounds harmless, but it can be used to achieve Many evils, such as discovering the contents of your inbox, address book, etc.”

“Early (Canary/Dev) results using top-frame-site show that the impact is not as severe as feared. The cache hit rate has dropped by about 4 percent , and the overall score of bytes loaded from the cache has dropped from 39.1 percent . To 37.8 percent . As we progress to the beta and stable version, this situation may change, but this seems to be an encouraging start.”

By extending the size of the cache for unique pages, Google is trying to mitigate this situation.

“Now, the cache will be partitioned, and it makes sense to see if increasing the cache size helps offset some of the performance impact,” Sharma said in a post about Chrome Gerrit.

Google aims to play with building users from Canary, Beta and Dev to increase the browser potential of a single site to anywhere 2 to 3 times the normal scale. This can increase the hit rate of the cache and boost load speed. The beta version has not been accepted yet, but it is planned to be released shortly to testers.