转载：https://blog.csdn.net/quiet_za/article/details/104471262
三维渲染不同于二维。二维若动态出图，是在服务端上渲染出图片，然后传输到客户端，客户端机器只负责在浏览器中显示图片即可。而三维服务发布和渲染的流程是服务端负责提供三维缓存数据并传输到客户端进行缓存，渲染的工作都是在客户端完成的。因此客户端对机器的性能要求和C/S架构下是完全一致的（同一套内核和代码），并且由于浏览器也要占用部分资源和损耗，因此还会比CS下稍慢一点（一般帧率低3-5帧）。
因此，在有条件的情况下，建议客户端也配置较好的独立显卡，以及CPU、内存等。若客户端机器较差且无法更改，那么建议先在C/S上用同等机器进行调优，待性能达到可接受程度后，再进行B/S发布。
三维B/S中，所有需要在三维客户端中渲染的数据，都是必须先通过网络传输到客户端。虽然产品已经做了优化，保证先传输下载客户端所见范围内的数据，下载之后就会在客户端缓存下来，下次浏览不用重新下载；但毕竟仍然有一个下载的过程。特别是对数据量大且并发数量多时，对服务器出口带宽是一个严重的考验。
对一般的模型数据而言，屏幕中出现2MB以上的数据，会感觉加载比较宽；简单换算，2MB数据若用2mb的网络传输（网络传输用的是bit，而非byte，两者差8倍），需要10秒左右；这个加载速度往往是不够理想的。电话线的ADSL（一般的拨号上网），虽然理论上能到8mb，但实际中往往只有2-4mb甚至更低，因此用这种方式上网作为客户端的话，确实需要一些耐心。而若用10mb或更快的宽带网络，则只需要1-2秒就可以出来，感受就比较流畅。
而对于服务端的出口带宽，则还需要计算并发下载的数量。由于数据传输到客户端后，客户端会缓存下来，下次访问不需要再到服务端请求和下载数据，因此实际对网络的需要并不是把客户端带宽要求*并发数，而是低一些。简单而言，可以按：客户端带宽要求*并发数/5来计算。
————————————————
版权声明：本文为CSDN博主「quiet_za」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/quiet_za/java/article/details/104471262