html背景base64,将背景图像数据嵌入到CSS中作为Base64的好或坏做法？

我正在查看一个greasemonkey用户脚本的来源，并在他们的css中注意到以下内容：

.even { background: #fff url(data:image/gif;base64,R0lGODlhBgASALMAAOfn5+rq6uvr6+zs7O7u7vHx8fPz8/b29vj4+P39/f///wAAAAAAAAAAAAAAAAAAACwAAAAABgASAAAIMAAVCBxIsKDBgwgTDkzAsKGAhxARSJx4oKJFAxgzFtjIkYDHjwNCigxAsiSAkygDAgA7) repeat-x bottom}

我可以理解，一个greasemonkey脚本想要在源代码中捆绑任何东西而不是在服务器上托管它，这是显而易见的。但由于我以前没有看过这种技术，我考虑过它的使用，看起来很有吸引力有很多原因：

它将减少页面加载时的HTTP请求量，从而提高性能

如果没有CDN，那么它将减少通过cookie与图像一起发送产生的流量

CSS文件可以缓存

CSS文件可以是GZIPPED

考虑到IE6(例如)存在背景图像缓存问题，这似乎不是最糟糕的想法......

那么，这是一个好的或坏的做法，为什么你不使用它，你会使用什么工具base64编码图像？

更新 - 测试结果

用图像测试：http：//fragged.org/dev/map-shot.jpg - 133.6Kb

测试网址：http：//fragged.org/dev/base64.html

专用的CSS文件： http：//fragged.org/dev/base64.css - 178.1Kb

GZIP编码服务器端

结果发送给客户端的大小(YSLOW组件测试)：59.3Kb

保存发送到客户端浏览器的数据：74.3Kb

不错，但我认为它对于较小的图像会稍微有用。

更新：谷歌的软件工程师Bryan McQuade正在研究PageSpeed，他在ChromeDevSummit 2013上表达了数据：CSS中的uris被认为是一种渲染阻止反模式，用于在他的演讲中提供关键/最小的CSS #perfmatters: Instant mobile web apps。请参阅http://developer.chrome.com/devsummit/sessions并记住这一点 - 实际幻灯片