Observable HQ Audit banner: Methodology for Performance Auditing, with Angular, Observable and Chrome logos

Intro

In today's competitive business world, performance audits play a big role in learning and continuous improving UX. As I had quite some time with performance auditing, I learned invaluable lessons from both successes and missteps, how to estimate and apply my findings. Auditing is a creative process with unexpected findings and learnings that makes the work on web performance so interesting and fulfilling. In a conventional audit document this is perspective is hidden completely. The following document is a unconventional mix of an audit document, tips to structure data and text as well as written thought processes, offering you a methodology. By including all of my miss assumptions and fails, it is a more natural way of learning then reading a conventional audit. I hope it helps you to see the creative process and fun behind web performance auditing! And maybe it encourages you to ensure good CWV, UX and energy efficiency for your company.

Michael Hladky


TL;DR

Comparison - Filmstrip

Filmstrip comparison of observablehq.com page loads: before stays at 51% visually complete until about 7 seconds, after reaches 98% at 2.5 seconds and 100% by about 4 seconds

FP/LCP Hero Video /Idle

Measure

FP

LCP - Hero Video

Idle

Before

2300ms

6800ms

6800ms

After

2300ms

2300ms

4100ms

Comparison - Flame charts

Re-apply DOM

Re-apply DOM comparison in DevTools: the average task was a 170 ms long task before the optimization and took 25 ms after

Recalculate styles

Recalculate styles comparison in DevTools: a 256.25 ms long task before the optimization versus a 15.45 ms task after

Scroll down and up again

Scroll down and up again comparison in DevTools: long tasks visible before the optimization, no long task visible after

Idle

Idle comparison of DevTools main-thread tracks: tasks took 20 ms before the optimization and 5 ms after, with far fewer tasks

Average Improvements in milliseconds

Measure

Ø Task before

TTB before

Ø Task after

TTB after

Notes

Re-apply DOM

110ms / 160ms

90ms / 110ms

27ms / 21ms

0ms

numbers apply to add DOM task/ recalculate styles task

Recalculate styles

230ms

180ms

18ms

0ms

numbers apply to recalculate tasks

Scroll down/up

60ms

11ms

9ms

0ms

taksk of bissy sections

Idle

20ms

0ms

4ms

0ms

n/a

Optimizations

Use the script in webpagetest or as DevTools snippet to reproduce the changes. To do so just copy the raw content from here.

Show me how to reproduce it quickly

To quickly check it in your browser open the DevTools "Sources" tab and click on "Snippets". Create a snippet with the code above, execute it and measure the impact.

Numbered steps for creating and running the optimizeObservableHQ.js snippet in DevTools Sources with Ctrl+Enter, which logs Site improvements applied!

DevTools "Sources"

  1. Open DevTools

  2. Select Sources Tab

  3. Select Snippets

  4. Click New snippet

  5. Give it a name

  6. Insert scripts

  7. Execute

  8. Check console

webpagetest

  1. Open webpagetest

  2. Select "Site Performance" as test

  3. Select "Advanced"

  4. Paste the optimizations in the sectin "Inject Script"

  5. Click on tab "Block"

  6. Paste annie-avatar.jpg ramona-avatar.jpg in the section "Block Requests Containing"

  7. Run test

  8. Check result

Main Page

ObservableHQ main page on desktop, with the hero reading Explore, analyze, and explain data. As a team., next to a full-length page screenshot

The pages, from the first glimpse, contain a lot of images and I guess live demos of the editor. It took quite a while to load the LCP video, but maybe it's because I sit in the kitchen instead of at my desk. 🙃 There, I always have bad connection. 💤

To get a good first overview let's start with the visible part in more detail.

Page Elements

Main page areas of observablehq.com: the tool-bar and hero section on desktop, and a full-page view split into sections and a footer

Areas:

  • tool-bar - document.querySelector('nav.bb')

  • section - document.querySelectorAll('#__next > .jsx-2b91b8133a45a7a2 > .jsx-2b91b8133a45a7a2')

    • hero-section - document.querySelector('#__next > .jsx-2b91b8133a45a7a2 > .jsx-2b91b8133a45a7a2')

      • avatars - document.querySelectorAll('.marketing-presence-widget.jsx-140043cc736fed23:nth-child(1)') or :nth-child(2) for second avatar

      • video (LCP) - document.querySelectorAll('.mw-section video')

    • carousel - document.querySelectorAll('.jsx-1511261573 > .jsx-1511261573 > .jsx-1511261573')

    • DOM animation - document.querySelector('.jsx-6e9c885e3fde48d5')

  • footer - document.querySelector('footer')

Tip: The areas are collected through my audit. Whenever I was identifying an element I was also saving the selector here. I included the method e.g. querySelector to get the list of all relevant elements with the snippet. This will save me some time and I don't need to maintain it in DevTool yet.

Observable page sections: toolbar, logo strip, hero, Let your insights evolve... then take them anywhere, and Everyone can work togetherTwo lower sections of the Observable page: Building blocks and beyond, and the Jumpstart your explorations carousel

Initial state

To start with our audit we need a reproducible way to measure the status quo, and in what conditions we took the measure.

Audit setup

Target I took the Observable HQ site for the audit as it is a really nice tool and I could maybe provide some benefit to them.

URL: http://observablehq.com

Conditions I used "native throttling" in this audit 🤣, which means all my measures are done in my kitchen with flaky internet connection and no power plug in. 😅 The only thing I made sure was to have everything open in incognito mode.

Device All the measures are done on a ThinkPad X1 (i7 8th Gen) on a Windows OS

Base Measures

The following measures were taken:

  • Page refresh (a full page refresh triggeres over the performace panel)

  • Page re-dom (a full removal and adding back of the DOM)

  • Page re-calculate (transformZ 0.1 on body)

  • Page idle (after page is fully loaded some seconds of no interaction)

Measure Process

All measures are produced with small scripts I hold in my DevTools -> Snippets tab.

This is how I performed the measures:

Four-step DevTools measurement process: Setup a snippet in Sources, Prepare the Performance panel, Measure by running the snippet while recording, then Persist and analyse the profile
  1. Open the Performance tab

  2. In the bottom section, select the Quick source tab (and close all other tabs)

  3. Start profiling with Ctrl + E or the ⏺ button

  4. Click on the ▶ button to execute the script

  5. Start profiling with Ctrl + E or the ⏹ button

Tip: The console tab pops in after every script execution. This is annoying because we have to click on the Quick source tab again. To lessen the pain and live-hack it we can shrink the output area to the minimum. By doing this we can have a short distance between the tabs and the execute button.

