标签： long

发布于

Swoole Server的进程常驻（Long-running）模式：内存泄漏监控与 Worker 优雅重启

Swoole Server 进程常驻模式：内存泄漏监控与 Worker 优雅重启 大家好，今天我们来聊聊 Swoole Server 在进程常驻模式下，如何有效地监控内存泄漏，并实现 Worker 进程的优雅重启。 在高并发、长时间运行的 PHP 应用中，Swoole 作为高性能的异步并发框架被广泛使用。 然而，PHP 自身的特性，加上开发者的编码习惯，很容易导致内存泄漏。 内存泄漏累积过多，会显著降低服务器性能，甚至导致崩溃。 因此，对 Swoole Server 进行内存泄漏监控和优雅重启至关重要。 1. 内存泄漏的原因及危害 首先，我们要理解内存泄漏在 PHP 环境下产生的原因。 PHP 本身使用垃圾回收机制（Garbage Collection, GC）来自动回收不再使用的内存。 然而，GC 并非万能，以下情况可能导致内存泄漏： 循环引用： 对象之间相互引用，导致 GC 无法判断是否应该回收。 未释放的资源： 打开的文件句柄、数据库连接、Socket 连接等资源，在使用完毕后未显式关闭。 Swoole Task 投递： 在 Task 进程中创建的对象，如果未在 Task 结束时 …

继续阅读“Swoole Server的进程常驻（Long-running）模式：内存泄漏监控与 Worker 优雅重启”

发布于

Long Context vs RAG：在1M窗口下“迷失中间”（Lost-in-the-middle）现象的缓解策略

Long Context vs RAG：在1M窗口下“迷失中间”（Lost-in-the-middle）现象的缓解策略 各位早上好，今天我们来深入探讨一个在大型语言模型（LLM）领域日益重要的问题：长文本处理中的“迷失中间”（Lost-in-the-middle）现象，以及在1M上下文窗口下，如何利用Long Context模型和检索增强生成（RAG）来缓解这一现象。 1. 长文本处理的挑战：上下文窗口与“迷失中间” 近年来，LLM的发展日新月异，上下文窗口长度也呈指数级增长。最初的几百个token，发展到现在的几万甚至上百万token。理论上，更长的上下文窗口意味着模型可以处理更复杂、更依赖上下文的任务，例如： 长篇文档摘要： 提取长篇报告、论文或书籍的关键信息。 多轮对话： 记住对话历史，提供更连贯和个性化的回复。 代码生成： 理解大型代码库的结构和依赖关系，生成高质量的代码。 然而，实际应用中，我们发现LLM并非能够完美地利用所有上下文信息。一个显著的问题就是“迷失中间”现象。简单来说，模型在处理长文本时，往往更关注文本的开头和结尾部分，而忽略中间部分的内容。这意味着，即使关键信 …

继续阅读“Long Context vs RAG：在1M窗口下“迷失中间”（Lost-in-the-middle）现象的缓解策略”

发布于

`MySQL`的`慢`查询`日志`：`long_query_time`和`log_slow_admin_statements`的`配置`。

MySQL 慢查询日志：long_query_time 和 log_slow_admin_statements 配置详解 大家好，今天我们来深入探讨 MySQL 慢查询日志，重点关注两个核心配置参数：long_query_time 和 log_slow_admin_statements。 慢查询日志是定位性能瓶颈，优化数据库性能的关键工具。 理解并正确配置这两个参数，可以帮助我们更有效地监控和诊断 MySQL 数据库的性能问题。 1. 慢查询日志概述 慢查询日志是 MySQL 提供的一种用于记录执行时间超过指定阈值的 SQL 语句的日志。 通过分析慢查询日志，我们可以找出执行效率低的 SQL 语句，进而进行优化，提高数据库整体性能。 慢查询日志的作用： 发现性能瓶颈： 快速识别执行时间长的 SQL 语句，定位潜在的性能问题。 优化 SQL 语句： 针对慢查询进行分析，优化 SQL 语句的结构、索引等，提高执行效率。 监控数据库性能： 跟踪慢查询的出现频率和执行时间，监控数据库的性能趋势。 诊断系统问题： 慢查询可能是由于硬件资源不足、配置不当等系统问题引起的，通过分析慢查询日志可以帮助 …

