​HTTP管线化（HTTPpipelining）是将多个HTTP请求（request）整批送出的技术，而在传送过程中不需先等待服务器的回应。请求结果管线化使得HTML网页载入时间动态提升，特别是在具体有高延迟的连接环境下，如卫星上网。在宽带连接中，加速不是那么显著的，因为需要伺服器端应用HTTP/1.1协议，同时伺服器端必须按照客户端的请求顺序回复请求，这样整个连接还是先进先出的，队头阻塞（HOLblocking）可能会发生，造成延迟。未来的HTTP/2.0或者SPDY中的异步操作将会解决这个问题。因为它可能将多个HTTP请求填充在一个TCP数据包内，HTTP管线化需要在网络上传输较少的TCP

​HTTP管线化（HTTPpipelining）是将多个HTTP请求（request）整批送出的技术，而在传送过程中不需先等待服务器的回应。请求结果管线化使得HTML网页载入时间动态提升，特别是在具体有高延迟的连接环境下，如卫星上网。在宽带连接中，加速不是那么显著的，因为需要伺服器端应用HTTP/1.1协议，同时伺服器端必须按照客户端的请求顺序回复请求，这样整个连接还是先进先出的，队头阻塞（HOLblocking）可能会发生，造成延迟。未来的HTTP/2.0或者SPDY中的异步操作将会解决这个问题。因为它可能将多个HTTP请求填充在一个TCP数据包内，HTTP管线化需要在网络上传输较少的TCP

首先，GPU的渲染流程就是一个程序，该程序是由多个着色器组成。着色器本身也是一个程序，所以需要先进行编写、编译，然后再链接到渲染程序中，多个着色器链接之后生成最终的渲染程序。GPU本身是高并发设计，在渲染管线进行时，各个小的着色器可以并发执行。比如在顶点输入阶段，输入了10个顶点，可能就有10个着色器程序同时执行并输出结果。至于在同一个渲染管线内，不同阶段之间是否能够并发，这个取决于GPU是TiledBasedRender还是？？？比如，顶点着色器运行阶段，第十个顶点还没有输出时，第一个顶点的输出有没有可能已经进入到了片段着色器阶段？如果是TBR，因为只会渲染一次，所以需要等到每个Tile对应

首先，GPU的渲染流程就是一个程序，该程序是由多个着色器组成。着色器本身也是一个程序，所以需要先进行编写、编译，然后再链接到渲染程序中，多个着色器链接之后生成最终的渲染程序。GPU本身是高并发设计，在渲染管线进行时，各个小的着色器可以并发执行。比如在顶点输入阶段，输入了10个顶点，可能就有10个着色器程序同时执行并输出结果。至于在同一个渲染管线内，不同阶段之间是否能够并发，这个取决于GPU是TiledBasedRender还是？？？比如，顶点着色器运行阶段，第十个顶点还没有输出时，第一个顶点的输出有没有可能已经进入到了片段着色器阶段？如果是TBR，因为只会渲染一次，所以需要等到每个Tile对应