- 综合排序
- 最热优先
- 最新优先
- 来自专栏jtti
如何检测服务器Latency ，Latency的影响因素有哪些
服务器延迟（Latency）是衡量网络性能的关键指标之一，它直接影响到用户的在线体验。 为了检测服务器延迟，可以采用多种方法和工具。以下是一些常见的检测方法和影响延迟的因素：检测服务器延迟的方法：1. 服务器性能：服务器的CPU、内存、存储等硬件性能也会影响处理请求的速度。5. 网络协议：某些协议可能需要额外的握手步骤，这会增加延迟。6. - 在多个服务器或连接之间均衡负载，以减少排队延迟和网络拥塞的可能性。- 使用内容分发网络（CDN）将数据和内容缓存在接近用户的位置，减少传输延迟。 通过这些方法，可以有效地检测和优化服务器延迟，提高网络性能，从而提升用户体验。
95410编辑于 2024-10-16 - 来自专栏皮振伟的专栏
虚拟化IO latency监控
例如，ETCD的QPS偏高的时候，latency发生了抖动，长尾效应比较明显。第一反映是IO抖动？还是GC导致？ 如果有监控组件，这段时间内，IO latency的抖动和QPS的抖动基本一致，那就比较容易判断是不是IO导致的问题。 2，block latency histogram QEMU-2.12开始，实现了对于块设备的latency统计，可以生成对应的数据。 实现逻辑在qemu-2.12/block/accounting.c 大致逻辑： a，默认没有打开block latency histogram。可以通过qmp动态配置或者关闭。 b，对于Guest的IO请求，如果打开了latency统计，就进行统计。 c，关闭latency统计的化，则清空数据。
2.3K21发布于 2018-11-08 - 来自专栏ADAS性能优化
啪啪啪 Audio Latency in Android
Audio Latency 是其中一个重要原因。 Audio Latency 主要有以下原因产生 Application Total number of buffers in pipeline Size of each buffer, in frames Additional latency after the app processor, such as from a DSP 一种简单粗暴的解决方法就是增加buffer size 和buffer 数量 Fair Scheduler) high-priority threads with SCHED_FIFO scheduling priority inversion long scheduling latency Scheduling latency 调度等待时间是线程准备运行到完成的上下文切换完成以使线程实际在CPU上运行之间的时间。延迟越短越好，并且任何超过两毫秒的时间都会导致音频问题。
1.3K10编辑于 2022-05-13 - 来自专栏mazhen.tech
Latency Numbers Every Programmer Should Know
对于冯·诺伊曼体系结构的计算机，CPU 要数据才能正常工作。如果没有可处理的数据，那么CPU的运算速度再快也没有用，它只能等待。
34010编辑于 2023-11-24 - 来自专栏LINUX阅码场
From High Ceph Latency to Kernel Patch with eBPFBCC
The iostat output showed high latency for bcache devices. But we still don’t know why the bcache latency was high. Now we see that what looked like high latency for bcache is really generic_make_request() latency for We see that a latency spike occurred before request accounting even started. 来源：https://blog.selectel.com/from-high-ceph-latency-to-kernel-patch-with-ebpf-bcc/
1.2K40发布于 2020-08-11 - 来自专栏皮振伟的专栏
bgsave引起的latency突刺问题分析
This will create latency and memory usage issues with Redis. 数据：while (true); do redis-cli --latency >> latency.log; done 抓取redis的major和minor fault数据：while (true) 执行：cat latency.log | awk '{print $3}' | tr "\n" "," 处理后的数据画图分析： ? 可见，redis-server的latency增高的时间基本和minor fault的曲线趋势吻合。 6， redis-benchmark get 对比上述实验，使用 redis-benchmark执行get操作，执行bgsave，latency处理数据看到： ?
1.9K20发布于 2018-07-23 - 来自专栏第二层思考
对 wrk Latency Distribution 不准确的分析
---- 下面是 wrk 结果中的延时分布统计部分： Latency Distribution 50% 1.20ms 75% 595.78ms 90% 899.11ms 我们在 wrk 所在的服务器上，把压测期间的包都 dump 出来，按照耗时进行排序，惊奇的发现结果和 wrk 的延时统计大相径庭，没有发现超过 100 毫秒的请求。重复了几次以上测试，结果都一致。 int64_t interval = runtime_us / (complete / cfg.connections); stats_correct(statistics.latency
1.5K41发布于 2020-02-24 - 来自专栏H2Cloud
linux下IPC latency 进程间通讯延迟测试结果
p=40 CPU name : Intel(R) Xeon(R) CPU E5405 @ 2.00GHz processor : 4 cpu MHz : 1995.021 IPC latency: IPC TYPE: MessageSize: Average Latency: unix socket 10K 9us localhost tcp 10K 11us pipe
3.4K40发布于 2018-03-09 - 来自专栏AI异构
神经网络架构搜索——可微分搜索（Latency-DARTS）
Latency-DARTS 本文为华为诺亚的NAS工作，针对DARTS搜索出网络结构往往对硬件不友好的问题，本文在优化中加入可微分的时延损失项，使搜索过程可以在精度和时延之间进行平衡系数的权衡。 论文题目：Latency-Aware Differentiable Neural Architecture Search 论文地址：https://arxiv.org/abs/2001.06392 摘要 Latency-DARTS架构示意图 延迟预测模块（LPM） image.png 延时预测结果 这里本文使用测试集上预测与 ground-truth 之间的绝对误差和相对误差来评估 LPM 。
1.4K20发布于 2020-07-29 - 来自专栏自动化、性能测试
Jmeter系列（44）- 详解 Elapsed time、Latency、Connect Time的含义
前言 在 Jmeter 中一些专业名词我们是需要提前认知的，如下 Elapsed time Latency Connect Time Elapsed time 从发送请求到收到最后一个响应，所花费的时间 Latency 从发送请求到收到第一个响应，所花费的时间 该时间包括组装请求、组装响应的第一部分所需的处理时间，通常长于一个字节 Jmeter 的时间应该更接近浏览器或其他应用程序客户端所经历的时间 网上还有种说法 ，就是响应信息越大，差别越大 JMeter measures the latency from just before sending the request to just after the first Connect Time 建立连接所花费的时间 包括SSL三次握手的时间 注意：latency 没有减去 connect time 当出现链接超时等错误，这个会等于链接超时时间 JMeter measures Note that connect time is not automatically subtracted from latency.
2K10发布于 2020-07-15 Latency numbers every programmer should know 计算机中的延迟对比
每个编程者都应该知道的延迟：（~2012年的性能） Latency Comparison Numbers (~2012) ---------------------------------- L1 cache
76020发布于 2021-12-01- 来自专栏FPGA探索者
2020年大疆芯片开发（一）【FPGA资源】【存储器问题】【Source clock latency 约束】
FPGA 器件，每次上电之后必须重新进行配置 C、FPGA 的 ChipScope 设置同样的采样深度，如果想一次观测更长时间的信号波形，可以将采样时钟换成更高频率的时钟 D、Source clock latency Source clock latency 查阅 Xilinx 文档，IO 接口的约束是 input delay 和 output delay，Source clock latency 属于对时钟的约束 对时钟延时 clock latency，有 2 种： （1）Source clock latency：时钟源延时，从时钟源到达模块的时钟输入端口的延时（片外延时）； （2）Network clock latency：时钟网络延时，从模块的时钟输入端口到达触发器的时钟输入端的延时（片内延时）； ?
1.2K30发布于 2021-05-26 - 来自专栏LINUX阅码场
eBCC性能分析最佳实践（2） - 一个简单的eBCC分析网络函数的latency
建立tcp链接，分析latency 场景 建立tcp链接，分析网络函数的latency tcp传输，send，recv 次数和latency统计 client client发起connect链接时的监控 client 发起connect() 的latency 1/usr/share/ebcc/tools/tcpconnlat 2. tcp传输，send，recv 次数和latency统计 client send latency 1Client: 2 3[root@xxx /home/ahao.mah/socket] 4#. sizeof(servaddr)); 24 servaddr.sin_family = AF_INET; 25 servaddr.sin_port = htons(MYPORT); ///服务器端口 26 servaddr.sin_addr.s_addr = inet_addr(DST_IP); ///服务器ip 27 28 ///连接服务器，成功返回0，错误返回-1 29 if
88840发布于 2019-06-04 - 来自专栏计算机视觉life
Good Feature Matching: Towards Accurate, Robust VOVSLAM with Low Latency 良好的特征匹配:实现准确、鲁棒的低延迟VOVSLA
Good Feature Matching: Towards Accurate, Robust VO/VSLAM with Low Latency 良好的特征匹配:实现准确、鲁棒的低延迟VO/VSLAM
86910发布于 2020-09-10 - 来自专栏hank
【分享】以H.265 1080p 运行 Xilinx Low Latency PL DDR XV20 HDMI Video Capture and Display
运行 Xilinx Low Latency PL DDR XV20 HDMI Video Capture and Display，可以测试HDMI输入输出，和VCU的低延时编码。 New clock: GstSystemClock Redistribute latency... !! New clock: GstSystemClock Redistribute latency... !! rtpjitterbuffer latency=5 ! rtph265depay ! h265parse ! video/x-h265, alignment=nal ! omxh265dec low-latency=1 ! video/x-raw\(memory:XLNXLL\) ! queue max-size-bytes=0 !
2.1K30发布于 2020-07-17 - 来自专栏python3
Kafka压力测试(自带测试脚本)(单机版)
一、测试目的 本次性能测试在正式环境下单台服务器上Kafka处理MQ消息能力进行压力测试。 1000100W5000条1000 2.2.2 Kafka消费消息压力测试 测试场景消费MQ消息数Kafka消息消费测试10W100W1000W 2.3测试方法简要描述 2.3.1测试目的 验证带台服务器上 2.3.2测试方法 在服务器上使用Kafka自带的测试脚本，分别模拟10w、100w和1000w的消息写入请求，查看Kafka处理不同数量级的消息数时的处理能力，包括每秒生成消息数、吞吐量、消息延迟时间 对Kafka集群服务器中的一台进行MQ消息处理的压力测试，验证Kafka的消息处理能力。 本次测试是在单台服务器上进行，基本不需要考虑网络带宽的影响。所以单台服务器的测试结果，对评估集群服务是否满足上线后实际应用的需求，很有参考价值。
7.7K22发布于 2020-02-20 - 来自专栏Elton的技术分享博客
qperf测量网络带宽和延迟
我们在做网络服务器的时候，通常会很关心网络的带宽和延迟。因为我们的很多协议都是request-reponse协议，延迟决定了最大的QPS，而带宽决定了最大的负荷。 使用起来也相当简单： 在其中一台机器上运行qperf,不带任何参数就好，这台机器就充当服务器角色： $ uname -r 2.6.32-131.21.1.tb477.el6.x86_64 $ qperf = 31 us tcp_lat: latency = 31.1 us tcp_lat: latency = 31.1 us tcp_lat: latency = us tcp_lat: latency = 33.3 us tcp_lat: latency = 35.5 us tcp_lat: latency = 38.6 us 这些临界点对我们的服务器编程时候对性能的估计和预期非常有帮助。 qperf除了测量tcp的，还可以测试rdma, udp, sctp等主流网络协议的带宽和延迟，算是个很新的工具，推荐大家使用。
1.4K20发布于 2021-01-26 - 来自专栏小徐学爬虫
Python代理延迟检测：从单次请求到批量测试的完整解决方案
作为一名经常需要处理网络爬虫任务的开发者，我经常面临代理服务器性能不稳定的问题。为了精准评估隧道代理的响应速度，我设计了这个Python延迟检测工具。 10): """ 初始化延迟检测器 :param target_url: 目标网站URL :param proxy_url: 代理服务器 ['min_latency'] = None stats['max_latency'] = None stats['avg_latency'] = None avg_latency']:.3f} 秒") print(f"中位数延迟: {stats['median_latency']:.3f} 秒") print(f 请求超时时间功能特点支持HTTP/HTTPS代理提供详细的延迟统计（最小值、最大值、平均值、中位数、标准差）计算成功率对延迟质量进行简单评价错误处理和超时控制这个工具可以帮助你评估隧道代理的性能，选择最适合的代理服务器
35910编辑于 2025-09-05 - 来自专栏民工哥技术之路
进击消息中间件系列（二十）：Kafka 生产调优最佳实践
服务器台数选择 服务器台数= 2 * （生产者峰值生产速率 * 副本 / 100） + 1，即 2 * （20m/s * 2 / 100） + 1= 3 台。建议 3 台服务器。 建议三台服务器硬盘总大小，大于等于 1T。 61440.0 1986560.0 148433.5 52092.0 46656.1 6780.0 6202.2 13 0.531 0 0.000 0.531 页缓存：页缓存是 Linux 系统服务器的内存 消费者获取服务器端一批消息最大的字节数。如果服务器端一批次的数据大于该值（50m）仍然可以拉取回来这批数据，因此，这不是一个绝对最大值。 服务器挂了 在生产环境中，如果某个 Kafka 节点挂掉。正常处理办法： 先尝试重新启动一下，如果能启动正常，那直接解决。 如果重启不行，考虑增加内存、增加 CPU、网络带宽。
1K40编辑于 2023-08-22 - 来自专栏Redis实战系列
Redis变慢？深入浅出Redis性能诊断系列文章(一)
一般服务器层面都会有相关监控，网络的问题很容易就会发现，比如网卡打满、网卡降频【万兆降为千兆】等。 方式一：redis-cli --intrinsic-latency为了避免业务测试服务器到 Redis 服务器之间的网络延迟，需要直接在 Redis 服务器上测试实例的响应延迟情况。 so far: 4 microseconds.Max latency so far: 5 microseconds.Max latency so far: 15 microseconds.Max latency so far: 23 microseconds.Max latency so far: 64 microseconds.Max latency so far: 196 microseconds.Max latency so far: 245 microseconds.Max latency so far: 246 microseconds.Max latency so far: 254 microseconds.Max
93730编辑于 2022-09-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号