Filmstrip Pageload unoptimized

Filmstrip of the unoptimized observablehq.com page load (observable-hq-before), showing frames over roughly 1 to 11 seconds before the page is fully rendered

Page Refresh unoptimized

Annotated DevTools recording of the unoptimized page refresh, marking bootstrap and hydrate, a font padding change, a font change, offscreen content added and animation noise

Page Re-draw DOM unoptimized

DevTools performance recording of the unoptimized observablehq.com page re-drawing the DOM, with a callout: average long task took 154 ms

To reproduce the measure:

  1. Setup the script below as snippet in DevTools -> Sources -> Snippets

  2. Setup DevTools as described in "Measure Process" above.

  3. Start recording

  4. Execute script over "Quick source"

  5. Stop recording

  6. Analyse flames and save the profile if needed

dom-redraw.js

const bi = document.body.innerHTML; 
function fullRedom() {
if(window.__pb_full_redom_listener === true) { console.log('You clicked too fast');}
document.body.innerHTML = '';
setTimeout(() => {
window.performance.mark('redom-start');

document.body.innerHTML = bi;
window.__pb_full_relayout_listener = true;

    if (window.__pb_full_redom_listener) {
        window.performance.mark('redom-end');
        window.performance.measure('full-redom', 'redom-start', 'redom-end');
        const duration = window.performance.getEntriesByName('full-redom')[0].duration;
        console.log(`full-redom: ${duration}`, duration > 50 ? '❌' : '✔');
        window.performance.clearMarks();
        window.performance.clearMeasures();
        window.__pb_full_relayout_listener = false;
    }

    }, 400);
}
let runs = 0;
const id = setInterval(() => {
++runs === 4 && clearInterval(id) && console.log('relayout done!');
fullRedom();
}, 2400);

Page Recalculate unoptimized

DevTools recording of the unoptimized page: a 193.29 ms long task, with Recalculate Style at 87.65 ms for 1360 elements, Layout 56.43 ms for 1875 nodes, Paint 18.18 ms and Composite 14.04 ms

To reproduce the measure:

  1. Setup the script below as snippet in DevTools -> Sources -> Snippets

  2. Setup tedTools as described in "Measure Process" above.

  3. Start recording

  4. Execute script over "Quick source"

  5. Stop recording

  6. Analyse flames and save the profile if needed

full-relayout.js

function fullRelayout() {
if(window.__pb_full_relayout_listener === true) { console.log('You clicked too fast');}
window.performance.mark('relayout-start');
document.body.style.zoom === '1' ? document.body.style.zoom = '1.01' : document.body.style.zoom = '1';
window.__pb_full_relayout_listener = true;
setTimeout(() => {
    if (window.__pb_full_relayout_listener) {
        window.performance.mark('relayout-end');
        window.performance.measure('full-relayout', 'relayout-start', 'relayout-end');
        const duration = window.performance.getEntriesByName('full-relayout')[0].duration;
        console.log(`full-relayout: ${duration}`, duration > 50 ? '❌' : '✔');
        window.performance.clearMarks();
        window.performance.clearMeasures();
        window.__pb_full_relayout_listener = false;
    }
});
}
let runs = 0;
const id = setInterval(() => {
++runs === 10 && clearInterval(id) && console.log('relayout done!');
fullRelayout();
}, 1000);

Page Scroll

DevTools performance recording of scrolling the unoptimized observablehq.com page, with busy areas highlighted at the start and end of the scroll

To reproduce the measure:

  1. Setup the script below as snippet in DevTools -> Sources -> Snippets

  2. Setup tedTools as described in "Measure Process" above.

  3. Start recording

  4. Execute script over "Quick source"

  5. Stop recording

  6. Analyse flames and save the profile if needed

// Scroll up down
const scrollHeight = document.documentElement.scrollHeight;

console.log('scrollHeight', scrollHeight); 


window.scroll({
  top: scrollHeight, 
  behavior: 'smooth'
});

// wait for a second, then scroll back up
setTimeout(() => window.scroll({
  top: 0, 
  behavior: 'smooth'
  }), 3000);

console.log('scroll done!'); 

Page Idle

DevTools performance recording of the unoptimized observablehq.com page while idle, with a zoomed view of constant 20 ms tasks

To reproduce the measure just record the page without any interaction for some time.

High-Speed Web Applications

Intermediate workshop

High-Speed Web Applications

JavaScript Performance Beyond the Basics

Learn more

Audit Documentation

In the following I will document the different phases of the audit including my thought processes.

First Pokes

After my first impression of the flames and the fact that I can't touch code nor assets I decided to focus first on the things I can easily test and measure. This includes runtime measures of DOM and CSS changes.

Here the transferred list from my handwriting as I was too lazy to start a readme right away.

First Quick Findings

Scripting:

  • script driven animations

  • bad lib for DOM animation

DOM & Styles:

  • animation noise

  • styled components triggering refetch of resources (check in hero section)

Media:

  • no UI facade for hero GIF

  • lazy loading options present

  • no compression

  • wrong dimensions

To be more productive I try to focus the audit process on the same technique across the page and then switch to the next one I think is applicable.

Phase 1 - Low hanging fruits & discovery

loading

After a look in the delivered HTML I have a little hope we can land an impact with lazy loading resources as they already have it in use pretty much every where.

Let's quickly check the images without loading lazy on the page...

const imgs = document.querySelectorAll('img');
const eager = Array.from(imgs).map(i => i.getAttribute('loading')).filter(l => !l).length;

console.log(eager+ ' of ' + imgs.length + ' imgs eager (LCP included)');
document.title= eager+ ' of ' + imgs.length + ' imgs eager (LCP included)';

82 of 137 imgs eager (LCP included)

Let's give it a quick try 😁

