NSOperationQueues中的信号量

我在Swift/NSOperationQueue基础设计中第一次使用Swing，并且试图找出如何保持队列之间的数据完整性。NSOperationQueues中的信号量

我在设计过程中很早，但架构可能会涉及一个队列（称为sensorQ），处理来自各种传感器的传感器测量流，这些传感器将馈送融合模型。传感器数据将以各种速率出现，一些速度相当快（例如，加速度计数据），但有些则需要扩展计算，可能需要一秒或更多时间。

我想弄清楚的是如何将当前状态捕获到UI中。 UI必须由主队列处理（称为mainQ），但会反映融合引擎的当前状态。

我不想在传感器队列上发生的每次更新都敲击UI线程，因为它们可能会频繁发生，所以NSOperationQueue.mainQueue.addOperationWithBlock()调用传递状态返回UI似乎不可行。同样的道理，我不想发送查询到传感器队列，因为如果它正在处理一个长时间的计算，我会阻止等待它。

我正在考虑设置一个NSTimer，可以每十分之一秒左右将状态复制到UI中。

为此，我需要确保传感器队列上的状态没有被更新，同时我将它拷贝到UI队列中。看起来像是一个信号量的工作，但我并没有提到与NSOperationQueues有关的信号量。

我在Grand Central Dispatch中找到对dispatch_semaphore_t对象的引用。

所以我的问题是基本上，处理这些情况的推荐方式是什么？除非您需要优化较低级别（如GCD），否则我会看到反复告诫在最高级别的抽象级别（NSOperationQueue）工作。这是我需要优化的情况吗？ dispatch_semiphore_t可以使用NSOperationQueue吗？在这里，我忽略了一个基于NSOperationQueue的方法吗？

来源

2016-05-05 Omegaman

你可能想看https://developer.apple.com/videos/play/wwdc2015/226/的想法，也有一些基于这个谈话的库。 –

这里你可能不需要信号量。您可以尝试将UI刷新操作添加为长时间运行的依赖项，AFAIK依赖项可以是交叉队列，也可以作为依赖项。每10次快速刷新一次。同时尽量避免定时器，它们可能会对电池寿命产生非常负面的影响。 –

设置不会违反MVC体系结构的依赖关系的最佳方式是什么？传感器数据直接传送给为模型提供信息的sensorQ。 UI不应该从模型中提取数据，而不是让模型知道视图控制器？也许通知是要走的路？（我还在看那个视频 - 感谢指针）。 – Omegaman

您发送给用户界面的数据量是多少？几个数字？一个复杂的图形？

如果您正在处理NSOperationQueue上的所有传感器数据（我们称其为sensorQ），为什么不使队列连续？然后，当您的计时器触发时，您可以发送一个“更新UI”任务给sensorQ。当更新任务到达sensorQ时，您知道没有其他传感器正在修改状态。您可以打包数据并发布到主（UI）队列中。如果我们知道： 1.您的传感器是否具有最小和最大数据速率？ 2.有多少传感器对您的融合模型有贡献？ 3.你如何同步从传感器到融合模型的访问？ 4.有多少数据以及什么格式是UI的“更新”？

我的预感是，信号量不是必需的。

来源

2016-05-05 04:41:41 Curmudgeonlybumbly

避免信号量与NSOperationQueues的首选习惯用法？传感器补码还没有完全确定，但上面提到的极限值应该是100-200Hz的加速度计数据，而图像数据可能需要一秒钟才能处理。后者反对将UI请求放入sensorQ中。 sensorQ将是串行的，确保传感器更新是FIFO。到用户界面的数据将是一组生产中的数字，但对于诊断可能还要多一点（不太重要）。图形化可以通过在UI控制器中保留时间序列来完成。 – Omegaman

可能在这里工作的一种方法是通过环形缓冲区将传感器数据队列与UI活动分离。这有效地消除了信号量的需要。

这个想法是，传感器数据处理组件将数据推入环形缓冲区，UI组件从环形缓冲区中提取数据。传感器数据线程以您的传感器/处理确定的速率写入，UI线程读取适合您应用程序的任何刷新速率。

来源

2016-06-08 15:27:23

NSOperationQueues中的信号量

回答

相关问题