Select 使用共享文件的计算机之间的低延迟通信

Select 使用共享文件的计算机之间的低延迟通信,select,nfs,sshfs,Select,Nfs,Sshfs,我们希望在一台linux机器上连续写入日志文件,并在另一台机器上连续读取日志文件。我们正在寻找低延迟更新这是为了实时打印和轻松设置。实现这一目标的最佳方式是什么 我已经修改了nfs、sshfs和tail-f,但是更新的频率只有1Hz。我假设这些文件系统不支持select系统调用,因此top以其内部速率进行轮询。这听起来像是一个糟糕的架构选择 是给RPC的吗?如果是这样,为什么不创建一个Web服务呢 如果只是为了传输数据,请尝试memcached。这听起来是一个糟糕的架构选择 是给RPC的吗?如果

我们希望在一台linux机器上连续写入日志文件,并在另一台机器上连续读取日志文件。我们正在寻找低延迟更新这是为了实时打印和轻松设置。实现这一目标的最佳方式是什么


我已经修改了nfs、sshfs和tail-f,但是更新的频率只有1Hz。我假设这些文件系统不支持select系统调用,因此top以其内部速率进行轮询。

这听起来像是一个糟糕的架构选择

是给RPC的吗?如果是这样,为什么不创建一个Web服务呢


如果只是为了传输数据,请尝试memcached。

这听起来是一个糟糕的架构选择

是给RPC的吗?如果是这样,为什么不创建一个Web服务呢


如果只是为了传输数据,试试memcached。

我们有一个机器人,它使用orocos生成数据流。Orocos内置支持将流转储到文件中。我们还使用KST2,这是一个图形应用程序,可以在文件中实时绘制数据。本地延迟很好,但如果通过网络共享文件,则性能很差,部分原因是KST必须轮询文件更改,而不是使用select syscall。memcached看起来很有趣,但我正在寻找一种可以透明地使用我们已有的工具工作的东西,而且仍然很快。我们有一个机器人,使用orocos生成数据流。Orocos内置支持将流转储到文件中。我们还使用KST2,这是一个图形应用程序,可以在文件中实时绘制数据。本地延迟很好,但如果通过网络共享文件,则性能很差,部分原因是KST必须轮询文件更改,而不是使用select syscall。memcached看起来很有趣,但我正在寻找一种可以透明地使用我们已有的工具工作的东西,而且仍然很快。