概要 本文档采用glibc2.28版本作为示例，模拟内网环境无法访问github等开源社区 为精简docker容器镜像，采用Alpine镜像，需要手动编译glibc源代码 制作编译好的glibc二进制文件 获取glibc二进制文件构建工具 # 内网环境可下载该工具包手动上传到服务器 git pull
Linux/Golang/glibC系统调用 本文主要通过分析Linux环境下Golang的系统调用，以此阐明整个流程 有时候涉略过多，反而遭到质疑~，写点文章证明自己实力也好 Golang系统调用 找个函数来分析 https://pkg.go.dev/os/exec#Cmd.Wait 源码文件在s
https://www.jb51.net/article/230473.htm 目录 我使用的是centos7（理论上这个方法仅仅对centos7以及Redhat7都可以使用该方法解决问题） 注意：此方法仅针对Redhat7/Centos7以上。 出现问题原因： 在调优hbase的时候，查资料发现可
CentOS7升级Glibc到超过2.17版本无法启动的解决办法 背景 今天有同事告知服务器宕机无法启动. 提示信息为: [sda] Assuming drive cache: write through 后系统没有任何反应. 一开始同事说没有做任何处理, 突然至此 我感觉比较奇怪.然后进行了一下简
环境：aarch64/centos7.6 glibc-2.17 编译器：gcc version 5.5.0 (GCC) 官方参考文档：https://www.percona.com/doc/percona-xtrabackup/2.4/installation/compiling_xtrabacku
https://juejin.cn/post/6854573220733911048 遇到了一个 glibc 导致的内存回收问题，查找原因和实验的的过程是比较有意思的，主要会涉及到下面这些： Linux 中典型的大量 64M 内存区域问题 glibc 的内存分配器 ptmalloc2 的底层原理 如
Unlink原理和一些手法 ✅简单介绍一下unlink相关的知识 unlink是利用glibc malloc 的内存回收机制造成攻击的，核心就在于当两个free的堆块在物理上相邻时，会将他们合并，并将原来free的堆块在原来的链表中解链，加入新的链表中其目的是把一个双向链表中的空闲块拿出来（例如 f
https://www.easyice.cn/archives/341 2019年 Elastic开发者大会的时候我曾经说过 glibc 导致的堆外内存过多问题： 如果应用程序每次分配内存的时候都通过系统调用 mmap，sbrk等来分配，效率会很低，所以glibc 中实现了一个内存池，应用程序使用内
https://www.jianshu.com/p/ac267eac47d1 我们在使用 Docker centos7.2 镜像时发现即使安装了中文字符集环境包，通过下面的命令来实现支持中文，但是在用 yum 安装某些软件后，比如执行 yum -y reinstall glibc glibc-com
https://bbs.huaweicloud.com/forum/thread-169523-1-1.html 作者：王坤 > 编者按：JVM 发生内存泄漏，如何能快速定位到内存泄漏点并不容易。笔者通过使用 jemalloc（可以替换默认的 glibc 库）中的 profiling 机制（通过对程
前言 上一篇文章说了重启 sentry 的事 因为过程太折腾了，一度想过放弃 sentry 换成其他比较轻量级的开源监控系统 这不就给我找到了另外俩个 https://glitchtip.com/ https://www.highlight.io/ 这次就来试试这个 glitchtip 用了之后才发
