dde 内存泄漏依然存在
Tofloor
poster avatar
jhkwei
deepin
2014-10-06 21:45
Author
DeepinScreenshot20141006133957.png
国庆两三天没有关机,dde 内存泄漏依然存在,你们也可以开开遨游试试
Reply Favorite View the author
All Replies
kingskill
deepin
2014-10-07 03:58
#1
超长时间待机下的内存管理这个大难题,不知道deepin开发员会在什么时候提上议事日程~~
Reply View the author
jhkwei
deepin
2014-10-07 05:21
#2
超长时间待机下的内存管理这个大难题,不知道deepin开发员会在什么时候提上议事日程~~

大体可以在这几方面去解决:
1)把一个些程序改成可以内存可自主控制的语言去做比如 C,时时去注意内存问题反而不会出现内存问题
2)没有操作的时候就是等待,别的什么也不干,常在河边走哪有不湿鞋
3)简化操作,简化程序,之所以内存泄漏,程序不够简单,不方便测试,逻辑太复杂
Reply View the author
cxbii
deepin
2014-10-08 20:21
#3
貌似这个不是内存泄露,是没有及时释放
这个问题我们知道的
Reply View the author
jhkwei
deepin
2014-10-08 22:55
#4
貌似这个不是内存泄露,是没有及时释放
这个问题我们知道的
那就是 golang 的 gc 有问题吧。
Reply View the author
sihai
deepin
2014-10-09 01:20
#5
有点高深,看不太懂。这个dde-session-daemon是什么啊,我的系统监视器也有这个,但都是30几兆,没见过这样可怕的数据。
Reply View the author
kingskill
deepin
2014-10-09 21:56
#6
貌似这个不是内存泄露,是没有及时释放
这个问题我们知道的

熊熊,开发的时候有没有做过长时间开机测试?比如一开一礼拜这样。
Reply View the author
zstang
deepin
2014-10-09 23:47
#7
LD的系统取决与golang和开发人员驾驭golang的能力
Reply View the author
cxbii
deepin
2014-10-10 18:35
#8
[quote]貌似这个不是内存泄露,是没有及时释放
这个问题我们知道的

熊熊,开发的时候有没有做过长时间开机测试?比如一开一礼拜这样。[/quote]
这个我们知道的,因为js的原因,这个内存不是很好控制,目前还在想方法
这个和go无关
Reply View the author
jhkwei
deepin
2014-10-11 20:34
#9
[quote][quote]貌似这个不是内存泄露,是没有及时释放
这个问题我们知道的

熊熊,开发的时候有没有做过长时间开机测试?比如一开一礼拜这样。[/quote]
这个我们知道的,因为js的原因,这个内存不是很好控制,目前还在想方法
这个和go无关[/quote]

说 js 那就 webkit, 这个一下可能不会有什么效果,能不用 js 就不用吧。
Reply View the author
qilinhack
deepin
2014-10-11 21:26
#10
早已泄尽
Reply View the author
kingskill
deepin
2014-10-14 05:00
#11
[quote][quote]貌似这个不是内存泄露,是没有及时释放
这个问题我们知道的

熊熊,开发的时候有没有做过长时间开机测试?比如一开一礼拜这样。[/quote]
这个我们知道的,因为js的原因,这个内存不是很好控制,目前还在想方法
这个和go无关[/quote]

js的内存控制……好像当年的Netscape有套什么包?我忘了……
Reply View the author