Re: cccam contest: 2.0.10, 2.0.11, 2.1.4, 2.2.1 and 2.3.0
hello guys !
here are some comments
1.
PID %CPU %MEM COMMAND
1520 2.2 6.6 CCcam_2.0.10
pid: process id
% cpu: % of cpu load
% mem: % of the ram
command: process name
that is, the process CCcam_2.0.10, with his instance n° 1520, needs 2.2 % of the global cpu, and 6.6 % of the ram
... on the same sat receiver ... of course !
but i do not focus on these figures,
i focus on the different version of cccam: 2010, 2011, 214, 220, 221, 230
2. obviously, the figures reported are related to the same sat rcvr (!), and after 2 min (!) for connections settlement
then, i start this command
cd /tmp
top >a.tmp
an i kill it ( killall top ) after 30 seconds
then, i remove the identical line :
sort -u a.tmp >b.tmp
3. the cccam_*, starts many instances of cccam_*
most of them have a 0.0 %cpu (cleared by sort -u ... )
i have max ( ~ 1.3 ... 1.5 )
4. i my opinion this is the relevant figure,
not the average (because i should proceed more and more smartly ...)
5. then i have the proposed table
6. we can see that % mem increase with version:
2010 2011 214 221 230
6.6 6.5 7.0 7.0 7.2
-> my conclusion, 230 has a wider mem footprint (7.2) when compared with 2010 (6.6)
7. we can see that %cpu is roughly identical
8. ... except for 230, where i do not observe other cpu% than 0.0 and 0.1 (?)
-> my conclusion: 230 behaves significantly differently in term of %cpu when compared with other
... but nothing more
hello guys !
here are some comments
1.
PID %CPU %MEM COMMAND
1520 2.2 6.6 CCcam_2.0.10
pid: process id
% cpu: % of cpu load
% mem: % of the ram
command: process name
that is, the process CCcam_2.0.10, with his instance n° 1520, needs 2.2 % of the global cpu, and 6.6 % of the ram
... on the same sat receiver ... of course !
but i do not focus on these figures,
i focus on the different version of cccam: 2010, 2011, 214, 220, 221, 230
2. obviously, the figures reported are related to the same sat rcvr (!), and after 2 min (!) for connections settlement
then, i start this command
cd /tmp
top >a.tmp
an i kill it ( killall top ) after 30 seconds
then, i remove the identical line :
sort -u a.tmp >b.tmp
3. the cccam_*, starts many instances of cccam_*
most of them have a 0.0 %cpu (cleared by sort -u ... )
i have max ( ~ 1.3 ... 1.5 )
4. i my opinion this is the relevant figure,
not the average (because i should proceed more and more smartly ...)
5. then i have the proposed table
6. we can see that % mem increase with version:
2010 2011 214 221 230
6.6 6.5 7.0 7.0 7.2
-> my conclusion, 230 has a wider mem footprint (7.2) when compared with 2010 (6.6)
7. we can see that %cpu is roughly identical
8. ... except for 230, where i do not observe other cpu% than 0.0 and 0.1 (?)
-> my conclusion: 230 behaves significantly differently in term of %cpu when compared with other
... but nothing more
Comment