标签: latency

我有一个用例，我们没有得到太多在单个请求中存在要更新的条目列表的情况，并且大多数情况下，只有一个条目被请求更新。但将来，这种情况可能会增长，因此我正在考虑使用 BatchPutItem 而不是 PutItem。

• 当请求中只有一个项目需要更新时，使用 BatchPutItem 是否有任何缺点？
• 我认为消耗的 RCU 是相同的，但是是否有任何其他差异，或者当请求中只有一个条目时，BatchPutItem 的行为与 PutItem 相同？

我写基于Web的应用程序.性能显然是一个关键因素.虽然数据库负载和页面呈现时间是我可以控制的,但用户的互联网连接却不是.

我正在寻找的是一种指示用户具有何种连接的方式.网站角落的红绿灯线条,向用户显示他们对网站的连接类型,从而表明他们应该期望的那种感知性能.例如,也许应用程序似乎很慢,因为贵公司的其他人都在午餐时间浏览Facebook.

我最初的想法是,这可以通过在每个页面加载上运行的一些javascript来实现.

理想情况下,代码非常"可丢弃",并且不需要实现主要代码或基础结构更改.

试图确定什么是"最"负责延迟 - 我的视频从我的编码器到我的服务器,并在我的浏览器中返回到播放器.

我现在和我喜欢的球员在12秒左右.它在我的播放器中缓冲吗？在FMLE的出路缓冲？

我问的原因是我觉得我已经用下面概述的小测试场景消除了其他罪魁祸首.而且,所有其他方面相同,交换其他参与者会产生最大的延迟差异.一把减少到4秒.但是不能低于那个.

消除其他罪魁祸首:

-信号不好？不,在本地运行它. - 编解码器？,不,将FMLE设置为VP6或H.264会产生相同的延迟. - 从FMLE中推出太多数据？不,50kbs或1000kbs产生12秒-Framerate设置为激烈？不,5-29.97 fps会改变运动质量,但延迟时间大约为12秒.

我正在开发一个基于FMS的小型Web演示文件包,因此延迟最多只能降到一秒.我见过类似的包几乎没有延迟.这是我的测试设置:

-Camera连接到Windows XP机器-Flash Media Live Encoder 3.0.1 -FLash Media Server 3.51 -Video Player - Adob​​e Flash Media Server生产力工具中的示例动态流媒体播放器(有点像Adobe的ActionScript 3.0动态流类的参考实现)

如果我将视频从距离我大约30英里的服务器上反弹,结果几乎相同.

我用CDN和他们提供的播放器进行了测试,我能做的最好的是4秒.

有没有人有我能测试的真正快速的球员？

我正在构建一个.NET远程客户端/服务器,它将传输数千种不同大小的文件(从几个字节到几百MB),我想要一些关于实现这一目标的最佳方法的反馈.在我看来,有几个选择:

• 将整个文件序列化为我的远程处理对象,并立即进行传输,无论大小如何.这可能是最快的,但传输过程中的失败要求重新传输整个文件,无法恢复.
• 如果文件大小大于小(如4KB),则将其分成4KB块并远程调整,在服务器上重新组装.除了这种复杂性之外,由于持续的往返和确认,它的速度较慢,但​​任何一件都不会浪费太多时间.
• 在我的应用程序中包含类似FTP或SFTP服务器的东西 - 客户端将通知服务器它正在开始使用远程处理,上传文件,然后使用远程处理来通知完成.我想在我的应用程序中包含所有内容,而不是需要单独的FTP服务,但如果需要,我可以选择此选项.
• 使用某种陈述的TCP连接或WPF或其他一些传输方法来构建处理故障或能够进行某种检查点/恢复.
• 还有我失踪的其他人？

什么是最灵活/可靠的传输方法？我不关心速度,但更关心可靠性 - 我希望文件移动,即使它很慢.由于客户端和服务器将是多线程的,如果连接允许,我可以同时传输多个文件.

感谢您的反馈 - 我将获得一些奖励,以获得有关人们将如何实现这一目标的一些建议.

在这篇文章的"示例"部分中,作者列出了所有内存组件寄存器/ L1/L2/RAM的延迟...我的问题是:如何测量(在线查找)任何给定芯片的实际延迟？让我们说吧

model name  : Intel(R) Core(TM)2 Duo CPU     E4600  @ 2.40GHz
stepping    : 13
cpu MHz     : 1200.000

我也尝试过从英特尔手册中获取信息,但对于我的生活,这些事情是巨大的,我不知道在哪里寻找信息.

谢谢.

我有一个基本的HTML网站(html5,JavaScript,jQuery),我在iPpad2上运行.我使用谷歌浏览器进行基本测试,只是为了测试布局图像和复制等.我的真实测试需要在真正的iPad上.