继续阅读“`MySQL`的`慢`查询`日志`：`long_query_time`和`log_slow_admin_statements`的`配置`。”

发布于

解释 `Long Task` (`Performance API`) 监控和优化策略，以及如何避免主线程阻塞。

Alright, gather ’round everyone! Let’s talk about something that can make your website feel like it’s wading through molasses: Long Tasks. More specifically, how to spot them, squash them, and keep your main thread happier than a clam at high tide. Long Tasks: The Culprits Behind the Lag Imagine your browser’s main thread as a diligent postal worker, sorting and delivering mail (JavaScript execution, rendering, event handling) all day long. Now, imagine someone dumps a ma …

继续阅读“解释 `Long Task` (`Performance API`) 监控和优化策略，以及如何避免主线程阻塞。”

发布于

JS `Long Animation Frame API` (提案) `Task Attribution` 与 `Jank` 分析

各位观众，大家好！我是你们今天的导游，将带领大家探索 JavaScript 中 Long Animation Frame API 这片新大陆，顺便抓几个 Jank 怪兽，并学习 Task Attribution 的魔法。准备好了吗？那我们发车咯！ 第一站：Long Animation Frame API 简介：你的帧率侦察兵 我们都知道，网页的流畅度很大程度上取决于帧率。帧率越高，画面越流畅，用户体验越好。但是，有些时候，我们的代码会搞一些小动作，导致页面卡顿，也就是我们常说的 Jank。 传统的性能分析工具，比如 Chrome DevTools 的 Performance 面板，可以帮助我们发现 Jank，但是它们往往只能告诉我们“哪里卡了”，而不能精确地告诉我们“为什么卡了”。 这个时候，Long Animation Frame API 就闪亮登场了。它可以像一个侦察兵一样，长时间观察每一帧的渲染过程，并记录下详细的信息，帮助我们找到导致 Jank 的罪魁祸首。 简单来说，Long Animation Frame API 就是一个增强版的 requestAnimationFrame …

继续阅读“JS `Long Animation Frame API` (提案) `Task Attribution` 与 `Jank` 分析”

发布于

JS `Long Animation Frame API` (提案)：识别和调试浏览器主线程长动画帧

各位靓仔靓女，早上/下午/晚上好！我是今天的主讲人，咱们今天聊聊一个新鲜玩意儿——Long Animation Frame API (LAF API)。这玩意儿能帮你揪出浏览器主线程上那些“磨洋工”的动画帧，让你的网页丝滑如德芙巧克力。 开场白：动画为何卡顿？ 咱们先来唠唠嗑，想想为啥你的网页动画有时候会卡成PPT？ 主线程繁忙： 浏览器的主线程就像一个辛勤的快递小哥，既要处理JavaScript脚本，又要渲染页面，还要响应用户交互。要是JavaScript代码写得不好，或者渲染任务太重，小哥就会累趴下，导致动画掉帧。 阻塞操作： 某些JavaScript操作（比如同步XHR请求、复杂的计算）会阻塞主线程，让动画无法及时更新。想象一下，快递小哥正要送货，突然被老板叫去开会，那货肯定得晚点送到。 垃圾回收 (GC)： 浏览器会不定期进行垃圾回收，清理不再使用的内存。GC过程也会暂停主线程，导致动画卡顿。这就像快递小哥正在送货，突然被城管抓去清理垃圾一样。 隆重登场：Long Animation Frame API LAF API就是为了解决这些问题而生的。它允许你注册一个回调函数，当动画 …

继续阅读“JS `Long Animation Frame API` (提案)：识别和调试浏览器主线程长动画帧”

发布于

JS `Long Tasks API`：识别并优化阻塞主线程的长任务

