performance - 推还是拉近乎实时的自动化服务器?

标签 performance automation networking

我们目前正在开发一个服务器,客户端通过该服务器请求对特定数据元素的更改感兴趣,并且当该数据发生更改时,服务器将数据推送回客户端。关于客户轮询这些数据是否更好的问题在工作中存在激烈的争论。

就性能、可扩展性和网络负载而言,在近实时环境中传输数据的理想方法是什么?

更新:
这是一个 Link这给了一些关于 UI 更新的思考。

最佳答案

可能没有适合每种情况的理想方法,但推送通常更好且使用更频繁。它允许优化服务器缓存和数据传输,这有助于提高性能和可扩展性,并通过避免客户端请求和空响应来减少网络流量。服务器按照自己的节奏运行并在准备好时向客户端提供数据可能是一个重要的优势。

行业标准——例如 OPC、GID——两者都支持。服务器向订阅的客户端推送更新,但客户端可以拉出一些很少使用的数据而无需费心订阅。

关于performance - 推还是拉近乎实时的自动化服务器?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58757/

相关文章:

automation - Fortran的自动文档类型功能?

python - 使用python从网络接口(interface)读取和处理数据包

linux - Docker设置ipaddress并启动服务

带 VPN 连接的 Java Socket

javascript - 如何比较两个 Javascript 函数的速度?

用户 friend 的 Php 爆炸或唯一 Mysql 表?

Vim 按升序生成数字

selenium - 如何自动点击没有ID的按钮

sql-server-2005 - 如何对高度规范化的数据库系统进行非规范化?

mysql - 加快 26 秒 mysql 查询速度