https://juejin.cn/post/6844903943688945677 前言 常用的SQL数据库的数据都是存在磁盘中的，虽然在数据库底层也做了对应的缓存来减少数据库的IO压力，但由于数据库的缓存一般是针对查询的内容，而且粒度也比较小，一般只有表中的数据没有发生变动的时候，数据库的缓存才
https://www.jianshu.com/p/f2b399cf260a 作者：vivo 互联网服务器团队- Hao Chan 随着互联网业务的快速发展，基础设施的可用性也越来越受到业界的关注。内存发生故障的故障率高、频次多、影响大，这些对于上层业务而言都是不能接受的。 本文主要介绍EDAC（E
不建议用于生产. 单机部署形态是一种非常特殊的部署形态，这种形态对于可靠性、可用性均无任何保证。由于只有一个数据副本，一旦发生数据损坏、丢失，只能通过物理备份恢复数据。这种部署形态，一般用于数据库体验用户，以及测试环境做语法功能调测等场景。不建议用于商业现网运行。 图 1 单机部署形态图
https://www.cnblogs.com/xuyaowen/p/linux-audit.html 今天跑实验，发现进程被随机kill。咨询了服务器上的其他同学，他们说之前也发生过，一直存在。看来可能有可能不是我自己程序的原因，只能自己动手解决了。 在 Who sends a SIGKILL t
一、nethogs命令简介 NetHogs是一个小型的net top工具，不像大多数工具那样拖慢每个协议或者是每个子网的速度而是按照进程进行带宽分组。NetHogs不需要依赖载入某个特殊的内核模块。如果发生了网络阻塞你可以启动NetHogs立即看到哪个PID造成的这种状况。这样就很容易找出哪个程序跑
https://www.jb51.net/article/244872.htm + 目录 在Java虚拟机规范的描述中,除了程序计数器外,虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError (下文称OOM)异常的可能。本篇主要结合着【深入理解Java虚拟机】一书当中整理了本篇博客
https://zhuanlan.zhihu.com/p/428731068 首先看一个著名的学习方法论 向橡皮鸭求助学会提问，提问也是一门艺术提问前，先投入自己的时间做好功课发生了什么事情问题的基本情况你投入的研究和发现能正确提出你的问题，你的问题差不多已经解决一半深入的思考你的问题，大多情况下，
https://baijiahao.baidu.com/s?id=1751384496576832110&wfr=spider&for=pc IT之家 12 月 5 日消息，据 openEuler 发布，eBPF 是能够在内核运行沙箱程序的技术，提供了一种在内核事件和用户程序事件发生时安全注入代码的
https://zhuanlan.zhihu.com/p/598793866 你好，我是倪朋飞。 不知不觉间，2022 年已经走到了尾声。每个年尾我都喜欢回顾一下过去这一年的旅程，看看过去这一年都发生了什么事情，有什么收获，有什么遗憾，有什么值得期待的事情等等。对 eBPF 的学习和应用也是一样，今
https://www.cnblogs.com/east7/p/16989436.html 摘要：介绍内存分析工具Mat查找大对象的使用方法，定位full GC根源，拉升系统吞吐量，避免内存泄漏。 引言 线上服务器频繁发生full GC，直接拉低系统吞吐量，甚至OOM。今天我们来一起学习一下如何利用
https://blog.csdn.net/wangtingting_100/article/details/89842557 nginx做反向代理时，作为负载均衡器，对执行失败的任务默认会调度到其他节点执行。 默认设置：proxy_next_upstream error timeout #发生网络
https://cloud.tencent.com/developer/article/2015118 scriptreplay 用于在终端中，根据 script 命令记录的终端数据文件和时间日志文件，重现当时用户的所有操作和命令的输出信息。简而言之，重现播放当时终端会话发生的一切信息，而不是重新运
https://www.dianjilingqu.com/653590.html 故障描述： 当我使用docker-compose的方式部署内网的harbor时。它自动创建了一个bridge网桥，与内网的一个网段(172.18.0.1/16)发生冲突，docker 默认的网络模式是bridge ,默
https://www.jianshu.com/p/658cb6cbfe61 histo对比工具 这是一个用于辅助分析‘Java内存泄露’的小工具 源码地址 实现原理 分析fgc前后的类实例对象分布变化来辅助判断 如果多次fgc后，一个类的对象实例没有发生变化或者越来越多，则需要重点排查 操作步骤
前言 Linux 内核（以下简称内核）是一个不与特定进程相关的功能集合，内核的代码很难轻易的在调试器中执行和跟踪。开发者认为，内核如果发生了错误，就不应该继续运行。因此内核发生错误时，它的行为通常被设定为系统崩溃，机器重启。基于动态存储器的电气特性，机器重启后，上次错误发生时的现场会遭到破坏，这使得
最近在使用过程中使用SqlServer的时候发现在高并发情况下，频繁更新和频繁查询引发死锁。通常我们知道如果两个事务同时对一个表进行插入或修改数据，会发生在请求对表的X锁时，已经被对方持有了。由于得不到锁，后面的Commit无法执行，这样双方开始死锁。但是select语句和update语句同时执行，
https://www.modb.pro/db/623036 enq: TX - row lock contention它表示一个事务正在等待另一个事务释放被锁定的行。这种等待事件通常发生在并发访问数据库时，多个事务试图同时修改同一行数据时会发生行级锁争用。 以下是可能导致 “enq: TX - r
https://cloud.tencent.com/developer/article/1991011 千亿级参数AI大模型，竟然真的能获取代码了？！ 一觉醒来，AI圈发生了一件轰动的事情—— Meta AI开放了一个“重达”1750亿参数的大语言模型OPT-175B，不仅参数比GPT-3的3750
