Edu*_*rdo 2 real-time pusher webrtc
我一直在使用Pusher一段时间了.我总是认为"实时"意味着"瞬间".最近我进入了这篇文章:https://en.wikipedia.org/wiki/Real-time_computing,一句话引起了我的注意:
"实时程序必须保证在指定的时间限制内响应"
他们举了一个基于音频处理的例子:
"考虑一个音频DSP示例;如果一个过程需要2.01秒来分析,合成或处理2.00秒的声音,那么它不是实时的.但是,如果它需要1.99秒,它是或者可以变为真实的时间DSP过程."
我的问题:1.此定义仅适用于硬件/电子设备或也可应用于软件？2.如果适用于软件,它是否适用于像Pusher这样的远程服务？3.推动者被视为"实时"的时间限制是什么？4. WebRTC,Firebase等其他服务的时间限制是什么？
对于没有具体回答您的问题的长篇文章感到抱歉,但我希望它能让您更好地理解"实时"定义的来源.
是的,这是一个可以理解的混淆,"实时"意味着"瞬间".但如果你真的开始考虑它,你很快就会发现"瞬时"很难定义.
什么是瞬时意味着什么？从命令时间到响应时间的0(零)秒响应时间(如0秒0 ms 0 ns 0 ps)在物理上是不可能的.然后我们可以试着说瞬时意味着即时感知命令响应时间,即它不会被视为延迟.但那么......"瞬间感知"究竟意味着什么？被人类感知？好的,那很好,我们到了某个地方.人眼和大脑图像处理是一个非常复杂的机器,它并不是真正简单地在fps中工作,但我们可以使用数据来近似某些.人眼可以"感知屏幕上闪烁的图像持续1/255秒".那将是 0.004秒或250 fps.因此,通过这种近似,如果图形程序的响应时间<0.004秒或运行速度比@ 250 fps快,则图形程序将是实时的.但我们知道,在实践中,大多数人只需60 fps或0.01666秒即可让游戏流畅.所以现在我们有两个不同的答案.我们能以某种方式为他们辩护吗？是.我们可以说理论上实时意味着0.004秒,但实际上0.01666秒就足够了.
我们可以很高兴并停在这里,但我们正在探索之旅.让我们进一步思考.你想要一个"实时"航空电子自动化系统有0.01666秒响应时间吗？您认为0.01666"实时"核电站系统的响应时间是否可以接受？如果命令完成时间是0.0166几秒钟,那么阀门在物理上需要15秒关闭的油控制系统是否会定义为"实时" ？所有这些问题的答案绝对没有.为什么？回答这个并回答为什么"实时"定义为:"实时程序必须保证在指定的时间限制内响应".
对不起,我对"Pusher"一点都不熟悉,但我可以回答你的第一个问题和第二个问题的一部分:"实时"可以应用于任何需要"反应"或回应某种形式的系统输入.这里的"系统"比你想象的更通用.大脑会有资格,但在工程环境中意味着整个堆栈:硬件+软件.
| 归档时间： |
|
| 查看次数： |
119 次 |
| 最近记录： |