关于Bug报告的格式
Tofloor
poster avatar
186******98
deepin
2013-04-10 17:15
Author
首先谢谢大家这么热情的报告Bug, 很多Bug都非常详细, 对我们的帮助很大, 谢谢大家!

为了更好的解决大家提到的问题, 请大家按下面的要求来填写Bug:

1. 报告Bug最好带上重新步骤, 因为很多问题很隐蔽, 如果只说问题我们很难重现, 也就不知道怎么修复.

2. 保持每个报告的Bug单一, 很多同学在一个报告中写了5个以上的Bug, 这种报告非常难以关闭, 因为我们要对所有Bug进行修复才能关闭, 所以大家提交Bug的时候保持每个报告只包含一个Bug, 如果有多个Bug请分成不同的Bug报告提交, 单一的Bug我们修复的很快, 大家也能更快的体验到更稳定的系统.

3. 建议和Bug分开, 因为建议上都是策略性的, 建议不像Bug是程序的问题, 很多关于设计的建议我们需要慎重考虑才能采纳, 所以建议大家把建议提出来单独写.

再次谢谢大家这么长时间以来的支持, 正是你们的辛勤努力, 我们的系统才能更稳定, 更好的为大家服务!
Reply Favorite View the author
All Replies
cxbii
deepin
2013-04-10 17:24
#1
http://wiki.linuxdeepin.com/index.php?t ... 7%E5%8D%97

有经验的同学可以修改下wiki条目,这个帖子顶置吧
Reply View the author
pdlenovo
deepin
2013-04-10 17:47
#2
最重要的就是重现这个BUG的步骤,对于OS这种软件开发者自己去重现BUG是非常困难。这个我深有体会。
Reply View the author
AA0 Jeff
deepin
2013-04-10 18:29
#3
收到 会注意的 楼主所说的问题,我也犯过!!!!
Reply View the author
ttaix
deepin
2013-04-12 16:50
#4
#0001486 就那么关了?我可以100%重现的问题!
版本是Linux Deepin 12.12 beta 发布时间:2013-03-28
Reply View the author
186******98
deepin
2013-04-12 17:49
#5
请使用 test 源更新测试一下, 我们内部已经不能重现这个问题了, 如果您更新以后仍然可以重现问题, 您可以重新打开这个bug, 我们会再进行测试的。

谢谢您的报告!
Reply View the author
oyonth
deepin
2014-01-03 04:39
#6
【开发组请进 】系统出现僵尸进程,内存使用情况不准,请处理!!!!
有2个僵尸进程,找不到是哪里的问题,估计是bug;还有内存使用情况也不对。2G内存,top命令看是1880468 used,空闲85MB(85956 free),而同【系统监视器】查看已使用1G,空闲900M。
top - 20:16:34 up  4:08,  1 user,  load average: 0.19, 0.24, 0.21
Tasks: 201 total,   1 running, 198 sleeping,   0 stopped,   2 zombie
%Cpu(s):  7.2 us,  2.5 sy,  0.0 ni, 89.0 id,  1.0 wa,  0.0 hi,  0.3 si,  0.0 st
KiB Mem:   1966424 total,  1880468 used,    85956 free,    31872 buffers
KiB Swap:        0 total,        0 used,        0 free,   847444 cached
Reply View the author
wuy069
deepin
2014-01-03 05:06
#7
【开发组请进 】系统出现僵尸进程,内存使用情况不准,请处理!!!!
有2个僵尸进程,找不到是哪里的问题,估计是bug;还有内存使用情况也不对。2G内存,top命令看是1880468 used,空闲85MB(85956 free),而同【系统监视器】查看已使用1G,空闲900M。
top - 20:16:34 up  4:08,  1 user,  load average: 0.19, 0.24, 0.21
Tasks: 201 total,   1 running, 198 sleeping,   0 stopped,   2 zombie
%Cpu(s):  7.2 us,  2.5 sy,  0.0 ni, 89.0 id,  1.0 wa,  0.0 hi,  0.3 si,  0.0 st
KiB Mem:   1966424 total,  1880468 used,    85956 free,    31872 buffers
KiB Swap:        0 total,        0 used,        0 free,   847444 cached

嗯,经常出现僵尸进程,那是python引起的吧,可以使用如下命令查看僵尸进程:
  1. ps -A -o stat,ppid,pid,cmd |grep -E '^[Zz]'
Copy the Code
如果杀掉僵尸进程,右下角的托盘图标又没有了。

关于top查看内存占用的问题,是你自己理解的不对。

正确理解Linux内存占用过高的问题
最近有个月经问题,老有人问为何开机后,还没有其他服务,Mem就被用完了?是不是内存泄露?是否要重启服务?只能说不要看现象,要看本质才能找到问题的根源。

往往给出这样的结果,怀疑内存用了90%:

Mem:  4146788k total,  3825536k used,   321252k free,   213488k buffers
Swap: 2650684k total,            80k used, 2650604k free, 3006404k cached
这样怀疑很普遍,因为很多人用惯了Windows。Windows下,可以使用任务管理器查看当前进程对于内存的消耗情况。在我看来,Windows物理内存总是留下一定的空间,就算此时物理内存有空闲时,也会让某些程序去使用虚拟内存,目的是在Windows下启动新程序时,直接分配空闲的物理内存,这样子新程序启动速度就较快,而Linux则不然。

而在Linux下,使用top命令看到内存占用情况:
Mem:  4146788k total, [color=#0040FF:38y1zkwh]3825536k used,   321252k free,    213488k buffers[/color:38y1zkwh]
Swap: 2650684k total,          80k used,  2650604k free,  3006404k cached
这里的结果显示使用了3.8G的used,占用率达到90%。看看free的结果你还可以对比一下:
$ free -m
                    total          used        free       shared       buffers        cached
Mem:           4049         3784         265               0           208            2939
[color=#0040FF:38y1zkwh]-/+ buffers/cache:           636       3413[/color:38y1zkwh]
Swap:          2588               0        2588
虽然Mem显示了3.7G左右的used,但是(-/+buffers/cache)减去buffers和cache的结果可以看到,[color=#0040BF:38y1zkwh]当前进程实际占用内存是636M,而可用空闲(free)内存为3.4G。[/color:38y1zkwh]
可以这么理解:在linux的内存分配机制中,优先使用物理内存,当物理内存还有空闲时(还够用),不会释放其占用内存,就算占用内存的程序已经被关闭了,该程序所占用的内存用来做缓存使用,对于开启过的程序、或是读取刚存取过得数据会比较快。

如上面的例子:[color=#FF0000:38y1zkwh]使用了4G的内存,3.7G被占用,但是buffer和cached部分作为缓存,可以使用命中率的方式提高使用效率,而且这部分缓存是根据指令随时可以释放的,我们可以认为这部分内存没有实际被使用,也可以认为它是空闲的。[/color:38y1zkwh]

因此查看目前进程正在实际被使用的内存,是used-(buffers+cache),也可以认为如果swap没有大量使用,Mem还是够用的,只有Mem被当前进程实际占用完(没有了buffers和cache),才会使用到Swap的。
Reply View the author
cxbii
deepin
2014-01-03 17:55
#8
在linux下看内存占用判断系统是否负荷过高。这个方法不准确
我建议看到是负载,特别是最近5分钟的平均负载
Reply View the author