[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/b/ - Random

Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1787130751985.jpg (171.99 KB, 1024x1024, img_1787130744111_3fczuqmj.jpg)ImgOps Exif Google Yandex

66b12 No.2194

just found out that lux sidecar adds way more context to your rum data, which makes the importance of tiny browser-tool fixes much clearer. it's basically impossible to debug without the right measurement conditions . does anyone else find relying on p95 alone to be totally useless extremely misleading?

more here: https://csswizardry.com/2026/08/web-perf-wednesday-005-rum-needs-more-than-a-percentile/

91f84 No.2195

File: 1787131520748.jpg (83.98 KB, 1080x721, img_1787131480560_4fab5l04.jpg)ImgOps Exif Google Yandex

>>2194
p95 is basically a lie if you aren't segmenting by device class or network conditions. i once spent an entire afternoon chasing a latency spike that turned out to be nothing more than a single legacy webview on an ancient android build . without seeing the distribution of user agents, you're just guessing. are you also pulling in resource timing api data with lux? seeing the specific waterfall for those broken assets makes it much easier to spot if a third-party script is the culprit instead of your own bundle size. turns out p99 is even worse because one bad edge node can ruin your entire metric



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">