1 |
On Wednesday 03 January 2007 23:43, Robert Cernansky wrote: |
2 |
> On Wed, 3 Jan 2007 16:05:18 +0200 Alan McKinnon |
3 |
<alan@××××××××××××××××.za> wrote: |
4 |
> > Throughout this thread many people have commented on audacious |
5 |
> > being a resource hog of monumental proportions. Every single one of |
6 |
> > them is wrong and this myth really needs to be debunked. Here's |
7 |
> > why: |
8 |
> |
9 |
> I agree. I'm still using xmms so I can compare. Here are few lines |
10 |
> from top (displaying a Mem window - 'Shift+g 3'). Both players were |
11 |
> playing same mp3 file. |
12 |
> |
13 |
> PID %MEM VIRT SWAP RES CODE DATA SHR nFLT nDRT S PR %CPU |
14 |
> COMMAND 8810 10.9 172m 62m 109m 1620 108m 9104 779 0 S 15 0.0 |
15 |
> X 11170 9.7 308m 210m 97m 80 129m 19m 897 0 S 15 0.0 |
16 |
> firefox-bin 7750 2.0 164m 143m 20m 480 41m 11m 117 0 R 15 |
17 |
> 0.0 audacious 7810 1.8 49940 30m 17m 1524 9m 5016 72 0 S |
18 |
> 15 0.0 emacs 7739 1.1 149m 138m 11m 984 59m 7816 49 0 R |
19 |
> 15 0.0 xmms |
20 |
|
21 |
Ah, a real comparison - I don;t have xmms anymore so couldn't do the |
22 |
same in my post. These numbers are interesting, although audacious is |
23 |
using more resident memory, xmms is using way much more for DATA. |
24 |
|
25 |
IMHO audacious is using a perfectly reasonable amount of resources, |
26 |
considering what it's being asked to do - decode and play an mp3 file |
27 |
which is probably about 5M or so. |
28 |
|
29 |
Incidentally, I just did a similar comparison on my machine between |
30 |
audacious and amarok, and found that amarok consistently uses at least |
31 |
2.2 times the amount of memory that audacious does. And I've never |
32 |
heard anyone call amarok a resource-hog. |
33 |
|
34 |
I think the problem here is that very few folk have any comprehension at |
35 |
all what that VIRT column means and how the kernel has been coded to |
36 |
deal with virtual memory and COW. For an in-depth technical handling of |
37 |
the subject, I recommend the book "Understanding the Linux Virtual |
38 |
memory Manager" as part of the Bruce Perens Open Source Series |
39 |
> |
40 |
> Although audacious eats twice more resident memory than xmms, I think |
41 |
> it's not that bad to call it 'resource hog'. You can see real |
42 |
> resource hogs on the first two lines. :-) |
43 |
|
44 |
Hehe, I see you have a firefox that's probably a) been up for several |
45 |
days and b) is very aggressively caching everything it can lay it's |
46 |
hands on |
47 |
|
48 |
> Btw, how do you guys get so little virtual memory? :-O |
49 |
|
50 |
Dunno :-) Right now it's not so lean anymore, X has caused 173M virtual |
51 |
memory to be used, most of it kde-libs related stuff. The *real* |
52 |
resource hog on this machine strangely enough is kontact - memory usage |
53 |
can jump 60M when I start it up. It's probably because it needs most of |
54 |
konqueror loaded to render this other idiotic thing that corporate |
55 |
users seem to love - I believe it's called "HTML mail".... |
56 |
|
57 |
alan |
58 |
-- |
59 |
gentoo-user@g.o mailing list |