今天装了eva0.4.1和lumaQQ2006M2比较了一下

linuxcpp

第一次用eva

top里查看如下 :
(瞬时的反应只取占用资源大约最高的状态)




这是当没有任何收发消息的状态

1. 
   
2. PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
   
3. 9029 user    15   0 84080  34m  21m S  4.6  6.8   1:50.63 eva
   
4. 9064 user     15   0  339m  55m  22m S  1.0 11.0   0:45.57 java
   

复制代码

这是打开一个新的聊天窗口时瞬时的反应(luma+eva)

1. 
   
2. 9064 user    18   0  338m  55m  21m S 73.2 11.1   0:57.88 java
   
3. 9029 user     15   0 85104  35m  21m S 13.0  7.0   2:18.97 eva
   

复制代码

简单的聊天收到消息测试瞬时弹出窗口的反应

1. 
   
2. 9029 user    16   0 85340  35m  21m S 14.2  7.1   2:27.75 eva
   
3. 9064 user     17   0  316m  55m  21m R 56.6 10.9   1:03.70 java
   

复制代码

没有继续测试
但初步想法是在没有消息的时候lumaQQ占用cpu很少,有时在top里的前面都看不到
但占用内存是一定的.
而如果有消息刚会占用cpu很多
如果消息很多时打开窗口会很慢而且cpu到100%
如果一个群里存了好多消息一下子收,那个状态看起来很郁闷

eva占用cpu在无消息时一定总是排在top的前5,多于lumaQQ
而在有消息时即使上升也不会很多,这一点优于lumaQQ
占用内存在无消息时少于lumaQQ,有消息时也会像cpu似的上升但是不会很高
消息多时没测试过


我用lumaQQ很长时间了,有时还是有一些问题总是令我即爱又恨
有时收到消息多到一定程度
lumaQQ会占用100%CPU
动它没有任何反应,只好kill掉
有时不动它,莫名地又占100%CPU
可能这是java程序的通病吧,没有办法
我只是在想是不是java写的东西一定会这样呢?
能不能像eva那样程序"稳定"一些呢?
当然这里的稳定不是指死掉了之类的,指占用系统资源能不能不是忽高忽低这种状态呢?


中午无聊
无聊测试(不很专业也不精确)
大家莫怪

luma

要说我个人看法，你比较什么瞬时cpu占用率没什么意义，没消息的时候比较一下有用处，没消息的时候你在干别的事，cpu占用低好一些，弹出窗口的时候虽然cpu高，但是我想也没人是那么惜时如金的趁着弹出个窗口都要找点别的事干吧

内存结果很显然，我要载入一个jvm，自然eva要强些。

至于cpu 100%，那当然是bug造成的，M2有没有这个bug我还没碰到。2005低于01-30版本的是可能有这个bug的

linuxcpp

呵呵
请教luma
怎么找这个bug呢?
有时群里有很多消息但是我没有管它(因为我一般只注意好友消息)
然后时间长了(当然也是偶然的)突然发现cpu 100%了
top一下发现是java的原因(当然肯定是lumaqq)
没办法只好kill掉它
在哪里能找到是什么bug引起的呢?

没有学过java
只是想看看是不是bug
完善2006

luma

你说的到底是什么版本有100%的问题

xgwu

eva的特长是传送文件，启动速度快一些，其他跟lumaQQ比，就没有了。
lumaQQ用起来比较顺手，还有一些小功能，比如查询天气预报等，很好。

linuxcpp

现在用M2
当然就是它
只是这种情况是可遇不可求
我是想帮忙找出bug所在
但不知道如果出现这种情况下(指占cpu 100%)
应该怎么找出问题所以
kill掉后就没办法了吧

gnap

linuxcpp喜欢搞评测
鉴定完毕！

luma

Post by linuxcpp
现在用M2
当然就是它
只是这种情况是可遇不可求
我是想帮忙找出bug所在
但不知道如果出现这种情况下(指占cpu 100%)
应该怎么找出问题所以
kill掉后就没办法了吧

是没什么好办法找这样的bug

sunbysea

100%CPU应该是

edu.tsinghua.lumaqq.qq.net里面的porter造成的

如果用eclipse的debug模式启动lumaQQ2005登入

然后就这样摆着，在某种情况下(未知)

porter在本来的无穷回圈里会极快速的轮询把cpu耗尽

(本来应该是正常的速度轮询)

此时利用debug暂停掉porter的线程，100%CPU的情况就没了

继续porter的线程，100%CPU的情况又出现了

所以确定是这个类别遇到某种情况，发生的特殊问题

但具体怎么改可能要麻烦luma了

个人觉得这个软件编写的真是很不错的

从使用者的角度看，目前腾讯的2006以"安全"为名的限制越来越多

实际上都让人用的不方便、别扭，很多杂七杂八的功能也用不到

lumaQQ本身程式透明，用户用的安心，效能也可接受，又没有广告

实际上只要再加上文件传输和直接发送图片这些用户最常用的功能

即时没有如来神掌，肯定还是会有很多人用的

毕竟这是一个为了聊天而用的软件

不一定要迁就如来神掌，而把用户常用的传输功能也拿掉了

或是可以设定参数，让使用者选择启动如来神掌亦或是传输文件的功能

谢谢

linuxunil

楼上说的太好了。
我们这些lumaqq的使用者也应该感谢楼主一样的为lumaqq更好用更完美而作出努力的人。