|
Benchmarks
When Bundle-Fu was released, I made the statement that JS compression yields marginal results. Bundling yields about 6 times more performance than bundling+compression. I still hold my position that bundling is the biggest speedup you can perform (knocked off 1 2/3 seconds load time in this benchmark). Javascript minimization only yielded an additional 1/7th of a second speedup. However, that's not to say it's a bad idea to compress javascript - every bit helps. Here are some benchmarks of real world performance increases experienced by employing bundle-fu: Overviewhttp://spinstudentlife.com/sightings
Test was performed by clearing the cache before each load. Load times calculated by firebug. BenchmarksUnbundled, Uncompressed
Bundled, UncompressedJS size - 192k
Bundled, CompressedJS size - 142k
SummaryOverall speed gained by:
Further speed could be obtained by implementing server-side gzip compression of css/js assets. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
► Sign in to add a comment
Using bundle_fu didn't improve performance at my side (apache bench). 100 Request, 10 Concurrent, single mongrel instance, 5 JS + 3 CSS
Is there something I'm missing?
bundle-fu optimizes overall loading time, not page rendering speed. Use firebug to measure your speedup.
What's the benefit of packr vs jsmin?
packr is a bit better compression, but it appears to be BUGGY and corrupts some scripts, so I don't use it. jsmin is much more reliable.