xiaozhaoz

@xiaozhaoz 错了，最后一种情况 1 的个数会变。
看到过一个算法，可以算一个 32bits 的 1 个数。
int count(unsigned x) {
x = x - ((x >> 1) & 0x55555555);
x = (x & 0x33333333) + ((x >> 2) & 0x33333333);
x = (x + (x >> 4)) & 0x0F0F0F0F;
x = x + (x >> 8);
x = x + (x >> 16);
return x & 0x0000003F;
}

根据前一个数 的三种情况：
- 最后一位 0 ，1 的个数 + 1
- 前一个数全 1 ，1 的个数回到 1 ，实现方法：记住前一个数二进制长度，“~前一个数 & （ 0x1<<位数）- 1” == 0
- 其他情况，1 的个数不变

@Zoooooberg
我前面说内核 slab 内存也不太正常，因为 slab 占用了 7G 内存，一般的系统占用 2 ，3G 算比较多的。
看不懂 slabinfo ，也可以用 slabtop 直接看，可以看到哪些内核数据结构占用了较多内存。
你提供的 slabinfo ，可以看出通用 kmalloc 占用内存较多，所以还是怀疑硬件驱动模块 map 了大量内存。

我以前排查的问题是：
1. 系统启动后，内存就用了大概 50G ，应用使用很少。
2. lsmod 看哪些外挂驱动； dmesg 看内核 built-in 驱动。
3. 然后根据硬件驱动 modprobe -r 卸载驱动排查，最后定位到 intel 10G 网卡驱动有问题，再 64k 和 2M page size 的时候，multi rx ，tx queue 会导致占用大量物理内存。
4. 排查 GPU 显卡驱动时，也发现过类似问题。

物理驱动，启动后，都会分配连续内存用于设备和 cpu 交换数据，以前的内核 page size 是 4K ，驱动一般会 pagesize * count 计算要 map 的内存大小，当 pagesize 变成 64K 甚至 2M 的时候，驱动占用的内存就会变得很大。

在操作系统角度来看，物理内存除了分配给用户空间进程使用，还要给内核任务、硬件外设和 cpu 交换（ dma ）、文件系统 buffer/cache 、内核内存算法还有开销。

所以只看资源管理器或 top 里面的用户进程不一定能查到内存消耗在哪里了。

那个设备的内核内存开销也不正常， cat /proc/slabinfo 看看。

可能有硬件驱动，直接 map 了物理内存，看 directmap 能看出来。

以前碰到过类似的问题，因为 huge page ， 网卡驱动有 bug ，ringbuf 占用了大量物理内存。

喜欢写代码的话，不差钱 有很多开源项目都可以去做，开源项目做多了工作自然就找到了。

大家不要嘲笑了，这是新手的正常反应。每个人都是这样过来的。

炒股考验综合能力，心理承受能力也是其中之一。
个人经验，把炒股当作一个风险更大的理财方式，买入全亏不心痛的额度。然后慢慢在市场中找感觉和适合自己的方法。没人能给你经验和指点，每人性格和心理承受能力不同。

新手一上来就赚钱不是好事，没有交学费学不到东西。

@PTLin 写入 reserved memory address ，然后如你所说的 gp 上捕获异常，写一级目录和 cr3. 这个方法老的 linux 版本上试过，可以走通但没什么用。