标签: latency

我正在尝试制作一个能够在检测到midi设备后在计算机上播放笔记的java应用程序.

一旦我得到了所需的midi设备,我就会设置接收器,设备的发送器将传送MIDI信息.

    device.getTransmitter().setReceiver( new MyReceiver()) ; 

MyReceiver类看起来像:

public class MyReceiver implements Receiver {
   MidiChannel[] channels ;
    public MyReceiver (){
        try {
            Synthesizer synthesizer = MidiSystem.getSynthesizer();
            synthesizer.open();
            channels = synthesizer.getChannels();
            channels[0].programChange( 22 ) ;
        }catch ( Exception e ) {
            e.printStackTrace() ; 
        }
    }
public void  noteOff ( int nota ) {
        channels[0].noteOff(nota);
    }
public void noteOn ( int nota ) {
        channels[0].noteOn( nota , 100);    
}

public void send(MidiMessage msg, long timeStamp ) {

        byte[] b = msg.getMessage (); 

        String …

我目前正在使用Java服务器端和as3客户端.我想知道是否有一个银弹来同步他们之间的时钟.在可变延迟和可变时钟速度之间,似乎每个数据包都需要一个时间戳.

谢谢!

我需要制作低延迟服务器,其中原始数据吞吐量不如处理数千个同时连接的能力重要.我不知道使用什么语言.Java更简单,开发将更快,更好的接口,我需要的所有+良好的网络支持(JAVA NIO和选择器类).但实际上我对java在编程方面没有多少经验,所以即使我读过java这样的东西今天不比原生C/C++慢,但仍然对性能有些怀疑,因为c/c ++被编译成二进制代码,但是java .class文件被解释,因此在翻译中必须有开销.

• 有人可以发表自己的经历吗？
• 是否有人编写低延迟应用程序？
• 你的意思是更好地用于那种类型的应用程序？

编辑:应用程序将是服务器实时支持Web应用程序(如聊天等)

我正在开始一个通过蓝牙进行无线MIDI连接的项目.据我所知,BT规范中没有定义MIDI配置文件.

我想知道你们中的一些人是否有兴趣分享关于使用MIDI而不是BT的最佳方式的经验,特别是关于延迟问题.

我的项目基于BT低能耗(BTLE),我现在正在尝试找到最好的BT配置文件,可能是串口RFCOMM现有配置文件,还是新的自定义配置文件？

任何提示将不胜感激.最好的杰罗姆

我想确认一下我是否正确理解这一点.当我在Chrome地址栏中输入"google.com"时遇到严重的延迟问题,但在我在其他浏览器中执行相同操作时却没有.我还下载了Canary,并在那里遇到同样的问题.我认为其他浏览器可能会重写URL客户端,避免前两个301和302错误.似是而非？

"待定"是否意味着该请求尚未得到满足？并且"(来自缓存)"是否意味着浏览器正在我的PC上查找该文件？

为"google.com"请求返回301错误需要21秒,然后返回302秒并将最终重定向返回到完整网址.这是否意味着处理此类请求的服务器真的负担过重？

为什么这些图片需要很长时间才能获取？59秒,还在等待？

我在运行异步asio udp套接字时遇到延迟问题.对于使用同步udp的相同应用程序,我没有相同的问题.我正在与一个物理设备进行通信,该设备允许每个UDP数据包最多延迟5毫秒,而我目前的延迟为8毫秒,标准开发时间为0.065毫秒,这非常精确.

我使用Xcode 6.3.2(6D2105)在Mac OS X 10.10.4上.

以下是有关此问题的一些关键详细信息:

同步UDP测试程序

• 工作,在超过一小时的100%时间内保持在5毫秒的延迟
• 码
  • 主文件KukaFRIClientDataTest.cpp
  • UDP套接字通信类KukaFriClientData.hpp
• 关键线
  • socket.receive_from()然后调用socket.send()最低级别.

异步UDP测试程序

• 高延迟bug,8ms w/0.065 ms std dev
• 码
  • 主文件KukaFRITest.cpp
  • 高级包装类KukaFRIThreadSeparator.hpp
  • 低级包装类KukaFRI.hpp.
• 关键线
  • socket_.async_receive_from()然后调用处理程序调用socket_.async_send_to(),调用最终的回调结果.

有没有人能够深入了解Async UDP版本中可能出现这种延迟问题的原因？谢谢.

许多低延迟开发指南讨论了在特定地址边界上对齐内存分配:

https://github.com/real-logic/simple-binary-encoding/wiki/Design-Principles#word-aligned-access

http://www.alexonlinux.com/aligned-vs-unaligned-memory-access

但是,第二个链接是从2008年开始的.在2019年,在地址边界上调整内存是否仍能提高英特尔CPU的性能？我认为英特尔CPU不再会因访问未对齐地址而导致延迟损失？如果没有,在什么情况下应该这样做？我应该对齐每个堆栈变量吗？类成员变量？

有没有人有任何例子表明他们在调整内存方面取得了显着的性能提升？

我正在使用“aws-sdk:^2.576.0”和“amazon-qldb-driver-nodejs:0.1.0-preview.2”，并遵循node-sdk 的 qldb 示例代码。我通过公开的 REST API 调用 node-sdk 函数。

因此，对于读表操作，即SELECT *查询（scanTable来自示例代码），以下是延迟细分：

我正在使用会话池为每笔交易获取一个新会话，pooledQldbDriver.getSession()并且拥有近 100mbps 的良好互联网连接。

预计会有这么多延迟吗？我做错了什么，如何进一步减少？

我正在使用此代码运行此博客文章中概述的测试。

（为了后代，相关代码粘贴在底部）。

我发现，如果我使用 Mongo 的本地实例运行这些实验（在我的情况下，使用 docker）

docker run -d -p 27017:27017 -v ~/data:/data/db mongo

然后我得到了非常好的性能，与博客文章中概述的结果类似：

finished populating the database with 10000 users
default_query: 277.986ms
query_with_index: 262.886ms
query_with_select: 157.327ms
query_with_select_index: 136.965ms
lean_query: 58.678ms
lean_with_index: 65.777ms
lean_with_select: 23.039ms
lean_select_index: 21.902ms
[nodemon] clean exit - waiting 

但是，当我切换使用 Mongo 的云实例时，在我的情况下是一个 Atlas 沙箱实例，具有以下配置：

CLUSTER TIER
M0 Sandbox (General)
REGION
GCP / Iowa (us-central1)
TYPE
Replica Set - 3 nodes
LINKED STITCH APP
None Linked

（请注意，我位于澳大利亚墨尔本）。

然后我的表现要差得多。

adding 10000 users …

我在尝试同步播放设备和从设备（在本例中为我的笔记本电脑扬声器和麦克风）录制音频时遇到了一些问题。

问题

我尝试使用Python模块来实现这一点：“sounddevice”和“pyaudio”；但这两种实现都有一个奇怪的问题，即录制的音频的前几帧始终为零。还有其他人遇到过此类问题吗？这个问题似乎与所使用的块大小无关（即，其样本数量始终为零）。

我能做些什么来防止这种情况发生吗？

代码

import queue

import matplotlib.pyplot as plt
import numpy as np
import pyaudio
import soundfile as sf

FRAME_SIZE = 512
excitation, fs = sf.read("excitation.wav", dtype=np.float32)

# Instantiate PyAudio
p = pyaudio.PyAudio()
q = queue.Queue()

output_idx = 0
mic_buffer = np.zeros((excitation.shape[0] + FRAME_SIZE
                       - (excitation.shape[0] % FRAME_SIZE), 1))


def rec_play_callback(in_data, framelength, time_info, status):
    global output_idx

    # print status of playback in case of event
    if status:
        print(f"status: {status}")

    chunksize = min(excitation.shape[0] - output_idx, framelength)

    # write data …