这是一个创建于 256 天前的主题，其中的信息可能已经有所发展或是发生改变。
询问客服他们说他们系统就是这样的。初始化占用了 0.7g
第 1 条附言 · 256 天前
根据 10 楼的回复已经解决了，非常感谢。
 |
1
mineralsalt 256 天前  1
你想说什么
|
 |
2
danbai OP @mineralsalt 我想说有点坑
|
 |
3
sprite82 256 天前
我这 3.7G
$ free -h total used free shared buff/cache available Mem: 3.7Gi 1.2Gi 181Mi 101Mi 2.3Gi 2.1Gi Swap: 0B 0B 0B |
 |
4
opengps 256 天前
所有操作系统都有这部分被系统所独占使用的内存
|
 |
5
wentx 256 天前
lsmem 看看？
|
 |
6
perfectlife 256 天前
都差不多,我阿里云 1g 机器 free -m total 是 879m ,4g 机器是 3565m
|
|
7
danbai OP  系统占用太多了，我用的国外 vps2g 可用 1.9 |
|
8
danbai OP  对比度太高了 |
|
9
danbai OP 之前还够用，最近因为加了个服务导致内存不够用系统卡死几次了
|
 |
10
xiri 256 天前 via Android 15
腾讯云提供的 Debian 和 Ubuntu 系统镜像默认开启了 kdump 服务，会为 crashdump 预留一定内存，我之前 2G 内存的服务器看到预留了 128M
可以用下面的命令看一下有没有 reseeving...for crashdump 的行： dmesg | grep -i memory 不需要 crashdump 的话可以把 kdump 卸载掉： apt purge kdump-tools 然后编辑 /etc/default/grub 文件，将其中的 crashkernel=xxx 字段全部删掉 最后 update-grub2 更新 grub 引导文件，再重启一下服务器就可以看到可用内存变大了。 |
|
11
xiri 256 天前 via Android 1
free 命令看到的是伙伴系统管理的内存，这部分内存是不包括 OS 内核一些基本数据结构消耗以及内核预留内存的。
可以用 dmidecode 命令看一下底层硬件信息，正常都是分配满的，不会在这些地方给你克扣 |
|
13
danbai OP kdump 这玩意要我那么多内存有啥用
|
|
14
xiri 256 天前 via Android 1
@danbai crashdump 是用于在内核出现异常的时候导出物理内存数据供调试分析用的，这些导出的内存数据需要一块不被其他应用使用的内存区域来存放
|
 |
15
Cat7373 256 天前
三台机器，情况如下：
Vultr 2G 机器，lsmem 是 2G ，free -m 是 1963 ，dmidecode -t memory 是 2 GB Vultr 8G 机器，lsmem 是 2G + 6G = 8G ，free -m 是 7937 ，dmidecode -t memory 是 8 GB Aws 32G 机器，lsmem 是 3G+28.3G = 31.3G ，free -m 是 31302 ，dmidecode -t memory 是 32 GB |
 |
16
x86 256 天前
total used free shared buff/cache available
Mem: 7.8Gi 797Mi 6.6Gi 8.0Mi 437Mi 6.7Gi Swap: 476Mi 0B 476Mi |
 |
17
jiejia 256 天前
free --mega
|
 |
18
dooonabe 256 天前
华为云
 |
 |
19
jasonyang9 256 天前 via Android
为什么腾讯客服的回答没有说到问题的点上😂
|
 |
20
my3157 256 天前
lsmem
|
 |
21
learningman 256 天前 via Android 6
@jasonyang9 你猜楼上能说到点的哥们你让他去当客服，他当不当
|
 |
22
Sekai 255 天前
win 系统也有类似的，如果不开虚拟内存，那么蓝屏时的 dump 数据也无法保存的
|
 |
23
ppoozl 255 天前
可以去当啊，只要你给足够的工资
|
Select Language