derek | Shared With: Everyone - May 30 2008 | reviews, movies, steroids, performance, america
derek | Shared With: Everyone - May 14 2008 | css, firefox, performance
derek | Shared With: Everyone - Feb 05 2008 | caching, web, performance, scaling
Good data, don't rely on cache.
Quoted: 40-60% of Yahoo!’s users have an empty cache experience and ~20% of all page views are done with an empty cache. To my knowledge, there’s no other research that shows this kind of information. And I don’t know about you, but these results came to us as a big surprise. It says that even if your assets are optimized for maximum caching, there are a significant number of users that will always have an empty cache. This goes back to the earlier point that reducing the number of HTTP requests has the biggest impact on reducing response time. The percentage of users with an empty cache for different web pages may vary, especially for pages with a high number of active (daily) users. However, we found in our study that regardless of usage patterns, the percentage of page views with an empty cache is always ~20%.
derek | Shared With: Everyone - Feb 04 2008 | javascript, firefox, ie, performance, trimEvaluating trim functions for performance ... this really should be a standard library function.
derek | Shared With: Everyone - Nov 12 2007 | ocaml, jocaml, erlang, performance, scaling, concurrency
derek | Shared With: Everyone - Aug 29 2007 | video, javascript, performance
derek | Shared With: Everyone - Aug 02 2007 | javascript, efficiency, toread, performance
derek | Shared With: Everyone - May 12 2007 | javascript, download size, file size, performance, obfuscation, minimizationI prefer this approach, Javascript is far too expressive to be safely obfuscated in general.
Quoted: No other characters are omitted or modified. JSMin knows to not modify quoted strings and regular expression literals. JSMin does not obfuscate, but it does uglify.
derek | Shared With: Everyone - May 12 2007 | performance, http, web design, developmentQuoted: The key insight behind these best practices is the realization that only 10-20% of the total end-user response time is spent getting the HTML document. You need to focus on the other 80-90% if you want to make your pages noticeably faster. These rules are the best practices for optimizing the way servers and browsers handle that 80-90% of the user experience.
derek | Shared With: Everyone - Jan 11 2007 | mysql, blogs, performance
Related Content from Around Faves
performance
-
1 FaverViewed: 15 TimesQuoted: When you install your Windows XP system, the installation process adds some default configuration settings in the registry. These registry settings control the way your ...
- seregine - Jun 16 20081 FaverViewed: 9 Times
- ChargedAudio2 - Jun 23 20083 FaversViewed: 6 Times




