https://www.cnblogs.com/codelogs/p/16060792.html 简介# 最近我们系统出现了一些奇怪的现象，系统每隔几个星期会在大半夜重启一次，分析过程花费了很长时间，令人印象深刻，故在此记录一下。 第一次排查# 由于重启后，进程现场信息都丢失了，所以这个问题非常难以
https://www.cnblogs.com/codelogs/p/16060792.html 原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 最近我们系统出现了一些奇怪的现象，系统每隔几个星期会在大半夜重启一次，分析过程花费了很长时间，令人印象深刻，故在此
耗时两周，新版的操作系统常见知识点/问题总结总算搞完了，手绘了30多张图。大家可以用来复习操作系统或者准备操作系统面试。对于大部分公司的面试来说基本够用了，不过，像腾讯、字节这种大厂的面试还是要适当深入一些。 这篇文章总结了一些我觉得比较重要的操作系统相关的问题比如 用户态和内核态、系统调用、进程和
原创：扣钉日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 最近，我们系统配置了GC耗时的监控，但配置上之后，系统会偶尔出现GC耗时大于1s的报警，排查花了一些力气，故在这里分享下。 发现问题# 我们系统分多个环境部署，出现GC长耗时的是俄罗斯环境，其它环境没有这个问题，
来自：指月 https://www.lixueduan.com原文：https://www.lixueduan.com/post/redis/redis-scan/主要分析了 Redis Scan 命令基本使用和具体实现，包括Count 参数与 Scan 总耗时的关系，以及核心的逆二进制迭代算法分析
https://www.cnblogs.com/changxy-codest/p/15670495.html 问题现象 1、远程Oracle数据库通过IP:PORT/SERVICE_NAME连接 2、应用服务通过Docker容器部署，访问Oracle联通性测试接口，需要50s左右才能返回连接成功；
https://www.jianshu.com/p/10ea6fff562c 如何使用strace+pstack利器分析程序性能 本文摘抄自如何使用strace+pstack利器分析程序性能 程序说明 一个简单的socket程序，由server/client组成。server端监听某端口，等待cli
摘要：truncate执行慢，耗时长达几十到几百秒，这可怎么破？ 本文分享自华为云社区《GaussDB(DWS)运维 -- truncate慢》，作者： 譡里个檔。 【现象】truncate执行慢，耗时长达几十到几百秒 【根因】truncate表被查询表的DML语句阻塞 【方案】建议truncate
摘要：本期就分享几个关于DVPP视频编码问题的典型案例，并给出原因分析及解决方法 本文分享自华为云社区《DVPP媒体数据处理视频编码问题案例》，作者：昇腾CANN。 DVPP（Digital Vision Pre-Processing）是昇腾AI处理器内置的图像处理单元，通过AscendCL媒体数据
近期对Webpack5构建性能进行了优化，构建耗时从150s到60s再到10s，下面详细讲解下优化过程。
前言 MethodTimer.Fody 是一个功能强大的库，可以用于测量 .NET 应用程序中的方法的执行时间。允许你在不修改代码的情况下，自动地测量和记录方法的执行时间。 这个工具是基于.NET的 weaving 技术，通过修改IL（Intermediate Language，中间语言）代码来插入
雷池（SafeLine）是长亭科技耗时近 10 年倾情打造的 WAF，核心检测能力由智能语义分析算法驱动。旨在提供卓越的安全保护。本文将带您一步步了解如何安装、配置和测试SafeLine，以及如何利用它保护您的Web应用程序。 一、在线安装雷池 在开始进行任何操作之前，需要确保你的系统符合以下最低配
https://my.oschina.net/u/6150560/blog/5587717 背景 Linux 具有功能丰富的网络协议栈，并且兼顾了非常优秀的性能。但是，这是相对的。单纯从网络协议栈各个子系统的角度来说，确实做到了功能与性能的平衡。不过，当把多个子系统组合起来，去满足实际的业务需求，功
https://new.qq.com/rain/a/20221103A03ZHE00 作者 | 王栋栋 背 景 Linux 具有功能丰富的网络协议栈，并且兼顾了非常优秀的性能。但是，这是相对的。单纯从网络协议栈各个子系统的角度来说，确实做到了功能与性能的平衡。不过，当把多个子系统组合起来，去满足实际
Redis性能问题诊断以及scan命令耗时分析 摘要 最近公司有项目反馈卡顿. 卡顿一小时后自己被拉入群聊. 同事已经基本上定位到问题原因. 我这边想使用朴素的性能观点进行一下性能问题的拆解 为了提高自己. 用到的一些脚本 echo "info" |redis-cli -p 6379 -a Your
一 背景 C端服务应用升级和重启，导致耗时瞬时抖动，业务超时，应用监控报警，上游感知明显，导致用户体验变差。 二 应用升级重启导致抖动的原因 1 C端服务应用升级和重启的冷启动阶段，它需要重新加载和初始化各种资源，例如数据库连接、缓存数据等，导致耗时瞬时飙升。 2 应用重启后，本地缓存失效，应用需要
1. 【背景】AB实验SDK耗时过高 同事在使用我写的实验平台sdk之后，吐槽耗时太高，获取实验数据分流耗时达到700ms，严重影响了主业务流程的执行 2. 【分析】缓存为何不管用 我记得之前在sdk端加了本地缓存（使用了LoadingCache），不应该这样慢 通过分析，只有在缓存失效之后的那一次
https://www.jianshu.com/p/4489603124aa 背景 我们经常需要服务器上面执行一些耗时操作，比如执行scp命令下载大文件等，但是又不想一直等待完成再做其他事情，所以可以配合linux的相关命令达到目的。 具体步骤 1.执行相关耗时操作命令 :/ scp -r xxx@
https://www.cnblogs.com/codelogs/p/17092141.html 简介# 上次解决了GC长耗时问题后，系统果然平稳了许多，这是之前的文章《GC耗时高，原因竟是服务流量小？》然而，过了一段时间，我检查GC日志时，又发现了一个GC问题，如下：从这个图中可以发现，我们GC有
通常一个对象创建、销毁非常耗时的时候，我们不会频繁的创建和销毁它，而是考虑复用。复用对象的一种做法就是对象池，将创建好的对象放入池中维护起来，下次再用的时候直接拿池中已经创建好的对象继续用，这就是池化的思想。
