https://zhuanlan.zhihu.com/p/84194049 从2001年DDR内存面世以来发展到2019年的今天，已经走过了DDR、DDR2、DDR3、DDR4四个大的规格时代了（DDR5现在也出来了）。内存的工作频率也从DDR时代的266MHz进化到了今天的3200MHz。这个频率
Free命令显示内存 首先，我们来了解下内存的使用情况： Mem：表示物理内存统计 total：表示物理内存总量(total = used + free) used：表示总计分配给缓存（包含buffers 与cache ）使用的数量，但其中可能部分缓存并未实际使用。 free：未被分配的内存。 sh
前些天一直受到内存报警，过一段时间就会恢复。由于开发工作有些多，就一直没理它，但是最近几天开始有些频繁了。虽然不影响业务，但是天天报警，还是让人提心吊胆的。因此就抽了一个上午的时间去解决一下这个问题。 排查问题 这台机器安装的是mongodb，因为最近业务增加，内容使用增加是正常的，但是实际的占用内
http://www.kaotop.com/it/173669.html 我们知道Redis并没有自己实现内存池，没有在标准的系统内存分配器上再加上自己的东西。所以系统内存分配器的性能及碎片率会对Redis造成一些性能上的影响。 在Redis的 zmalloc.c 源码中，我们可以看到如下代码： ?
Linux 处理CPU和内存参数的方式总结 关闭NUMA,关闭透明大页 比较简单的方法: vim /etc/default/grub 在 GRUB_CMDLINE_LINUX 里面添加配置: transparent_hugepage=never numa=off 修改后的配置为: GRUB_CMDL
https://www.infoq.cn/article/Z111FLot92PD1ZP3sbrS 一、问题描述 某天，SRE 部门观察到一个非常重要的应用里面有一台服务器的业务处理时间(Transaction time)在某个时间点变为平时的 3 倍。虽然只持续了短暂的 2 秒，但是如果观察其一周
https://zhuanlan.zhihu.com/p/614898901 什么是内存碎片？ 内存碎片在Linux很早的时候就已经出现了，了解早期内存碎片产生的历史，有利于我们对它的理解。 假设现在有一块32MB大小的内存，一开始操作系统使用了最小的一块——4MB大小，剩余的内存要留给4个进程使用
一. 大页（HugePages）概念 Hugepage的引入二. hugepages相关概念三.Regular Pages 与 HugePages a、Regular Pages b、Huge Pages四. hugepage 优点五.调优方法 5.1 在Host侧查看各个numa节点上的大页分配情
https://www.jianshu.com/p/7863667d5fa7 KAFKA推送消息用到了sendfile，落盘技术用到了mmap，DMA贯穿其中。 先说说零拷贝 零拷贝并不是不需要拷贝，而是减少不必要的拷贝次数。通常是说在IO读写过程中。 实际上，零拷贝是有广义和狭义之分，目前我们通常
目录 一、背景： 二、win环境下修改jmeter内存 三、mac&linux环境下修改jmeter内存 四、验证内存是否修改成功 一、背景： 在进行大数据、高并发压测的过程性，有时会遇上JMeter卡死现象，使得测试无法进行，查看日志显示：java.lang.OutOfMemoryError: J
https://juejin.cn/post/6844904019983335438 对于前端的“内存泄漏”这个东西，说实话我只在书上看到过: 闭包、匿名函数和事件绑定尤其容易造成内存泄漏。 然而这些操作造成的“内存泄漏”究竟是什么样子的？如何排查？虽然很好奇，却不得而知。直到这次公司应用频繁出现浏
https://zhuanlan.zhihu.com/p/417472115 什么是cgroup？ cgroups其名称源自控制组群（control groups）的简写，是Linux内核的一个功能，用来限制、控制与分离一个进程组（如CPU、内存、磁盘输入输出等）。 什么是Docker资源限制？ 默
# TiKV占用内存超过的解决过程 ## 背景 ``` 为了后去TiDB的极限数据. 晚上在每台服务器上面增加了多个TiKV的节点. 主要方式为: 每个NVME的硬盘增加两个TiKV的进程. 这样每个服务器两个磁盘, 共计4个TiKV的进程 因为TiKV其实会使用尽可能多的缓存: storage.b
https://www.cnblogs.com/the-tops/p/8798630.html 暂时目前的环境处理方法比较简单： 在root用户下添加计划任务： */10 * * * * sync;echo 3 > /proc/sys/vm/drop_caches; 每十分钟执行一次，先将脏数据写回
Redis系列1：深刻理解高性能Redis的本质 Redis系列2：数据持久化提高可用性 Redis系列3：高可用之主从架构 Redis系列4：高可用之Sentinel(哨兵模式） Redis系列5：深入分析Cluster 集群模式 追求性能极致：Redis6.0的多线程模型 追求性能极致：客户端缓
[Redis系列1：深刻理解高性能Redis的本质](https://www.cnblogs.com/wzh2010/p/15886787.html "Redis系列1：深刻理解高性能Redis的本质") [Redis系列2：数据持久化提高可用性](https://www.cnblogs.com/w
引言 在编写和维护Java应用程序时，内存泄漏是一个重要的问题，可能导致性能下降和不稳定性。本文将介绍内存泄漏的概念，为什么它在Java应用程序中如此重要，并明确本文的目标，即识别、预防和解决内存泄漏问题。 内存泄漏的概念 内存泄漏是指应用程序中分配的内存（通常是堆内存）在不再需要时未能正确释放。这
目前我们已进入保护模式,但依然会受到限制,虽然地址空间达到了4GB,但此空间是包括操作系统共享的4GB空间，我们把段基址+段内偏移地址称为线性地址，线性地址是唯一的，只属于某一个进程。在我们机器上即使只有512MB的内存，每个进程自己的内存空间也是4GB，这是指的虚拟内存空间。一直以来我们都是在内存
在开始学习内核内存读写篇之前，我们先来实现一个简单的内存分配销毁堆的功能，在内核空间内用户依然可以动态的申请与销毁一段可控的堆空间，一般而言内核中提供了`ZwAllocateVirtualMemory`这个函数用于专门分配虚拟空间，而与之相对应的则是`ZwFreeVirtualMemory`此函数则用于销毁堆内存，当我们需要分配内核空间时往往需要切换到对端进程栈上再进行操作，接下来`LyShark
