回答情况：
提问时间：
问题标签：
在智能城市中将区块链用于基于IoT的大型应用程序面临挑战，例如，由于智能对象(传感器)生成的大量数据和对网络造成高开销的大量“数据复制”，“区块链大小”将持续增长。Q1)在智慧城市中应对这些挑战的适当解决方案是什么？Q2)哪个区块链平台可以用于“低延迟数据交换”？
浏览 1修改于2018-11-14得票数 0
我正在寻找可能的解决方案来建立一个系统来识别传感器上方非常快的运动。想象一下一个场景，就像一个传感器，它面对着房间的顶部，等待一个人或物体跳过它。或者探测到一个足球高速通过传感器。该系统应满足以下要求：
有没有人曾使用过像Leap或Intel RealSense这样的解决方案？由于
浏览 3提问于2018-09-18得票数 0
我正在创建一个游戏，其中引擎和图形运行在Java上，其中一个玩家是人工智能控制的，用Python。低延迟(毫秒级)：游戏基于乒乓，所以AI对球位置的反应必须尽可能快。易用性:这个项目的重点不是语言之间的交流，所以我想使它尽可
浏览 0提问于2019-04-01得票数 3
其他供应商也采用了类似的技术；HP智能阵列控制器有他们的SmartCache。有MaxCache..。对于各自的工作负载，需要不同的特性:写缓存的低延迟和持久性。高阅读能力。存在哪些指标来监视CacheCade设置的有效性？我对LSI解决方案的意见和反馈感兴趣。有什么警告吗？小费？
浏览 0修改于2017-04-13得票数 23
回答已采纳
上的相当慢的tensorflow模型(每个预测2到3秒)--对单个‘实体’的预测和对8‘实体的预测的预测几乎同时使用--这意味着，只要简单地将同一个请求中的多个预测组合起来，我就可以提高8倍的效率--我在人工智能平台上有一个服务如果流量较低，则延迟将在批满之前过期，但由于通信量低，如果通信量高，则该批将不是问题，该批将在延迟之前已满，客户端将不得不少等待。我有一个应用程序引擎+防火墙的解决方案(用于托管共享的“队列”)，但是实现延迟会给我带来麻烦(app引擎似乎不喜欢python的thr
浏览 1提问于2021-05-31得票数 0
我们希望能够实现非常低的延迟(2-4个时钟周期最大)，使计算流水线的方式，使我们能够收到一个新的答案，每个时钟周期(没有下降的输入，因为他们在每一个时钟周期)，有良好的准确性，并有合理的FPGA资源利用率我们使用CORDIC计算机和DSP块相结合进行了计算，得到了一个很好的解决方案，除了CORDIC计算机需要12个时钟周期才能达到很好的精度。延迟很好，因为我们可以使用输入值的上位自动索引LUT。这方面的问题是，在非线性部分，精度不是很好。
我们现在正在尝试使用一个在样本之间具有非均匀间隔的LUT。我们尝试了一些技巧，比如使
浏览 4提问于2016-01-17得票数 2
回答已采纳
这些计算需要大量的CPU才能运行，而且我希望保持尽可能低的延迟(希望是秒，而不是分钟)，所以我更愿意在增强器硬件上运行计算。像#2，但与低出价的EC2现场请求。
- _startup overhead_ - See #2
- _inconsistancy?一种混合解决方案，在这种解决方案中，我积极地监视强大的硬件工作者实例及其负载，并在一小时内智能地旋转和终止实例，以保持成本和可用性的最佳平衡。是否有一个好的EC2实例管理解决方案可以坐在Amazon
浏览 4提问于2012-06-10得票数 19
回答已采纳
: 7.907006ms Pinging 192.168.1.40: 5.639137ms顺便说一句，我认为问题出在智能手机上，而不是电脑上，尽管它也可能是电脑在等待传入的数据包，然后发送它的数据包。根据我对网络的了解，这是不太可能的。
谢谢你的帮忙!
浏览 1提问于2012-11-26得票数 9
回答已采纳
我很希望有人能：
一个潜在的解决方案是在创建包时向Bundle表添加一个字段。我们预计，无论我们如何构造它，它都不会像我们所希望的那样快，
浏览 2修改于2016-07-31得票数 1
回答已采纳
我对我的算法的结果很满意--它们在确定性的同时给出了一些智能的错觉，并且在任何一个方向上都是一致的，这样两个字符以对方的位置为目标就会在中间发生碰撞。我的问题是，在我所能要求的所有处理能力的PC上，结果看起来不错，但在我的手机上，情况就完全不同了，在计算算法时，通常会有一秒钟或更长的延迟。出于这个原因，我正在考虑用C编写性能最密集的代码来编写一个库，但是如果有一个现有的解决方案，或者更好的方法，我会全神贯注的。
我偶然发现了，但这似乎比我自己为用例构建的要慢。我在启动时生成了一个单独的进程，使用第一个算法生成第二个算法的图形，这解决了我的许
浏览 2提问于2011-08-01得票数 13
回答已采纳
例如，流延迟并不是真正的问题。与助听器兼容并不是一个问题。允许一个移动设备通过本地网络记录和广播音频流。支持至少安卓和iOS设备的最低数量的设置。用于服务器组件还能够同时作为客户端进行广播并具有低延迟的Exta加分点，以便翻译器和其他人可以使用第二信道作为主扬声器的更标准的辅助听觉设备。绝对不是个要求。
浏览 0修改于2014-12-09得票数 4
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号