CODEWITHSUNDEEP
httpbrowsercachingperformance
Ciaran Archer
Ciaran Archer

Reputation: 12466

Implementing parallel static content download in the browser?

We are looking at adjusting our web pages so we split our calls for static data across sub-domains. In order to do this we must:

We are creating our HTML pages using a J2EE application server and I am trying to find the best approach in order to implement this for all our web pages.

As far as I can see it, if we do this while rendering the HTML page, we will need to have a list of images with sizes stored somewhere that we can reference while we build the page. If an image is to be written out on the HTML page we will need to determine how many other images are being served from that sub-domain for this user at that point in page processing. Then we assign this image to a sub-domain and somehow remember that for the user session (or longer).

Or am I over-complicating this? Would it be easier to maintain a list of images on each page on the site, and (offline) determine which sub-domain each image lives on, and just use that consistently for all users?

I was thinking there might be a way to do this in the browser using JavaScript but I think the overhead for each page render might be a little high.

I know the topic is a bit fuzzy but if anyone has implemented this I'd love to hear of your experience.

Thanks!

Upvotes: 0

Views: 875

Answers (1)

Rex M
Rex M

Reputation: 144202

Unless your situation is remarkably unusual, I think you're most likely over-complicating it.

First, your approach with parallel downloads here disregards one of the other key elements of client-side performance, which is to minimize the number of different domains you use. You must strike a balance between the two. From the same guidelines you linked to:

split [images, scripts, CSS, Flash, etc.] across at least two but no more than four hostnames (em added)

So the simplest solution is also likely the most optimal for most situations:

  • A domain for images;
    • In situations with a large volume of design-element images (e.g. rounded corners, bullets, etc) and a separate volume of content images, consider serving them from two - e.g. static-images.mydomain.com and content-images.mydomain.com
  • One for scripts, CSS and Flash;
    • If one of those in particular takes up considerably more than the others, consider splitting it out into a separate domain from the others.

Upvotes: 1

Related Questions