在iPad上,我的代码似乎有2-4秒的延迟,而Chrome则立即加载.我一直无法找到瓶颈.我在代码中的各个点添加了警报,但所有警报立即出现,一个接着一个,似乎延迟发生在最后一个代码的最后一个警报之后.

警报可能会产生误导,因为代码在执行之前可能会被缓存？为了加快iPad上的速度,我的代码中是否应该寻找或避免？

我想为音频交互的实时接口做一个概念,因此真正的低延迟是必不可少的.我在上周已经阅读了很多关于这个主题的内容,但是在如此短的时间内无法获得真实的概述.所以在我深挖之前,我需要评估这个项目的可行性.

我已经阅读了很多关于Android和低延迟音频应用程序的问题,我知道iOS在这个领域是优越的,但我希望在可能的情况下使用Android.(我没有开发iOS必不可少的mac,我更喜欢更开放'Andoid更多)

所以我的问题是:

1. 坏的低延迟行为是否仅与实际音频缓冲/处理有关,还是仅影响midi或OSC应用程序？对我来说,接口是重要的部分 - 这意味着我可以获得在单独的PC中处理的midi/OSC命令.

2. 我需要较低的总体延迟(从手指触摸事件到命令输出).与iOS相比,这也是Android的问题吗？

我有一个机器人运行控制代码,在Beaglebone Black上的PREEMPT-RT补丁Linux操作系统上具有实时优先级.所有代码都用C语言编写,运行频率为500Hz.

在运行代码时,我经常注意到几百毫秒的延迟,我已将其跟踪到我编写的数据记录功能.这种延迟导致我的机器人控制失败,因为我有很多,具体取决于实时功能.

代码的相关部分如下.为了清晰起见,我已经删除了很多代码,但如果需要的话,我会编辑这篇文章.

FILE *file;

int main(int argc, char** argv) {
    file = fopen(logname, "w");

    while (1) {
        /* Control code stuff*/

        logData();

        time_msec = time_msec + controlLoopTime;
    }
}

void logData() {
    if (time_msec - logTimer_msec >= LOG_TIMER) {
        logTimer_msec = time_msec;

        if (!bLogCreated) {
            fprintf(file,
                    "SensorData1 SensorData2 SensorDataN"
                    );
            bLogCreated = TRUE;
        }

        // log data to file
        fprintf(file,

                "%.2f %.2f\n",

                sensorData1, sensorData2, sensorDataN
        );
    }
}

我需要以很好的速率(可能是100-125Hz)记录来自多个变量(可能是20-50)的数据.数据不需要以控制速率(每2ms)记录,但我已经将其减少到12ms,我仍然看到每隔几分钟出现延迟峰值.

延迟可能是fprintf呼叫的问题.这是BeagleBone Black的限制,我的代码,还是数据记录的本质？

这里也提出了类似的问题,但似乎没有解决我的问题:在嵌入式Linux系统中查找延迟问题(停顿)

我们有一个CSV格式的大约4600万条记录的文件.每条记录有大约18个字段,其中一个是64字节ID.我们有另一个文件,其中包含大约167K个唯一ID.需要将与ID对应的记录拉出.因此,我们编写了一个python程序,将167K ID读入一个数组,并处理4600万个记录文件,检查每个记录中是否存在ID.这是代码的片段:

import csv
...
csvReadHandler = csv.reader(inputFile, delimiter=chr(1))
csvWriteHandler = csv.writer(outputFile, delimiter=chr(1), lineterminator='\n')
for fieldAry in csvReadHandler:
    lineCounts['orig'] += 1
    if fieldAry[CUSTOMER_ID] not in idArray:
        csvWriteHandler.writerow(fieldAry)
        lineCounts['mod'] += 1

在一小组数据上测试程序,这里是处理时间:

lines: 117929 process time: 236.388447046 sec
lines: 145390 process time: 277.075321913 sec

昨晚〜美国东部时间凌晨3点,我们已经开始在4600万条记录文件(大小约为13 GB)上运行程序,现在它是美国东部时间早上10点左右,它仍在处理中!

问题:

1. 有没有更好的方法来处理这些记录以改善处理时间？
2. python是正确的选择吗？awk或其他工具会有帮助吗？
3. 我猜猜在以下语句中对167K数组进行64字节ID查找是罪魁祸首:
   if fieldAry[CUSTOMER_ID] not in idArray:

还有更好的选择吗？

谢谢!

更新:这是在具有EBS附加卷的EC2实例上处理的.

我正在尝试通过高延迟和高带宽链接传输文件。不幸的是，当我使用rsync传输速度时，仅占用了我可用带宽的一小部分。我的总传输时间比我预期的要长得多（即传输时间=字节/每秒字节可用带宽）！

通过高延迟和高带宽链接传输文件的最快方法是什么[1]？

因此，例如：

• 延迟大于900毫秒延迟（往返时间）
• 带宽512 kbit / s

[1]即利用大部分可用带宽