- 综合排序
- 最热优先
- 最新优先
- 来自专栏IT运维技术圈
小知识--磁盘IO与网络IO延迟因素
磁盘IO主要的延时是由（以15000rpm硬盘为例）：机械转动延时（机械磁盘的主要性能瓶颈，平均为2ms） + 寻址延时（2~3ms） + 块传输延时（一般4k每块，40m/s的传输速度，延时一般为0.1ms （平均为5ms） 网络IO主要延时由：服务器响应延时 + 带宽限制 + 网络延时 + 跳转路由延时 + 本地接收延时 决定。 （一般为几十到几千毫秒，受环境干扰极大） 所以两者一般来说网络IO延时要大于磁盘IO的延时。
4K10编辑于 2022-06-26 - 来自专栏YO大数据
python学习笔记（9）文件 IO
Python提供了两个内置函数从标准输入读入一行文本，默认的标准输入是键盘。如下：
56930发布于 2021-08-16 - 来自专栏开源技术小栈
低延迟双向实时事件通信 Socket.IO
什么是 Socket.IO Socket.IO 是一个库，可以在客户端和服务器之间实现低延迟,双向和基于事件的通信。 官网：https://socket.io 版本差异 Socket.IO自诞生以来经历了多个版本的迭代，主要版本有1.x、2.x和3.x。每个版本都带来了新特性和性能改进。 3.x版本：带来了更高的性能和更低的延迟。它还增强了对TypeScript的支持，并优化了与其他框架的集成。 4.x版本：基于WebSocket的通信协议已更新，以支持HTTP/2。 https://github.com/ElephantIO/elephant.io Socket.IO 不是什么 Socket.IO 不是 WebSocket 实现。 这就是 Socket.IO 包含心跳机制的原因，该机制会定期检查连接的状态。 当客户端最终断开连接时，它会自动以指数回退延迟重新连接，以免服务器不堪重负。
1.4K10编辑于 2024-08-27 - 来自专栏爱可生开源社区
第49问：如何快速判断 IO 延迟对 MySQL 性能的影响
问 有没有简单的方法，判断 IO 延迟对 MySQL 性能的影响大小 实验 我们找一台 IO 比较差的虚拟机，如果找不到，那么你确实很有钱。 依旧宽油起一个 MySQL 实例： 先用 sysbench 准备一张表： 然后测一下性能 记得多跑几次预热，此处只取最后一次的结果 运行压力时，同时取一下 iostat ： 我们发现磁盘 IO 并没有饱和，那么磁盘 IO 的正常延迟, 会对这组 MySQL 的性能造成多大影响呢？
98810编辑于 2022-04-06 - 来自专栏bisal的个人杂货铺
与IO相关的等待事件troubleshooting-系列9
Buffer Cache与IO相关的等待事件： 这种等待事件的产生原因是包含DBWR进程和IO Slaves的Buffer Cache操作。 Influence Checkpoints Document 147468.1 Checkpoint Tuning and Troubleshooting Guide 结论： 作为这篇文章的总结，无论何时IO 如果IO子系统出故障了，那么就很难从Oracle数据库层面探究IO性能问题。如果这个问题是硬件导致的，那么应该寻求操作系统或文件系统供应商的帮助。 (Finished)
50530编辑于 2022-12-01 - 来自专栏TA码字
Tomcat NIO(9)-IO线程-Overall流程和关键类
在上一篇文章里我们主要介绍了 tomcat NIO 中 poller 线程的阻塞与唤醒，根据以前文章当 poller 线程监测到连接有数据可读事件的时候，会把原始 socket 的包装对象委托到 tomcat io 线程池中处理，包括解析请求行，请求头，调用 servlet API，处理异步等等，在这里我们主要介绍 tomcat io 线程。 对于tomcat io线程我们主要介绍： IO 线程 overall 流程 IO 线程主要涉及的类以及作用 IO线程overall流程 对于 tomcat io 线程来说，overall 调用序列图如下 getLog().debug(sm.getString("abstractConnectionHandler.socketexception.debug"), e); } catch (java.io.IOException 目前先写到这里，下一篇文章里我们继续介绍 tomcat io 线程涉及的其他关键类。
1K30发布于 2020-09-24 - 来自专栏AI SPPECH
IO竞赛2025年题目解析：高级难度（8-9）
引言 高级难度的IO竞赛题目是竞赛中的顶级挑战，也是区分顶尖选手的关键。2025年的高级难度（难度系数8-9）题目综合考察了选手的算法设计、数学建模、问题分析和代码实现能力。 难度进阶路径: 入门(1-3) → 基础(4-5) → 中级(6-7) → 高级(8-9) → 专家(10) 难度系数 考察重点 核心知识点 学习目标 8-9 算法设计、数学建模、问题分析 高级图论、高级动态规划 、高级数论、组合数学 掌握最优化算法设计，具备解决复杂问题的能力 目录 目录 ├── 第一章：2025年IO竞赛高级难度题目概述 ├── 第二章：难度系数8题目解析（8题） ├── 第三章：难度系数9 以下是8道典型的难度系数9题目解析。 希望本文的解析能够帮助读者在IO竞赛的道路上更进一步。
25110编辑于 2025-11-13 - 来自专栏A5IDC
Linux服务器磁盘IO延迟过高：通过调整IO调度器与优化文件系统提升磁盘性能
在高负载Linux服务器中，磁盘IO延迟过高不仅影响单个应用响应时间，还可能导致系统整体吞吐能力下降。 ，如数据库事务延迟增加1.2环境信息采集推荐使用以下工具收集基础性能数据：展开代码语言：BashAI代码解释#安装工具yuminstall-ysysstatfio#基础IO统计iostat-x55#磁盘队列与延迟信息 分析：XFS相比ext4整体IOPS与延迟表现更优deadline在高并发IO下更能保持较低延迟noop适合NVMe但在混合读写场景略弱于deadline六、进一步优化建议与监控实践6.1调整队列深度对于 延迟与吞吐iostat-dx1#查看每个进程IOiotop-o-b七、总结与实践要点优先选择适合硬件的IO调度器：对于NVMe，deadline通常优于默认cfq/noop组合。 持续监控：通过工具实时观察iowait、队列深度与延迟变化。通过A5数据的方法与实践步骤，可以有效缓解Linux服务器磁盘IO延迟问题，提高系统整体性能与稳定性。
41210编辑于 2026-01-08 - 来自专栏luzhiyao
BIP9版本bit位部署的超时和延迟
这样就可以允许发布延迟，同时可以阻止意外运行预发布软件造成功能的触发。 timeout应该被设计为starttime之后的一年以后。 考虑到合理的开发和延迟部署情况，它被故意设计的非常粗糙。没有足够的失败建议导致提案设计有点不足。 软分叉结束的休闲期允许有一些客户端的BUG检查，并且给时间进行警告和软件升级。
44320编辑于 2022-08-20 - 来自专栏路人甲Java
Mybatis系列第9篇：延迟加载、鉴别器、继承怎么玩？
这是mybatis系列第9篇，源码位于文章尾部！ 全局配置延迟加载 mybatis配置文件中通过下面两个属性来控制延迟加载： <settings> <! -- 当为true的时候，调用任意延迟属性，会去加载所有延迟属性，如果为false，则调用某个属性的时候，只会加载指定的属性 --> <setting name="aggressiveLazyLoading ：当为true的时候，调用任意<em>延迟</em>属性，会去加载所有<em>延迟</em>属性，如果为false，则调用某个属性的时候，只会加载指定的属性 下面我们来个案例感受一下效果。 1578368161, userModel=null, orderDetailModelList=null) 案例代码 链接：https://pan.baidu.com/s/1vt-MAX3oJOu<em>9</em>gyxZAhKkbg
78010发布于 2020-02-11 - 来自专栏码农爱学习的专栏
【i.MX6ULL】驱动开发9——Linux IO模型分析
1 Linux中的I/O模型 这里以网络I/O为例进行分析，网络IO的本质是socket的读取，socket在linux系统被抽象为流，对于一次IO访问，以read为例，当一个read操作发生时，它会经历两个阶段 IO多路复用有两个特别的系统调用select、poll。 2.5 异步I/O模型 相对于同步IO，异步IO不是顺序执行。用户进程进行aio_read系统调用之后，无论内核数据是否准备好，都会直接返回给用户进程，然后用户态进程可以去做别的事情。 IO两个阶段，进程都是非阻塞的。 同步过程中进程触发IO操作并等待或者轮询的去查看IO操作是否完成。 异步过程中进程触发IO操作以后，直接返回，做自己的事情，IO交给内核来处理，完成后内核通知进程IO完成。
84720发布于 2021-12-01 - 来自专栏一个会写诗的程序员的博客
第9章 文件IO操作、正则表达式与多线程第9章 文件IO操作、正则表达式与多线程
第9章 文件IO操作、正则表达式与多线程 我们在《第6章 扩展函数与属性》中已经介绍过Kotlin中的类扩展的特性。 9.1 文件 IO 操作 Kotlin IO 操作的 API 在 kotlin.io 包下。Kotlin的原则就是Java已经有好用的就直接使用，没有的或者不好用的，就在原有类的基础上进行功能扩展。 /java.io. [0-9]+的内容，它被替换成了 abcd 。 () }) 81XYZ64 我们可以看到，9XYZ8中数字9和8是匹配正则表达式[0-9]+的内容，它们分别被transform函数映射 (it.value.toInt() * it.value.toInt
2.2K30发布于 2018-08-17 - 来自专栏海向
RabbitMQ 延迟队列，消息延迟推送
目录 应用场景 消息延迟推送的实现 测试结果 ---- 应用场景 目前常见的应用软件都有消息的延迟推送的影子，应用也极为广泛，例如： 淘宝七天自动确认收货。 使用传统的数据库轮询来判断数据库表中订单的状态，这无疑增加了IO次数，性能极低。 消息延迟推送的实现 在 RabbitMQ 3.6.x 之前我们一般采用死信队列+TTL过期时间来实现延迟队列，我们这里不做过多介绍，可以参考之前文章来了解：TTL、死信队列 在 RabbitMQ 3.6 .x 开始，RabbitMQ 官方提供了延迟队列的插件，可以下载放置到 RabbitMQ 根目录下的 plugins 下。 org.springframework.amqp.support.AmqpHeaders; import org.springframework.stereotype.Component; import java.io.IOException
2.7K10发布于 2019-09-23 - 来自专栏玩转 Spring Cloud
Rabbitmq 通过延迟插件实现延迟队列
Rabbitmq 通过延迟插件实现延迟队列 文章目录 DLX+TTL 存在时序问题 安装延迟插件 下载地址 安装 Java 代码实现 DLX+TTL 存在时序问题 由于队列先入先出的特性 通过死信队列(DLX)和给每条消息设置过期时间(TTL)来实现延迟队列, 会存在时序问题. 可以通过给 Rabbitmq 安装延迟插件来实现延迟队列功能 安装延迟插件 下载地址 rabbitmq-delayed-message-exchange 插件可到这里下载: RabbitMQ 延迟插件 RabbitAdmin.class); TopicExchange exchange = new TopicExchange("exchange.delay"); // 交换器设置延迟属性 class MsgListener { @RabbitHandler public void msgHandler(String msg) { log.info("接收到的延迟消息
1.7K20编辑于 2022-05-05 - 来自专栏java大数据
事件延迟
事件延迟 事件延迟（项目心得） 马克- to-win：马克 java社区：防盗版实名手机尾号： 73203。
1.4K20发布于 2020-12-23 - 来自专栏linux驱动个人学习
延迟绑定
延迟绑定实现 在动态链接下,程序模块之间包含了大量的函数引用(全局变量往往比较少,因为大量的全局变量会导致模块之间耦合度变大),所以在程序开始执行前,动态链接会耗费不少时间用于解决模块之间的函数引用的符号查找以及重定位 所以ELF采用了一种叫做延迟绑定(Lazy Binding)的做法,基本的思想就是当函数第一次被用到时才进行绑定(符号査找、重定位等),如果没有用到则不进行绑定。 PLT为了实现延迟绑定，在这个过程中间又增加了一层间接跳转。调用函数并不直接通过GOT跳转，而是通过一个叫做PLT项的结构来进行跳转。 如果链接器在初始化阶段已经初始化该项,并且将bar()的地址填入该项,那么这个跳转指令的结果就是我们所期望的,跳转到bar(0,实现函数正确调用但是为了实现延迟绑定,链接器在初始化阶段并没有将bar()
1.5K20发布于 2019-05-25 - 来自专栏AI
延迟优化
本指南涵盖了一系列核心原则，您可以应用这些原则来改善在各种LLM相关用例中的延迟。 生成更少的令牌在使用LLM时，生成令牌几乎总是延迟最高的步骤：作为一般性的经验法则，减少50%的输出令牌可能会减少约50%的延迟。 使用更少的输入令牌尽管减少输入令牌的数量确实会导致较低的延迟，但这通常不是一个显著的因素——减少50%的提示可能只会导致1-5%的延迟改善。 通过更快地处理大多数字段而平均降低的延迟。由于执行两个请求而平均增加的延迟，而不是一个请求。结论会因情况而异，做出决定的最佳方式是通过在实际示例中进行测试。 结论您现在应该熟悉了一组用于改善LLM应用程序延迟的核心原则。在探索这些技术时，始终要记住测量延迟来源，并测试您尝试的每种解决方案的影响。现在去让您的应用程序起飞吧！
85110编辑于 2024-05-13 - 来自专栏JavaEdge
为什么kafka延迟比rocketmq延迟高
说kafka延迟比rocketmq延迟高 是有一个前提的 就是topic较多的时候 这个和这2个MQ的数据存储结构有关系的 在topic少的时候延迟基本一致。 它的数据结构如下 其中topic是逻辑概念，分区对应就是一个物理文件夹： 所以在topic比较多时，分区文件数量会非常庞大 磁盘顺序读效率还不如随机读效率，则会在topic比较多时 磁盘顺序读就蜕变为随机读，延迟也就高了 rockertmq 就诞生了 它的数据存储结构 对此做了优化 日志目录只有一个 commit log ，结构如下： 出发点不一样，kafka定位就是处理日志和大数据 在这些业务领域，topic不会太多，延迟问题自然也就没有 而rocketmq有pull、push两种模式 （虽然这个push模式是假push），push模式延迟肯定是比pull模式延迟低。 rabbit 的push模式 是真的push 所以 延迟最低的就是兔子。 兔子不支持分布式，只支持主从模式 本身设计就是小而美的单机版。cpu消耗比kafka之类低多了。
1.5K30编辑于 2022-11-20 - 来自专栏全栈程序员必看
rocketmq延迟队列原理_rocketmq延迟队列原理
在java的延迟队列中，无法支持集群的延迟。 Redis可以做到对应的延迟功能，但是自己封装毕竟局限于业务。而且封装也需要耗费一定时间。 今天我们就讲一个现有的延迟队列，不仅支持分布式服务，而且解耦业务代码，而且支持不同延迟时间的造好的轮子吧。 ~ 那就是 RocketMQ 延时队列。 RocketMQ将延时队列的延时延时时间分为18个级别 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 分别对应下面的延迟时间，在使用时，直接传递 level messageDelayLevel=1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h 当然这个时间可以自己修改，如果不维护 则按照默认的 如果到了延迟时间，就发送消息 否则就继续进行延迟返送。 总结，RocketMQ的延迟消息，使用起来方便，而且解耦代码，但是配置的延迟时间不够灵活。
2.6K20编辑于 2022-11-17 - 来自专栏这里只有VxWorks
IO之Standard IO
VxWorks provides a standard I/O package (stdio.h) with full ANSI C support that is compatible with the UNIX and Windows standard I/O packages.
1.1K30发布于 2020-08-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号