const imgs = document.querySelectorAll('img');
const eager = Array.from(imgs).forEach(i => i.setAttribute('loading', 'lazy); 

At pageload 31 images are loaded, after all images are loaded lazy 13 are loaded.

contain and content-visibility

I start with the quick wins first and work my way through the previously defined sections.

Tool-bar

Observable toolbar and its markup in DevTools Elements panel, where the nav container has an inline height of 55px

The tool-bar is my first candidate. A clear case for contain:strict as (even if itself is without fixed dimensions, its first and only child is) we can assume static dimensiones. I did a check for mobile, to be sure it is the same there, which was the case: height: 55px.

It will be off screen when we scroll so we can consider content-visibility and contain-intrinsic-size.

I don't measure as I don't assume any big impact.

The interactions with tool-bar elements did not show any animated changes nor dropdowns. The only interesting thing was that when I clicked the searchbox a full page overlay showed up. At the beginning I did not see it but after some interaction I spotted a flicker in the tiny images of the headline.

Observable toolbar with Search highlighted, and an arrow to the search overlay that opens over the hero section

Let's make a note for the hero section to analyze this.

Sections

The majority of the pages content is organized in sections with mid size DOM size. In general the site is media heavy but there are some specific sections containing more relevant animation or media we could have a look at.

We can try if their content is stay stable if we apply content-visibility:auto... It is quite a hick up in the scrollbar, an intrinsic size of 300px makes it way better. Now a quick check on mobile... It's, at least with touchpad and laptop noticable that the scroll is a bit janky, but lets keep it for now and take a measure.

Looks good! Recalculate styles and redom shows pretty nice improvements already.

Section - Examples

One of the interesting sections is the examples section. There we have 2 carousels containing main cards with images.

Their position is animated with translateX which is already pretty good. As a side effect the paint area is huge.

Section - Examples: the Jumpstart your explorations carousel of visualization cards next to a layer view showing its rows overflowing the page width

Here we can try to apply contain and content-visibility. Especially content-visibility will have the impact.

img, video {
  contain: content;
  content-visibility: auto;
}

As this most probably will have an impact on other images and paint heavy assets too, let's add another rule for all img and video tags:

.carousel-notebook {
  contain: content;
  content-visibility: auto;
  contain-intrinsic-size: 200px;
}

After we applied the styles we can see in the layers panel that the paint area is now limited to the cards visible in the viewport or obscured. Another check in the layers panel shows us the affected nodes.

Section - Examples: layer views of the page showing the horizontal example carousels extending far beyond the viewport, with offscreen cards highlighted

Section - Usage

A quick look with the paintflash feature shows that again they did quite a good job, transition is used to run the dimensional changes.

Observable usage section with a months slider and stock price line chart, overlaid with green paint-flashing highlights showing repainted areas

Maybe a small improvement could be done with will-change? I have to understand the animation first...

Observable usage widget with Market database, smoothing and months sliders, and a stock price line chart from 2015 to 2018, outlined as layers

From what I understand now, the animation is driven by transform and some properties are translated. The animated elements are all contained by on container with fixed width and height. Some elements are animated out of the container border-box and faded out.

I can access all selected elements like this document.querySelectorAll('.jsx-6e9c885e3fde48d5 > div').

I can start now to fiddle around, but first I have to stop all the background noise so I can focus on the one animation.

// hero video
document.querySelector('#__next > .jsx-2b91b8133a45a7a2 > .jsx-2b91b8133a45a7a2').remove();
// carousel
Array.from(document.querySelectorAll('.jsx-1511261573 > .jsx-1511261573 > .jsx-1511261573')).forEach(i => i.remove());

As the DOM changes and it's hard to make changes directly on the element in the Elements tab, I first add a class that I can target:

// animated divs
Array.from(document.querySelectorAll('.jsx-6e9c885e3fde48d5 > div')).forEach(i => i.classList.add('animated-elem'));

Ok, unfortunately my default approach does not work, the class attribute is controlled by JavaScript and I have to go with a data attribute:

Array.from(document.querySelectorAll('.jsx-6e9c885e3fde48d5 > div')).forEach(i => i.setAttribute('data-xyz', 'inner'));
Array.from(document.querySelector('.jsx-6e9c885e3fde48d5')).forEach(i => i.setAttribute('data-xyz', 'container'));

With a little bit of CSS I can now target and visually identify the involved elements:

[data-xyz="container"] {
  border: 1px solid blue;
}
[data-xyz="inne"] {
  border: 1px solid red;
}

After some time spent with those 6 elements I did the following thing:

[data-xyz="container"] {
  contain: layout;
}
[data-xyz="wrap"] {
  contain: layout;
  will-change: height; 
}
[data-xyz="inner"] {
  contain: strict;
  content-visibility: auto; 
}
I could not measure any impact clearly so I move on 🤷‍. Nevertheless, I have now 2 snippets to remove noise from the page. 🏆

Footer

The footer is another clear candidate for our silver bullets ;), Let's see what we can do.

footer {
  contain: content;
  content-visibility: auto;
  contain-intrinsic-size: 200px;
}

Pretty nice we could even maintain the height exactly.

Phase 2 - View Port and LCP Detailed Look

Section - Hero

The hero section maintains a little bit of fancy text and a video.

From the toolbar review I have a note regards a flicker in the tiny images of the headline on the right. When opening and closing the search overlay I realized that some images are constantly loaded. 2 images visible in the small bubbles in the headline.

Observable hero section with avatar images highlighted: opening and closing search triggers 5 image requests transferring 1.5 MB

A second look in comparison to the rest of the resources showed that these 2 images are with far distance the biggest on the page. 🤣 Due to the usage of CSS and the background-image attribute the priority is always high so there is no chance our LCP content gets loaded first.

Two DevTools Network panels sorted by size and by priority, showing the avatar images as the largest requests (394 kB and 366 kB) loaded with high priority

I assume it is triggered by react's CD and the usage of CSS variables as background image but I'm not sure ATM.

For now I will keep it with a note to research later...

LCP Asset

The video tag on the right is streamed so the first image can get displayes early on.

<video autoplay="" loop="" playsinline="" class="w-100" style="margin-bottom: -4px;">
  <source src="https://static.observablehq.com/assets/videos/Notebook-Demo.mov" type="video/mp4">
</video>

Here we can apply our finding from above to our advantage. We can use an image and set it as the background image of the video tag. As this is our LCP and the CSS rule will fetch it with high priority we could create an optimized image for the first paint to improve LCP.

In the snippet below I just used an image from the cards to showcase the effect. For a visual feedback you can add a background color to check the impact visually.

.mw-section video {
  background-image: url(https://static.observableusercontent.com/thumbnail/820c1ce779bde2347e128aab81a550e16f95126993729412583ac517dd0c2c1f.jpg);
/* just to demonstrate impact visually */
background-color: red;
}

Phase 3 - Hero section avatar images

I'm back at the image flicker 🥰. This was gripping my attention from the beginning but I was not sure if it has enough potential to dig in deeper, so early on. Now that I am pretty satisfied with my first findings I can finally have a closer look here.

I realized I did not put the selector for the small bubbles containing the avatar image in the doc before... 🙄 Again a turn with the element inspector ... meh! ... and the console.

Here we go:

// avatar 1 - element
document.querySelectorAll('.marketing-presence-widget.jsx-140043cc736fed23:nth-child(1)');
// avatar 1 - URL
https://static.observablehq.com/assets/annie-avatar.jpg
// avatar 2 - element
document.querySelectorAll('.marketing-presence-widget.jsx-140043cc736fed23:nth-child(2)');
// avatar 2 - URL
https://static.observablehq.com/assets/ramona-avatar.jpg

Now as I remember, I wanted to use a random profile picture from a card to show case the impact. Let me do that right now where I am in the elements panel mood...

// dummy avatar 1
https://avatars.observableusercontent.com/avatar/4b4606a6f4b81cdc32e2a3271381da5fad8ffdbd1089b14e89ebcfd1c98a11c0?s=128
// dummy avatar 2
https://avatars2.githubusercontent.com/u/96189?v=4&s=128

Ok. Now as I am prepared with some snippets let's finally dig.

I will open the network tab to see if a block of those image URL's has an impact.

DevTools Network panel context menu with Block request URL highlighted for the large high-priority annie-avatar.png and ramona-avatar.png imagesNetwork waterfall comparison: with all requests the LCP video loads near 9000 ms; with avatars blocked, sections load earlier and the LCP video loads near 6000 ms

Woof, only from observing it over the screen it is a drastic difference. Also the network waterfall looks way more "parallel".

It definitely pays off to think about a solution here!

My first try to change "something" was to just replace the CSS variable value, but it seems it is somewhere recalculated to the same value and set again... hmm.

element.style {
 /* new url below */
 --presence-avatar: url(https://avatars.observableusercontent.com/avatar/4b4606a…?s=128);
}

Let's try to go with static CSS values and selectors.

.marketing-presence-widget.jsx-140043cc736fed23:nth-child(1):after {
  background-image: url(https://avatars.observableusercontent.com/avatar/4b4606a6f4b81cdc32e2a3271381da5fad8ffdbd1089b14e89ebcfd1c98a11c0?s=128);
}
.marketing-presence-widget.jsx-140043cc736fed23:nth-child(2):after {
  background-image: url(https://avatars.observableusercontent.com/avatar/4b4606a…?s=128);
}

Voila! 💪 The refetching is now gone and also a properly sized image is used, only the fetch priority is still on High as we use CSS background-image. But you know, Rome... As a last improvement I will edit the DOM structure a bit to get native lazy-loading and priority in place.

/* reset background-image */
.marketing-presence-widget.jsx-140043cc736fed23:after {
  background-image: none !important;
}

.marketing-presence-widget.jsx-140043cc736fed23 {
  positing: relative;
}

.marketing-presence-widget.jsx-140043cc736fed23 img.avatar {
  top: -28px;
  position: relative;
  z-index: 10;
  border-radius: 50% 50% 50% 3px;
}

Perfect after this improvement they also have fetch priority low 🥳🥳🥳. Bam... I would say let's call it a day. 🌑 The snippets to re-measure are now pretty nice to use and I'm excited to run the measures with the improvements and compare them after some 😴.

Phase 4 - Hero section video

After I added the optimized measures and the TL;DR section I tried to somehow visualize the hero video impact as it is a major improvement of this audit and therefore it should shine.

Let's use filmstrips to visualize the impact:

Before

Filmstrip of the observablehq.com page load before optimization, showing the page rendering slowly over about 11 seconds

I started by fixing the initial height of the image with min-height:427px to get less visual changes measures and a better UX.

Placeholder polishing

To make the smithc from the placeholder to the video less visible I create a custom placeholder image. I make a screenshot, open squoosh.app upload my image and start tweaking until I have around 9KB (initially it was 105KB) and used www.base64-image.de to make it a base64 string.

I started to preload it to get a faster paint and after some measures I decided to inline it. Way faster and easier to apply. The background-image: url() is used here.

Video

To improve the video loading I started to experiment with preloading attributes on the image, but as this will still wait to fetch until the DOM is fully parsed I went with <link rel="preload" as="fetch" href="https://static.observablehq.com/assets/videos/Notebook-Demo.mov">.

I'm nervous... :)

Filmstrip comparison of observablehq.com page loads: before stays at 51% visually complete until about 7 seconds, after reaches 98% at 2.5 seconds and 100% by about 4 seconds

REALLY NICE!!! 🔥🔥🔥

This nice improvement series deserves a image showing the evolution of this improvement.

Filmstrip comparison of four observablehq.com runs: before (100% at about 7 seconds), avatars blocked, preloaded video only (100% at 5 seconds), and preloaded inlined placeholder (100% at 4.5 seconds)

Herosection final snippet

const parser = document.createElement('DIV');
function parse(html) {
    parser.innerHTML = html;
    return parser.firstChild;
}
const v = parse('<link rel="preload" as="fetch" href="https://static.observablehq.com/assets/videos/Notebook-Demo.mov">');
const s = parse("<style>.mw-section video {min-height: 427px;background-image: url('data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAAD/2wEEEAASABIAEgASABMAEgAUABYAFgAUABwAHgAbAB4AHAApACYAIgAiACYAKQA+ACwAMAAsADAALAA+AF4AOwBFADsAOwBFADsAXgBTAGUAUgBNAFIAZQBTAJYAdgBoAGgAdgCWAK0AkQCKAJEArQDSALwAvADSAQgA+wEIAVkBWQHQEQASABIAEgASABMAEgAUABYAFgAUABwAHgAbAB4AHAApACYAIgAiACYAKQA+ACwAMAAsADAALAA+AF4AOwBFADsAOwBFADsAXgBTAGUAUgBNAFIAZQBTAJYAdgBoAGgAdgCWAK0AkQCKAJEArQDSALwAvADSAQgA+wEIAVkBWQHQ/8IAEQgBpQJYAwEiAAIRAQMRAf/EADAAAQEBAQEBAQAAAAAAAAAAAAABAgMEBQYBAQEBAQEAAAAAAAAAAAAAAAABAgME/9oADAMBAAIQAxAAAAD9tVIoiiKIoiiKIoiiKIoiiKIoiiKIoiiKIoiiKIoiiKIoiiKIoiiKIoiiKIoiiKMqFlAB8o+q+HwP0b8/6D7D4nM+++B0Ptvgj7z4PqPqPz3oPsvzg/Rvz/uPpAAAAAAAAAAAAAAAAAAAAAAAAAgFlAEoiiKJNDz97g0wNsDVxsjQzaAAAAAAAAAAAAAAAAAAAAAAAAAIBZQB5/QPB09Y+c+iAHHtk+f09Q6OY6fN927Pzf3+zeeLs574uw4uwlAAAAAAAAAAAAAAAAAAAAAACAWUAcuo8c9g8b2Dx69Q8c9o8++ooAAAAAAAAAAAAAAAAAAAAAADxe0AAA+X7NdDQIBZQABMYO6CoKgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKg8/p8fsUEAAPnew6ggFlAADnzPQgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKgrzdzTNPi/b+d9GaC5AA8nfoAIBZQAA4ZPSgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKmTbmOnn6YlvXzxfVy+X7Zenkz4c9N/oPg/euA3zAA8fs8HqOoIBZQAA45PQgqCoKgqCoKgqCoKgqCoKgqCoKgqCoKgqCueypyOznsnzfofPx09Pg1MdPN17zOueevWz1+iXv5gAADh2KCAWUAAOEPQgqCoKgqCoKgqCoKgqCpDTOTogqCpk2gqCoLmw565M67cdeaaz7fLvN59MbMutsxj241nx9/QKl1kAAD5vr7gCAWUAAOOT0IKgqCoKgqCoKgqCs0qCoHDbOul571msjSYOjEjpGDeNZWxmXFupczds559HOOXbdrn0LmxK0gqUAAAl+d7DqCAWUAAOGT0XiO05Q7uA7zjTreA7uI7OI7OMO7gOuuA63nk7Z5wuol1rmNzA64zS75jpMw6ZyOmJDbA1vEOucSzu4js4js4js4js5dQAAAACAWUAAPOOl5WztjI6uI3eVNdOWzV4dpbmYs6Xlk7OWjTmLrGhJo6olxnpzsusi3n2M53mM2aqWbjO+XVbAWCoKgqCoKgoAAAPifV7ACAWUAAZ5CO/m1nPbFMxpNOnnl6Tr5a314809Lz9VZ6ZM5687NTpzl68fXzlbx1AlznoMs6OPoxbNcellASiagqCoKgqCoKgqCgAAAPh/XOoIBZQACXhD0Y0PJv0LPNrvyOmpzl6fO+jxuXh9/i1OvTj7I49bua5dKlcuvNOuGlqCoKgzuCoKgqCoKgqCoKgqCoKgqCpQAACUAIBZQACLC41Tj2QvLoKQvLpRz6YPL7c6sZ5bjolVnUKlBCpQQqUEKlBCpQQqUEKlBCpQQqUAAAAAAgFlACC+X0Dy+zI15PSPL7MjXk9I8vsyNeX0Dz+rI15PSPN68jXl9A83ryNeT0jzevI15PSPN68jXk9I8vsyNeX0Dz+rI15PSPL7MjXk9I83ryNeT0jy+zI15PSPP6sjTI0lAAAAIBZQDPl9WTya62zzO3ZfPe6BxOzn0AAAAAAAAAAAAAAAAAAAAAAAALvGwAAACAWUAznWTLXA3rjmvTnXnj0fC+l1Th7hQAAAAAAAAAAAAAAAAAAAAAAALvGwAAACAWUAznWRydTxvYrjvaMef1rPPn1Djn0DxdPSTzPSXzdOo8ufYTy99l4T0DGyUAAAAAAAAAAAAAAAC7xsAAAAgFlAM51kxjfGvQ8/aLrn0AAAAAAAAAAAAAAAAAAAAAAAAAALvGwAAACAWUAznWRy68zzzrz09XCdpOVzLn52se+679zFAAAAAAAAAAAAAAAAAAAAAAAu8bAAAAIBZQDOdZGdZJOSut50s35469PJ7QAAAAAAAAAAAAAAAAAAAAAAAC7xsAAAAgFlAM51k4dOfOvW8nY6uXWAAAAAAAAAAAAAAAAAAAAAAAAAALvGwAAACAWUAznWRy68zOsyzdnNdy4jXTjU7hQAAAAAAAAAAAAAAAAAAAAAALvGwAAACAWUAk0M+f1DxPas8WvWXxX2E8F9w+dr3jwejujz9tFy0MtDLQy0MtDLQy0MtDLQy0MtDLQy0MtDLQy0MtDLQy0MtDLQzoAAAAIDhoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMg//8QAPRAAAQMDAgMFBgUDAwMFAAAAAQACEQMSITFRBBOBECBBYXEFFCIwUJIjMlJUkTNgoRUkQjRAwURisdHw/9oACAEBAAE/AABAwoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGygbKBsoGyIEHHgm6D+yjofRN0H9lHQ+iboO77VqVabKLqdQQHOL2XWF7QPAoe1KgrU6RtM1abPjw8scybincZxXE0OAc99NjK/E2ODCdGgpvtd4a/DIHJh+YaHmCSh7RrHiqdCykcMNwdh4dOWLiePr8NxfGtua5jTQDR+gP1eqvtXiaZAso4ZSJzM31LE/2tWZgmg2OfLzp+EqftSvUqlvIZTtaCWPMOgsvlf6tWbQ4Wq7kzVYyrbs0kAoe0a9J7hUqUnA8bVpbWhrS4JntXiajC9tJhs4NlcsGXG6cBUuPJ4GvxLzShkWuBkGV/q9csEMpB1vEkk+PIKHtOqa7GcpsF7WR60771T9s13MY8spQWUHx5VnFq4r2g6tS4tgeAG2OY9hgyKlpCqe0qtGrxLWMZJ4t7Jc824ZIXDcbUq8W+i9gaLCWRmYj6mdD6Jug7pa12oBRa06gK1v6R/Ctbn4RnyUDGBjRQDMgZEK1v6R/CfwtF9alWLfjphwbtDtVAJkgaQrW/pCtbsEGtGgAVrYiBG0K1v6R/CtbsNI0Vjf0j+Fa39I/hWtiLR/CgSTAk/UzofRN0HzXPa0gGc7CVzWbP+wrms2f9hXNZs/7CuazZ/wBhXNZs/wCwprg4SD9XOh9E3Qd3iKTqnKtJxUBMOjCaPaAAy3H/ABxCZ76aVMvIvvJdpMQp9phkvidsKi/jnljiPgIOoE9x7XOc4NcQeS6CEf8AUQdKv9MKh75zKfNDw2MzpH/3Pc4sVzwNcUZvvdprEr2O3ixVqECqKdufDKittUUVtqiittUUVtqiittUUVtqiirtUQmBOv046H0TdB81zGuiQuTT/T/krlU/0/5K5VP9P+SuVT/T/krlU/0/5KDQ0QBA+rnQ+iboO7UqFhpwwuueG48EeNpte9rwQQ6BGZQ46lNrmuDs4R46iAx0PhwkYR4+iNQ8dEePoiPhfnyTeMoueGC7JIBjGEOPoETD43hHj6QH5HydBGqPFNLWuYwvBBO2GqjW5o/IWmAY9fq/EcXWZXqMbUY0MsEWXk3ZnULhKrq/D0qjokgzHkY7TofRN0HegbBQNgoGwUCZgSoGwUDYKBsFA2Qa0RDRjRQBOPp9PiXv4urQLWw0T5jY+c/IqcNw9V11SixzoiSE1rWNDWtDWgQAMAdp0Pom6Dvgg6EH6uOGYOINcEySTHgC7B+YdD6Jug9O9VptqstO4P8ABlDh2w8Fzjc+6R8P/wAKFChQoUKFChQoUKFChQoUKFChQoUKFChQoUKFChQoUKFChQoUKFChQoUKFChQoUKg6ueIrNe9pa2cAg+kfI4ni69N7xSpgtY9rHEyficqNXm0w+205Dm6wWmD2nQ+iboPr3AAv4ys/LQA7HkTBb8irwYqVDUZVfTcYutiCRoYPiqVJlGm2mybW9p0Pom6D071WmKjLTjIM+hlM4ewPAqvFzpluF1K6ldSupXUrqV1K6ldSupXUrqV1K6ldSupXUrqV1K6ldSupXUrqV1K6ldSupXUrqV1K6ldSupXUrqV1K6ldSupXUrqV1K6ldSupXUrqUcZLoXUriKr6QaWtmZ3/jG6JAbJdAAkz4JrmvaHNfIOhBXUqrVFHi2tDw0GLsY87vmHQ+iboPq9Ci6kHBz5lV6IrNAJiDOkpota1ucADPl2V23UagDbjGAuFBFEAgzcTJEF0+ML2m97aTQMAoUy9/CwJcd53+RU42lTqljmuhsBz/BpKBkT2nQ+iboPTvV6b6llr7bXSqdGqwVPxoLn3SBPTK6rquq6rquq6rquq6rquq6rquq6rquq6rquq6rquq6rquq6rquq6rquq6rquq6rquq6rquq6p7rGOdkwFSfzGXKoXNY5zRJCpOc9gc7BVM173h4huYXEV+Q1piZ8wNEOLpF4aCdrvCYmFT4qvSLroMnxKq8SBw5q03DwmfCUOMrNpPfUfLvAHdVqlWubvE7jbwXD0S5zWPkEEDz01jcb/I4rgveHOfIa8ABh38iqFM0qNKmSCWtAkCO06H0TdB9Wc4Ma5x0AlcNUiuTMgyD1OPVcUJa0mLQYjzKqmiTLcHwLskWoS6BdAGM7TIVV7MNtOAJM50TTSbbaTiCcWzHrqUK0uy0RGgwMeS4amadPOpzHzDofRN0HerNrGw0nRDs5hU2cS1jw6qJvkSLoCysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKyg+Xlu0/4WUZATKtzXOOAEKjCbbhdsdVlVSBTfJ8I08SqM06b7R8ZwPGE99UwKk+hE4TIdGBjy8E6kyHQ03eHTyVKg2oQHPb/5PoqlIUSWyJxmNAuHcacusBkfJq8TRouDXuycwAXQNzCa5r2hzSCCJBHadD6Jug+nudaJTXFzj8ESNfFU2WA5lPeGCSqdYPDg7ZYFUPbgTMKo+2ncE11WthxlvnohUNOq0N0GE5ra1WRmUaTNg3YgSg0ioGgzAx/GCqVKahuJkZj0T6ThUc5wMEkqnQLCCHbE/J4jhq3MqOptvDyx+H8tzXs06LhqRo0KdMkEiZjSSZ7TofRN0Herc74OVvlM95ipdZN/wg+DY8llZWVlZWVlZWVlZWVlZWVlZWVlZWVlZTrowhdAmJRuvabhCysrKysppcRkLKysrKysrKcCQRK+IYDtdiqMtJanuOQWgjwwh8BMHVNpycaFOuqgScBPtEBoT2AsZpJyqNINuzk4TqExlfwmgEkj/wDSiJ1AKz806H0TdB9AJA1VQm9NMjXvyJjsJhAyJTHF0ynmAnuPL8yqYJcCrX3ZbiU8yXBwwuUHCUWOMEwIRM4AQGYKfTaY1EKmDnZEgdgAGkfLkTEiYmO4dD6Jug71Y1gGcoSbspruIip8Em/4Q/4cLKysrKysrKysrKysrKysrKysqXTosrKysrKgOdlFhOyaC2VlExqgSVJCBjRXZiECbtFlG/TdZaE2MwE/I0Q0ggEISCi/ZGCMjKm0ABEEhWQUZkYC6LoiJ1AWUBCysrPyOL4Y8xvF0WF1dhbi6JaFRe99JjnsscRlu3adD6Jug9PkEx2kdwoH5WZ7LezwKBwVEoA5TVdlOhAo5blCNEYlCEUZAwUCYW60CgE6pwwrRCtMotBMo6Jsz/2p0Pom6DvVn1GBhY2ZdnEplSu4PPJLofAAxjqr6h1pFvqQrq/hw7nDcEK/iP2j/uCL6sSaJBjSQjUrjXhXfcFfxH7V/wBwRe/H4J0n8w12XMqfF+CfI3BF9QHFEuzuAg/iP2r/ALgr60f9O66YtuEq/iP2j/uCv4j9o/7gg+pm6i5vqQr6v/Dh3OEeBC5lf9s77ghUrkwOGd9wV3EftH/cEHVwc8M8bm4LmVj+Xh3H0cEH1fGiW+Uhcyt48O4Y/UEalWf+ndE4NwV74P4J9Lghfn8Mx6hFzxFrC7O8QiXAkWHcGQr3DSkT1CDnOALqZb5SCi5wiKZONwg+pMckgbyFnZGdlNSfgoucI8CFJM4Vzpiw+sq5xA+EifPRS4AE0jqfEK6pkNoOOmhHipqSYoOd6EZV9b/lw7h1Curn/wBM+N5CDq0f0Hz4CRlX8R+0f9wV1eYPDPHnIU1/DhnnqFfxH7R/3BX8R+0f9wV/EftH/cFfxH7R/wBwV/EftH/cFfxH7R/3BX8R+0f9wV/EftH/AHBNfWuAdQc0bkj5h0Pom6D5E5QcJjsJzBWOwkShohqgI7jiE09kKRKJCGFOZRdgFHPcdqpKCOIUot2QytEMoRMFalOQ1C8ewof9p7SfxLK7Ie9tK1thaD+ed27bLhzVNCiav9SwX+vadD6Jug71auaURTcfiiTgdEysXiobZAfaLcqSg74gVeTlXz4IuCnMr/KLzMQi1zciVNwV2cKU4x4J7tMJrtU5ykmBlTClXeCvgQrg9AkmFBBEhBdCiCfAqQE1zjIhPkQgZXQqE4gDRDSUMmUSblHkUD8azOhhdCuhXQroV0K6FdCuhXQroV0K6FdCuh+adD6Jug77jDSg1zgi0NGsondNItcSEBfMIkAaGUyJhQCYBFyfUcBCYTa6UAHK9rQIyjNQAtKdkhupCeCH/CsyUHYKuJXgPVB2DKDQGZGSgciCmCHHCg3TPaSRECU5oAJTfyhGZiMINmp21TEJploO4QEIiUZkRoi2SD/3h0Pom6D071XiGUyAQSboPgqddtQVSGvIY+zALp7Htn8pkeKe8PIYBJTCOU6QMICqWkeErDHC7IQtOQiyxwMr87VecslEOaz1QdAOUyo5gMeKoi5xeTlVYGfFU5cCFyfPC5ToM4jdAWU95TnD4Zns5YANoymFwNpHcnsa2HEyUcgwmiEcgwmyBnslSpUqVKlSpUqVKlSpUqVKlT8n2l7Ur8FWYxlBpBIy6VQqOq0adRzCwuGh7TofRN0Hp3iAde0tAa6MSEwOBLgP/OoTRUYx5skwMFUnukgjAnCFtdu0JjQ1oHZ4YVUPpPnxKqtmkJIEBTmHEgoi3BGi4djmlxn4SuIYYuBVJpDROCQJCLXuJB0RaCIQAAgJ7CXiBjx7DfeP098MhxdP0KAe4dD6Jug71TiKdMgamYIHgmcTSc17ibQ19uVI3UjdC0aQpCkbqyHgtIAUhUwWl1zpUhVQZD5kNXw1Wg6ZKe1pgBgbHTp6poLqrmOfmCFTFjYJT2teBJQgACVIUhSFUeItugmE3DQCZKkKQpCkKQpCkKQpCkKQpCkKQpCkKQpCkKQpCkKQpCkKQpCkKQpCkKQpCn5h0Pom6DvFrXRIBjdBrWzAAnbsffabNU53EGm3Jmc6T5IT49lKqKgMCI7jqZdUa67A7DUYHtYdceglUg08S92Zz2se14lpnuFjXEEjI+nnQ+iboO+TAJQIcARoRI7SQASdAJQIcARoRIQAHYSACToBKaQ4AjQiR2uDPzuAloJlNtIDh4gGeytVFMCWyDKa1lNpgEDUzkoEEAjQiR2kgAk6ASgQQCNCJ7SQASdAJKBBAI0IntJDQSdAJKBBAI0Intc4NaXHQCSgQQCNCJ7XENBJ0AkoEEAjQjtJABJ0AkoGQCO0kNBJ0AJKBkAjx7XENaXHQAkoEEAjQjtc4NaXE4AkoEEAjQj5x0Pom6Dv1zxYd+CAWkCcBUDxYc1tVkNg+A7a54sPikAWkAGQFQPFh4FVkNz21zxQceUA5pAEEKieKD2tqMhkbAdvEe9D+iAWkQRCpe8ipbUAsAMQB07a/vQd+EAWkDBConir2h7CGQdQB21jxQf+EAWkARAVI8UKgFRsMz4AY7a54oP/AAgHMIAhUTxYeBVYA2DpEdtc8UHEUgC0gCCFRPFB7W1Ww23YDtr+9Bx5Qa5pAwQqB4u5gqsgW7Dtr+83RTALSACCAqPvIqQ/8kGMDGwx49tc8WHfhAOaQBBCoHi7miq2BB8B21/e7iKQBYQBkKieLvAqshsHtre9XvFNpLMDIEGVSPFio0VGQz0HbW95L3Cmwllo8AQZVL3kVIqAWQYgDp846H0TdB3CYUqVIUq5SpUhXK5SFIVyuVwUq4K5SpCuVykK4K5XK4K4K5XK4KVcrlIVwVyuClSrgrlKkK5XKQpCuVykK4KVcpClXBXK5T8o6H0TdB3HKvTqvfSseWgSSVUHEMDxSY6OY4jxkHRNNanzi5r3/GLQI0O3on85/vTQCQLgzwyDiCn+9ONUNBaCw24AgwI6qKhqEif+nht3g+czC4URw9EQQQwSDrP186H0TdB3HdlWq2k0OcDBMY3TXXF4LC210ZjKZUc+tWbi1lo85Oe7X4mhwzbqzw0KlVp1mB9Nwc364dD6Jug7juxzGvtnwcDHmFDGXuhrbjLjpJ0ko8prnvwHWi7eAi9gcGlwmCY8gi4NaXEgACSUKlMhpD2w7TOqkYyM6ZXtQcS7iqIoUi+A0k7LgmVQHvqNLS4DB1x9cOh9E3Qdx3bxFJ1WnDYunE6ZEL3dvLrMnNQZMeUJ3CBxqS+b2OaZYD+YAItBaWnQthHhWFsOM/gmlMAYTeCYKjajn3EGTI85VGnWY9zqrw5xaBIEaEn66dD6Jug7ju2u1zqTg0SZBHQqp70574a+y4FsROCg3inio2pEGmQBGJjdNNQ1Gy14byhrEXIsBeHyfScJl/LF5+KMpnPYAA0xPXwyUWVXtFzj/UkgRoCp4mXSCBd4RMeSp8699+k4wniuHVCwnNsbDeE88W0EyYjYIe83Z0g+A/yv9wHUhkiBecJvPa2mIcfBxMbo+8wyHakzgGNlWNUNHKGZR95zrr4RI9F/u/inbwjCmq1peRDuW2drh4IX8vP5iFYSxpBcHCmRE+MJtNzRRbJ8bj6hMYGCASfUz9MOh9E3Qdx3ZWeabWvGnMaHCJkOMYQIM5GNf7DOh9E3Qdx3Y8U/hL4+FwIJ3U0aXNeIFz5fGTccZVzQXC4Y1zog5p0cDicFF4FRtPMlpd0H9gHQ+iboO47sey8sMwWukYle7NioLj8Wnlm5O4Zri8lxNx23NxQZFV9SfzNaIgYhcv8AH5oMSy1w3zI/sA6H0TdB3Hdtdr3U/gLpDmnGCQCqj691UNuta9rRAEm4+ey/3ltWS6eWbQwNmY8J8UW3NgzkZVlRtSmBdY0yme8BtMRGt0wmCuQy9x1N2AuM9oVOFpiQXPc9oaqHG16zaodh7DkBEclrqga95MfCNyfrR0Pom6DuO7a1UUmF5Ejx8vMp1c5tbMPDddV74yCRSeQANhkqnxTahgU3flknbEwmvL6TXtbBcyQCQYJ3IT69Rj2tc1ukmPVO4n4mBoEHWei43hf9Tr0hNgotvGd1wPBUeE5xY8ve901Hn62dD6Jug7ju19lsvttH6tFNIuOWXY2nyU0Zn4JDfLRA0SQQWTb5aJrqfwhrm5EtA2GyqVKLKlJr4veSGbrmURyw20io4taWiROsGEHUAS8OYJ+CQRrsmsay61sXOLj5k/WzofRN0Hcd2vYHgA+Dg7+DKdwtM83JBfORq0nOCjwlKX7OEKpw7KjnEki5lpATKIY5hDsNDhEAA3GZTqYc5rpILQ4CP/cIVPg2Ug2HukVRUnziEeBpEQXEi4kAjAnUR9cOh9E3Qdx3ZxAc5tMMHxCqwgxNsHJTHlxqAsLbX2gn/l5j+wzofRN0Hcd2V6/JDPgLrjvCHFh1wawmC2M63GF7yQa4LCTTKZVD3lojDGumQZuRc7ntZIt5RcfWQP7AOh9E3Qdx3ZAKqPp0hc4amMCSSubRcHyW2iCS4YhybUpF7mtc0vAE+h0TjSDxcWh4BidYK5jbg2dQTPhjVc+lLQHzdpGZXPYQwiSHvsaufTgESReG+hdomvDi8DVrrT9bOh9E3Qdx3bUpMq2h4kNddCfQa5xdcQTbpGC3QocOGtc1j3smmGSIkRoQnUmuvkmXMDSfRHhmFoaXOOHg+YfqmUmsLCNWkkGB44XIAbSa1xinUuE7bL3ZoDWhxAD2u+3QI0nfGWVC0vqte4x4Dw+tnQ+iboO4QoKgriaD6zWNBAF8n0RoVWl9hw6zM5MYKZT4hl7z8bjTbAuhpcFUpcQalzTgDGcCQmUqwexznn8rh+bzxKZw7w3hA4/0mm6DgujVCjUilIyys52vgUaHEtFrapHxvJMzInCfR4ozFWJqGfJvhCfw1apzbyDLYbJ80+jxUvDKlo0YBEAIUuMyDV8ImQUwVQGB7R+Uybpyn0nOrUX4LWB2PM6FQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVBUFQVB+UdD6IaD0/so6H0TahGFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsFzTsE6oThf/EACQRAAIBAwIHAQEAAAAAAAAAAAERAAIhUBBAAxIgMVFgYRNw/9oACAECAQE/APe6Ty1Apozi8T9KzUgP4OMGxOYEGVVBKUYKo3ENTMVXaXawDvDUjA0ZdfYrNXnL2gpAO4LPWYrROEQDdrrUUWxWii6FFFgk4lpbR716gqUmGO2FJfozw1tRbBvRxxx/BHHH8Ece7th7+JcS/iG3jtg7ecKjFh7YVx6OP0T/xAAkEQACAgAFBAMBAAAAAAAAAAABEQACEiFQYGEQIDFAA0FRMP/aAAgBAwEBPwDfZDBEpXBVN7hOjXzIPGhfsVlDSwIlKHGyk58nkDQqgYTK1QmKpz/IcKJTh99ZStQRzLIkcQp8GG2aeUxHOG5IXsBDvEJzjXiAwn23/Bx+i44+1xx6CY1G59zPooOwewoulg5YQRZvodDAWxVpJ+tGUXMUw8mLmLmYeTFFsMiMfpiBr5z3fn1D0NdVFFsP/9k=')}</style>");

document.body.prepend(v);
document.body.prepend(s);

🗣 Memo to myself: Never maintin base64 images in a readme again!

Optimized State

Measures after application of all optimizations

Filmstrip Pageload optimized

Filmstrip of the optimized observablehq.com page load: 98% visually complete at 2.5 seconds, with the Largest Contentful Paint frame, and 100% at 4.5 seconds

Page Refresh optimized

We can't run this comparison easily so we skip it for now.

Chrome DevTools performance recording of observablehq.com after the DOM re-draw optimization, with a callout: average task took 25 ms.

25ms before 154ms

Page Recalculate optimized

DevTools recording of the optimized page: a 15.45 ms task, with Recalculate Style at 8.34 ms for 266 elements, Layout 3.38 ms, Update Layertree 0.96 ms, Paint 0.9 ms and Composite 0.46 ms

15.45ms before 194ms

Page Scroll optimized

DevTools performance recording of scrolling the optimized observablehq.com page, with callouts marking the less busy areas at the start and end of the scroll

No busy areas anymore.

DevTools performance recording of the optimized observablehq.com page while idle, with evenly spaced small tasks highlighted as 5 ms each

5ms before 20ms

Comparison

Measurements in comparison

Filmstrip Pageload comparison

Filmstrip comparison of observablehq.com page loads: the unoptimized page stays at 51% visual completeness until about 7 seconds, while the optimized page reaches 98% by 2.5 seconds and 100% by about 4 seconds

Page Re-draw DOM comparison

Re-apply DOM comparison in DevTools: the average task was a 170 ms long task before the optimization and took 25 ms after

Page Recalculate comparison

Recalculate styles comparison in DevTools: a 256.25 ms long task before the optimization versus a 15.45 ms task after

Page Idle comparison

Idle comparison of DevTools main-thread tracks: tasks took 20 ms before the optimization and 5 ms after, with far fewer tasks

Resources

Attachments

Raw files and screenshots of measurements can be found in the /raw directory.

Performance profiles

Raw performance profiles can be found in the /raw directory and viewed in GitHub or in the performance view locally or online.

Name

Timeline

Size

observablehq-idle_after.json

timeline-view

24.16 MB

observablehq-idle_before.json

timeline-view

8.6 MB

observablehq-recalculate_after.json

timeline-view

13.37 MB

observablehq-recalculate_before.json

timeline-view

21.61 MB

observablehq-reDom_after.json

timeline-view

20.48 MB

observablehq-reDom_before.json

timeline-view

16.53 MB

observablehq-scroll_after.json

timeline-view

14.62 MB

observablehq-scroll_before.json

timeline-view

10.81 MB