@aheadlead #25

我就是这个意思。

#17 我有说：“我从来没说过 MIUI 造假，因为软件是分层的，底层看不到上层的结构和细节是正常的。内核层次上看不到 Android 服务层的内存管理很正常。”

我喷的不是这个问题。

@oneonesv #22

你在搞笑吗，你写个模块，调用 alloc_pages，你看看 /proc/meminfo 里的 memfree 会不会减少。怎么就“/proc/meminfo 不包含所有内存”了。要是连内存都没法准确统计了，那这个系统你觉得还能用吗。你要是觉得能用，可能需要重修一下计算机组成原理。

还是那句话，你给的那个文章不仅质量堪忧，关键和本帖无半点关系。就像在拿一个看似有关实际上无关的论据强行洗地。虽然我到目前还没有认为 MIUI 有问题，但我可能已经对 xiaomi 有些延误了。


@aheadlead #21

你怎么定义“精准统计内存”

@a22124497 #18 并非这个意思。

@oneonesv #15

惊了，原来 /proc/meminfo 只能显示系统的一部分内存呀，黑客设计一个不能完全显示内存的接口，我不知道那个 Linux 黑客有这么糟糕的品位。哇，原来 Linux 自己都不能精确统计内存，按你的意思，也就是说假定存在内存页 P，则 Linux 不能确定它是否可用。那系统应该很快就不稳定甚至无法工作了呀，最好也是严重内存泄漏了呀。但实际上 Linux 跑的很稳，7*24 工作不在话下。

我从来没说过 MIUI 造假，因为软件是分层的，底层看不到上层的结构和细节是正常的。内核层次上看不到 Android 服务层的内存管理很正常。

但是你给的那个链接完全和这个帖子没有半点关系。你贴的那个文章说了半天废话那些东西在手册里都有写。什么叫“不包含所有内存”啊。不看手册怪软件喽。谁不知道 avail mem = free mem + buff/cache 啊。谁不知道 virt 和 res 啊。还有到你的#13 竟然成了 Linux 不能精确统计内存了……

@huyanprc #11

在“手工删除 1506 的 IP 地址，保留 150c 的 IP 地址之后，可以访问 IPv6 网站时的路由”里面，你给的输出里面，默认路由都木有了，你是怎么上的 ipv6 网站啊，你确定不是因为你上的是双栈主机走的 v4 吗。

traceroute6 test-ipv6.com

浏览器访问 test-ipv6.com 能显示 ipv6 地址吗

在“手工删除 1506 的 IP 地址，保留 150c 的 IP 地址之后，可以访问 IPv6 网站时的路由：”中，没有 ipv6 默认路由，因此无法访问 ipv6 网站是正常的。这可能是因为 isc dhcp client 的 ipv6 模式不会自动添加默认路由。

至于第一次为什么会获取到另外不对的 ipv6 地址，很抱歉我现在并没有想明白。有可能是你的网络里还有其他设备也开启了 dhcpv6 服务器分配地址，最大的可能应该是路由器实现有 bug。此外可以抓包分析一下。debian 的 bug 也不是不可能，但 debian 9 和 debian10 我这里都不能复现问题。

此外，说一点其他的，看你的第一个路由表，你的路由器的链路本地地址竟然是“ fe80::1 ”。现在我的内心毫无波动。这是哪个天才相出来的方案，还是单纯应付“要加 ipv6 支持”随便做出来的东西。换个路由器可能是个好办法。

@oneonesv #8

这篇文章根本和这个帖子没关系。文章强调内存占用不是进程占用之和，再就是需要去掉缓存和缓冲的大小。但 1 ） lz 也没有算进程的占用之和，2 ）你可以看看图，cached 和 buffers 都很低，used 减去这两项后依旧非常恐怖。

top 和 free 的内存统计数据来自 /proc/meminfo

@huyanprc #9

DHCPv6 （ XA_NA ）获得的地址就是 /128 的。即只分配一个地址。通过 DHCP-DP 或者才会分配“一段地址”。这也是为什么我们猜测认为你错误的地址来自 DHCPv6 的原因之一。

“在仅得到这个 IP 之后，仍然无法访问 IPv6 网站。”
查看路由表是否正确

route -A inet6 -n

还有，装个 termux 调用 free -m 命令比较好，adb 也非常吃内存（反正我是服了一个和主机通信的软件能随便吃几百 mib ）

Android 确实非常吃内存，Google 系的软件都这个吊样。

不过使用率这么夸张，我感觉可能是某个系统程序内存泄漏了，关机，移除电池，等待 10 分钟后插入电池，然后开机，观察内存使用率。

@huyanprc #7

你的 DHCPv6 客户端在 renew 旧地址而不是请求新地址。

首先，如果你正使用 X，关闭网络管理器

service NetworkManager stop

然后，删除接口上的已分配的所有地址（但必须保留链路本地地址）

ifconfig wlan0
.....

ifconfig wlan0 inet6 del XXXX:XXXX:XXXX::7df
ifconfig wlan0 inet6 del ...

确保你在一个干净的环境下，然后运行 ISC DHCP Client

dhclient -6 -v wlan0

楼上正解，应该是路由器的 DHCPv6 服务器配置有误或存在 bug

执行以下命令（以 root ）

apt install ndisc6

#并贴出输出
# 请自行替换接口名称

rdisc6 -m -n -v wlan0
dhclient -6 -v wlan0

@qbqbqbqb #9

我们这儿 ISP 给 /60 的地址块，这样二级可以继续分。

不过我个人认为即使 /64 理论上也可以继续分的，我继续分下去一个 /80 然后静态路由或者用路由协议让各级路由器建好路由表应该就可以。当然我没有试过不清楚。

@Asice #16

你这是在滥用 cf

看看有没有 debian-backport。
本地编译一个传上去。
直接用 debian 10 的包。

使用 ipv6

ifconfig eth0 inet6 add fdxx:xxxx:xxxx::1/48

fd00::/8 是 ipv6 ula 地址，其作用类似于 ipv4 的私有地址

此接口可以继续配置更多 ipv6 地址，如公网地址，链路本地地址

配置 dhcpv6 服务器为主机分配地址。

mediawiki。维基媒体基金会（ Wikipedia 的运营者）开发并使用。