各位观众，掌声鼓励一下！今天咱们聊聊前端性能优化里一个挺重要的家伙：Long Tasks API。 别担心，这玩意儿听起来唬人，其实没那么复杂，咱们一点点把它扒个精光。 开场白：为啥要关心 Long Tasks？ 想象一下，你在一个高档餐厅点了个菜，服务员跟你说：“稍等，这个菜有点复杂，要炒个五分钟。” 五分钟啊！ 搁谁谁不烦躁？ 你可能会开始玩手机，或者跟朋友抱怨。 网页也一样，如果主线程被某个任务霸占太久，用户就会感觉到卡顿、延迟，用户体验直线下降。 这个“霸占太久”的任务，就是我们今天要说的 Long Task。 所以，优化 Long Tasks，就是为了让用户觉得咱们的网页“丝滑流畅”，体验好，用户才愿意留下来嘛。 什么是 Long Tasks API？ Long Tasks API 是一种浏览器提供的接口，它可以让我们检测到执行时间超过 50 毫秒的任务。 50 毫秒听起来很短，但对于用户来说，这已经足够让他们感觉到卡顿了。 这个 API 就像一个监控器，时刻盯着主线程，一旦发现有任务执行时间超过 50 毫秒，它就会发出警报，告诉我们哪个任务阻塞了主线程，以及阻塞了多长时间。 …

继续阅读“JS `Long Tasks API`：识别并优化阻塞主线程的长任务”

发布于

HTML5 `Long Tasks API`：识别并优化页面中的长耗时任务

你的网页卡了吗？来，用 Long Tasks API 揪出幕后黑手！ 你有没有过这样的体验：兴致勃勃打开一个网页，准备好好浏览一番，结果网页就像得了老年痴呆一样，半天没反应？点个按钮，半天才出现效果？滚动一下，画面卡得像PPT？别着急，这可不一定是你的网速慢，很可能是你的网页里藏着“长耗时任务”这个幕后黑手！ 想象一下，你的浏览器就像一个辛勤的快递员，每天要处理无数的任务：加载图片、执行JavaScript代码、渲染页面等等。大部分任务都是轻轻松松就能完成的，但总有一些任务，就像那种堆满货物的超重包裹，让快递员累得气喘吁吁，不得不停下来休息一下。这些超重的包裹，就是我们今天要聊的“长耗时任务”（Long Tasks）。 什么是长耗时任务？ 简单来说，长耗时任务就是那些在主线程上运行时间过长的任务。主线程是浏览器负责处理用户交互、页面渲染等核心工作的线程。如果主线程被一个任务长时间占用，就会导致页面卡顿、响应缓慢，用户体验自然也就大打折扣。 那么，具体多长时间才算“长”呢？根据W3C的定义，任何在主线程上执行时间超过50毫秒的任务，都可以被认为是长耗时任务。 50毫秒，眨眼之间就过去了， …

继续阅读“HTML5 `Long Tasks API`：识别并优化页面中的长耗时任务”

发布于

Long Tasks 与 FID（First Input Delay）：优化用户交互响应

好的，各位技术大咖、代码诗人、以及那些被“页面加载中…”折磨过的朋友们，欢迎来到今天的“Long Tasks 与 FID：优化用户交互响应”主题分享会！我是你们的老朋友，一名在代码堆里摸爬滚打多年的老司机，今天就带大家一起攻克这个看似高深，实则与用户体验息息相关的难题。 开场白：页面卡顿，用户心碎 想象一下，你满怀期待地打开一个网页，准备剁手买买买，结果页面像中了定身咒一样，半天没反应。你疯狂点击，却只得到无情的“无响应”提示。那一刻，你的内心是不是有一万匹草泥马奔腾而过？ 这就是 Long Tasks 惹的祸！它们就像交通高峰期的拥堵，让你的浏览器主线程不堪重负，最终导致页面卡顿，用户体验直线下降。而 FID（First Input Delay），就是衡量这种卡顿程度的关键指标。 第一幕：认识 Long Tasks，揪出幕后黑手 ♀ 什么是 Long Tasks？ 简单来说，Long Tasks 就是那些在浏览器主线程上运行时间超过 50 毫秒的任务。它们就像霸占着 CPU 资源的大胃王，让其他任务只能排队等待，最终导致页面响应迟缓。 更形象地说，你可以把浏览 …

继续阅读“Long Tasks 与 FID（First Input Delay）：优化用户交互响应”