Aaron谈到的风趣儿的小半是：
而后创立JSON补码的对于象（即pagelets），外面蕴含了“pagelet需求的一切CSS、JavaScript资源、HTML形式以及一些元数据”。
简单主页一直攀升的加载工夫提早成绩曾经没有是什么新议题了，也有没有少人提出运用那种弹道技能来晋升功能。明显，这是由使用笔者掌握的，并没有会遇到HTTP/1.1弹道的成绩。一旦阅读器发作了变迁（比方HTML 5的宽泛完成），BigPipe翻新的用处能否还会这样大，咱们没有得而知。 (义务编者：帝位库)
Komatsu的示例将Facebook的翻新、HTTP弹道成绩以及HTML 5的将来无机联络正在了一同，特别是WebSockets以及他们最终该如何交互以晋升Web站点的功能并最大限制地升高用户期待的提早工夫。正在body标签中，有个沙盘指名了页面的论理构造和pagelets的占位符。BigPipe是Facebook的翻新钻研之一，同声也是Facebook的“机密刺刀”，它可以极大晋升站点的功能：正在大少数阅读器中，BigPipe都能将用户感遭到的提早工夫升高一半，除非Firefox 3.6，BigPipe能够将Firefox 3.6的提早工夫升高50ms内外，大概升高了22%内外。那样就增多了用户期待的提早工夫，均匀提早工夫为双向的ping工夫除以答应的联接数。
遭到软件的启示（弹道与标量微解决器），Facebook团队运用PHP和JavaScript（并没有需求改观现部分Web效劳器和阅读器）“从新设想了现部分Web效劳解决进程”。从新设想的形式囊括：将页面解决进程合成为8个没有同的方法（每个方法所谓一度“pagelet”），内中一些方法能够并行解决。运转后果令人惊讶：565毫秒对于31444毫秒，天哪！Web Sockets快了55倍，这是由于Web Sockets缩小了少量无须要的header消息。head标签蕴含了BigPipe的JavaScript库，用来注释稍后收到的pagelet呼应形式。禁用弹道象征着需求应对于每个要求，正在下一度要求收回前需求开释掉上一度要求所构建的联接。
BigPipe及有关翻新的驱能源是：
近来，Facebook的钻研迷信家Changhao Jiang引见了一度名为BigPipe的技能，这项技能可使Facebook站点的拜访进度晋升一倍。假如效劳器禁用了HTTP延续联接（keepalives），那样还需求再停止一次TCP三次背手，这又招致一次双向联接，形成提早工夫倍增的前因。Aaron Hopkins正在Die.net上议论过如何优化页面加载工夫，除非保守的页面要求生活周期外，再有没有少反应要素能够反应到页面加载的提早工夫。经过前往如次形式来呼应最后的页面要求：
相比于10年前，古代Web站点的静态性与交互性都迈上了一度新走廊，保守的页面解决模子曾经无奈满意当今Internet进度上的需要了。因为WebSockets能够正在任何工夫发送与吸收，能够由顺序员间接掌握，因而它并没有会遇到代理搅扰（proxy interference）的成绩，弹道性能是保险的，没有该当禁用。
这并非HTTP Pipelining。
一度未闭合的HTML文档，蕴含了HTML head标签和body标签的第一全体形式。网络传输是由WebSocket frames形成的，而非HTTP要求与呼应。
。
该示例运用了HTTP Pipelining，但一般众人以为这样做有些“风险”：
... 对于HTML5 Web Sockets中的数据流与XML HTTP Request停止了比照。
Kensaku Komatsu创立了一度示例（The Zinger提到了该示例）：
Jiang并没有说BigPipe应用了阅读器所固部分弹道性能，实践上却使眼色了BigPipe并没有这样做，由于他说没有需求对于现部分效劳器与阅读器停止任何改观。
IE、Firefox与Safari默许状况下是禁用弹道的；Opera是我所晓得的唯逐个个启用了弹道的阅读器。