i've set up a stream server based on perl to play my mp3s
(without reencoding them, like muse or shoutcast).
everything works fine, except that after a few hours of
streaming (m3u playlist) with audacious, i noticed
that audacious is eating all my RAM. Quitting audacious
free it all. Anyone has noticed this behavior ?
streaming with audacious eats all my memory... [solved]
Message
- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
streaming with audacious eats all my memory... [solved]
Last edited by brain salad surgery on Fri Nov 17, 2006 4:02 pm, edited 1 time in total.
- yabbadabbadont
- Advocate
- Posts: 4791
- Joined: Fri Mar 14, 2003 12:02 am
- Location: 2 exits past crazy
If you can easily reproduce the problem, file a bug at bugs.gentoo.org. (search to see if one already exists first) Since it would be an application bug and not an ebuild bug, the devs would most likely pass it upstream to the audacious devs.
Bones McCracker wrote:On the other hand, regex is popular with the ladies.
- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
i'd wish to understand, i'm not quite sure its a bug...
while streaming, the table of processus shows
3 audacious processes taking something like 5% each of
my 1Gb of RAM.
while playing, i can see gkrellm showing the
available amount of free ram decreasing
until the system gets to swap a lot.
The system gets really slow when no
memory is available and X dies sometimes.
how come the top command does not show
audacious taking so much memory ?
i'm pretty sure no other process can do that
since the amount of free ram is stable when
not playing the stream and that when i quit
audacious, some ram is freed.
is it possible that the problem comes from
the stream server ?
i use a perl script to serve m3u playlists
constructed from a mysql database of my
mp3 collection and available on from a
local web server. It might not be perfect.
I can post it if some people request it, maybe
they could help getting it better.
while streaming, the table of processus shows
3 audacious processes taking something like 5% each of
my 1Gb of RAM.
while playing, i can see gkrellm showing the
available amount of free ram decreasing
until the system gets to swap a lot.
The system gets really slow when no
memory is available and X dies sometimes.
how come the top command does not show
audacious taking so much memory ?
i'm pretty sure no other process can do that
since the amount of free ram is stable when
not playing the stream and that when i quit
audacious, some ram is freed.
is it possible that the problem comes from
the stream server ?
i use a perl script to serve m3u playlists
constructed from a mysql database of my
mp3 collection and available on from a
local web server. It might not be perfect.
I can post it if some people request it, maybe
they could help getting it better.
- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
well, you didn't read carefully ...
the table of process only shows a few audacious processes
of 5% RAM each... in fact, the free memory decreases rapidly
while playing. i'm not worried by the fact i see more than
one audacious processes. i'm worried about the fact that
my memory gets all used by something i don't know, until
the system lacks RAM...
the table of process only shows a few audacious processes
of 5% RAM each... in fact, the free memory decreases rapidly
while playing. i'm not worried by the fact i see more than
one audacious processes. i'm worried about the fact that
my memory gets all used by something i don't know, until
the system lacks RAM...
- yabbadabbadont
- Advocate
- Posts: 4791
- Joined: Fri Mar 14, 2003 12:02 am
- Location: 2 exits past crazy
While yabbadabbadont is quite correct in assessing this as a behavior to be corrected, might I suggest that it be determined quite what is misbehaving? If audacious is consuming 5% of available RAM, it is rather unlikely that it is the main consumer of available RAM in a system which is seemingly constrained by the capacity of available RAM. Try using top sorted by memory usage.
- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
i agree, i don't file a bug if it's not a bug but a misconfiguration...
here is a typical top, where you can see that one 1Gb RAM,
i have have not much left (and i do not see which process is using
it). By the way, at the same time, gkrellm2 is showing 325Mb RAM free
and by the time i write this post, the free memory available has decreased
to 307MB !!!
there is something i do not understand with that free memory ...
someone can explain ?? The active processes are not taking that
much ressources...
thank you for your help
here is a typical top, where you can see that one 1Gb RAM,
i have have not much left (and i do not see which process is using
it). By the way, at the same time, gkrellm2 is showing 325Mb RAM free
and by the time i write this post, the free memory available has decreased
to 307MB !!!
there is something i do not understand with that free memory ...
someone can explain ?? The active processes are not taking that
much ressources...
Code: Select all
Cpu(s): 8.6% us, 4.0% sy, 1.0% ni, 44.9% id, 5.9% wa, 0.0% hi, 35.6% si
Mem: 1035748k total, 1021760k used, 13988k free, 4364k buffers
Swap: 738980k total, 76212k used, 662768k free, 331688k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23160 apache 15 0 10892 7828 2800 S 2.9 0.8 0:21.79 python
23155 apache 15 0 10000 6920 2800 S 2.0 0.7 0:15.43 python
17549 apache 15 0 12676 9480 2748 S 1.6 0.9 1:21.46 python
23165 apache 15 0 10052 6976 2796 S 1.6 0.7 0:07.58 python
7608 root 15 0 78016 42m 6072 S 1.3 4.2 20:31.47 X
7659 n 30 15 16244 6060 4872 S 1.3 0.6 5:16.09 gkrellm2
23775 n 15 0 60944 30m 10m S 1.3 3.0 0:11.52 audacious
17242 apache 15 0 11728 8592 2748 S 1.0 0.8 1:05.64 python
17256 apache 15 0 21328 17m 2804 S 1.0 1.8 0:45.44 python
20649 apache 15 0 20680 17m 2744 S 1.0 1.7 0:16.56 python
20712 apache 15 0 13656 10m 2796 S 1.0 1.0 1:08.26 python
23843 root 16 0 2292 1180 856 R 1.0 0.1 0:01.02 top
7660 n 30 15 31172 13m 3872 S 0.7 1.3 2:52.11 gkrellm2
17324 apache 15 0 14708 11m 2748 S 0.7 1.1 0:13.80 python
20678 apache 15 0 21740 18m 2744 S 0.7 1.8 0:14.90 python
23153 apache 15 0 9980 6804 2796 S 0.7 0.7 0:02.95 python
2352 root 15 0 0 0 0 S 0.3 0.0 0:06.00 kjournald
10003 n 16 0 6212 2276 1652 S 0.3 0.2 0:11.30 Eterm
10025 root 16 0 6280 1948 1812 S 0.3 0.2 0:02.12 sshd
17325 apache 16 0 14708 11m 2748 S 0.3 1.1 0:00.01 python
17376 apache 15 0 14676 11m 2748 S 0.3 1.1 0:32.27 python
17602 apache 15 0 12364 9248 2748 S 0.3 0.9 0:13.53 python
19541 root 15 0 1532 200 128 S 0.3 0.0 0:15.10 dhcpcd
22338 n 15 0 2280 1028 908 S 0.3 0.1 0:00.46 gam_server
23777 n 15 0 60944 30m 10m S 0.3 3.0 0:01.29 audacious
23785 n 15 0 60944 30m 10m S 0.3 3.0 0:00.68 audacious
1 root 16 0 1468 472 440 S 0.0 0.0 0:00.48 init
2 root 34 19 0 0 0 S 0.0 0.0 0:01.75 ksoftirqd/0
3 root 10 -5 0 0 0 S 0.0 0.0 0:01.39 events/0
4 root 12 -5 0 0 0 S 0.0 0.0 0:00.22 khelper
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
7 root 10 -5 0 0 0 S 0.0 0.0 0:01.69 kblockd/0
8 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
111 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
168 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
755 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
167 root 15 0 0 0 0 S 0.0 0.0 0:24.10 kswapd0
770 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
831 root 15 0 0 0 0 S 0.0 0.0 0:01.76 kjournald
1034 root 12 -4 1684 380 324 S 0.0 0.0 0:00.31 udevd
4858 root 15 0 1788 564 384 S 0.0 0.1 0:02.09 syslog-ng
5786 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.33 mysqld
5800 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.24 mysqld
5801 mysql 20 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld
5802 mysql 15 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld
5803 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld
5804 mysql 20 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld
5810 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:03.09 mysqld
5811 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:02.96 mysqld
5812 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld
5814 mysql 15 0 78976 4204 2736 S 0.0 0.4 0:06.73 mysqld
5880 root 16 0 3604 764 676 S 0.0 0.1 0:00.27 sshd
5946 root 16 0 18632 2996 1356 S 0.0 0.3 0:00.45 apache2
6007 root 16 0 1648 580 504 S 0.0 0.1 0:00.04 crond
6068 root 16 0 1672 292 268 S 0.0 0.0 0:00.15 gpm
6198 apache 16 0 17672 2064 584 S 0.0 0.2 0:00.00 apache2
6266 apache 16 0 21176 6848 1896 S 0.0 0.7 1:09.63 apache2
6267 apache 16 0 21116 6860 1940 S 0.0 0.7 1:13.23 apache2- madisonicus
- Veteran
- Posts: 1130
- Joined: Wed Sep 20, 2006 9:31 pm
Hmm... I don't see anything especially odd in that top paste. So, I'm wondering whether this question might result from a misunderstanding about how the linux kernel manages memory. This is from gentoo-wiki and might help clarify what you might be experiencing:
Could that be what you're seeing?
http://gentoo-wiki.com/FAQ_Linux_Memory_ManagementTraditional Unix tools like 'top' often report a surprisingly small amount of free memory after a system has been running for a while. For instance, after about 3 hours of uptime, the machine I'm writing this on reports under 60 MB of free memory, even though I have 512 MB of RAM on the system. Where does it all go?
The biggest place it's being used is in the disk cache, which is currently over 290 MB. This is reported by top as "cached". Cached memory is essentially free, in that it can be replaced quickly if a running (or newly starting) program needs the memory.
The reason Linux uses so much memory for disk cache is because the RAM is wasted if it isn't used. Keeping the cache means that if something needs the same data again, there's a good chance it will still be in the cache in memory. Fetching the information from there is around 1,000 times quicker than getting it from the hard disk. If it's not found in the cache, the hard disk needs to be read anyway, but in that case nothing has been lost in time.
Could that be what you're seeing?
Please add [SOLVED] to your message title if you feel that your question has been answered.
------
Intel Q9300 Core2 Quad * Gigabyte GA-EP35C-DS3R
Samsung x360
AMD64 x2 4200+ * TF7050-M2 * HTPC
ZOTAC ION A-U Mini-ITX * HTPC
------
Intel Q9300 Core2 Quad * Gigabyte GA-EP35C-DS3R
Samsung x360
AMD64 x2 4200+ * TF7050-M2 * HTPC
ZOTAC ION A-U Mini-ITX * HTPC
- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
yeah i understand that memory thing...
and gkrellm2 is certainly showing cache memory as free.
for example:
more /proc/meminfo
and gkrellm2 shows 239Mb free (that includes the cache)
but the thing is that the available memory is decreasing
anyway. gkrellm2 shows the available memory
decreasing while playing (if i quit audacious, it frees
some memory as can be seen with gkrellm2, probably
not with top).
when gkrellm2 shows 0 free memory available,
the system starts swapping a lot, gets awfully
slow, and finally X stops by itself (the worst scenario
but it happens)...
thank you for the explanations, but i still
do not understand why audacious do not
flush its own stream cache
i'm using oss output plugin
it prebuffers about 250kb from the stream for each track
here is the relevant part of config file for audacious
i know there is a lot of buffer (these are not
default values) but it is still only buffers...
before streaming my mp3s, i was using shfs
to mount my mp3s partition and noticed the
need for higher buffer to avoid skips (the
mp3s were not streamed)
might not be absolutely necessary now
that i use a stream server
and gkrellm2 is certainly showing cache memory as free.
for example:
more /proc/meminfo
Code: Select all
MemTotal: 1035748 kB
MemFree: 14028 kB
Buffers: 4812 kB
Cached: 245464 kB
SwapCached: 48132 kB
Active: 615448 kB
Inactive: 140412 kB
HighTotal: 131008 kB
HighFree: 256 kB
LowTotal: 904740 kB
LowFree: 13772 kB
SwapTotal: 738980 kB
SwapFree: 579984 kB
Dirty: 45432 kB
Writeback: 0 kB
Mapped: 548584 kB
Slab: 251980 kB
CommitLimit: 1256852 kB
Committed_AS: 838572 kB
PageTables: 2372 kB
VmallocTotal: 114680 kB
VmallocUsed: 24172 kB
VmallocChunk: 88052 kBbut the thing is that the available memory is decreasing
anyway. gkrellm2 shows the available memory
decreasing while playing (if i quit audacious, it frees
some memory as can be seen with gkrellm2, probably
not with top).
when gkrellm2 shows 0 free memory available,
the system starts swapping a lot, gets awfully
slow, and finally X stops by itself (the worst scenario
but it happens)...
thank you for the explanations, but i still
do not understand why audacious do not
flush its own stream cache
i'm using oss output plugin
it prebuffers about 250kb from the stream for each track
here is the relevant part of config file for audacious
Code: Select all
[OSS]
audio_device=0
mixer_device=0
buffer_size=10000
prebuffer=50
use_master=FALSE
use_alt_audio_device=FALSE
alt_audio_device=/dev/sound/dsp
use_alt_mixer_device=FALSE
alt_mixer_device=/dev/sound/mixer
[MPG123]
resolution=16
channels=2
downsample=0
http_buffer_size=500
http_prebuffer=50
save_http_stream=FALSE
save_http_path=/home/n
use_udp_channel=FALSE
title_override=FALSE
disable_id3v2=FALSE
id3_format=%p - %tdefault values) but it is still only buffers...
before streaming my mp3s, i was using shfs
to mount my mp3s partition and noticed the
need for higher buffer to avoid skips (the
mp3s were not streamed)
might not be absolutely necessary now
that i use a stream server
- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
- another guest
- n00b
- Posts: 12
- Joined: Sat Nov 11, 2006 2:47 pm
- Contact:
What do you get if you sort out by the memory consumption ? ( F and then N)brain salad surgery wrote:i agree, i don't file a bug if it's not a bug but a misconfiguration...
here is a typical top, where you can see that one 1Gb RAM,
i have have not much left (and i do not see which process is using
it). By the way, at the same time, gkrellm2 is showing 325Mb RAM free
and by the time i write this post, the free memory available has decreased
to 307MB !!!
there is something i do not understand with that free memory ...
someone can explain ?? The active processes are not taking that
much ressources...
thank you for your helpCode: Select all
Cpu(s): 8.6% us, 4.0% sy, 1.0% ni, 44.9% id, 5.9% wa, 0.0% hi, 35.6% si Mem: 1035748k total, 1021760k used, 13988k free, 4364k buffers Swap: 738980k total, 76212k used, 662768k free, 331688k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 23160 apache 15 0 10892 7828 2800 S 2.9 0.8 0:21.79 python 23155 apache 15 0 10000 6920 2800 S 2.0 0.7 0:15.43 python 17549 apache 15 0 12676 9480 2748 S 1.6 0.9 1:21.46 python 23165 apache 15 0 10052 6976 2796 S 1.6 0.7 0:07.58 python 7608 root 15 0 78016 42m 6072 S 1.3 4.2 20:31.47 X 7659 n 30 15 16244 6060 4872 S 1.3 0.6 5:16.09 gkrellm2 23775 n 15 0 60944 30m 10m S 1.3 3.0 0:11.52 audacious 17242 apache 15 0 11728 8592 2748 S 1.0 0.8 1:05.64 python 17256 apache 15 0 21328 17m 2804 S 1.0 1.8 0:45.44 python 20649 apache 15 0 20680 17m 2744 S 1.0 1.7 0:16.56 python 20712 apache 15 0 13656 10m 2796 S 1.0 1.0 1:08.26 python 23843 root 16 0 2292 1180 856 R 1.0 0.1 0:01.02 top 7660 n 30 15 31172 13m 3872 S 0.7 1.3 2:52.11 gkrellm2 17324 apache 15 0 14708 11m 2748 S 0.7 1.1 0:13.80 python 20678 apache 15 0 21740 18m 2744 S 0.7 1.8 0:14.90 python 23153 apache 15 0 9980 6804 2796 S 0.7 0.7 0:02.95 python 2352 root 15 0 0 0 0 S 0.3 0.0 0:06.00 kjournald 10003 n 16 0 6212 2276 1652 S 0.3 0.2 0:11.30 Eterm 10025 root 16 0 6280 1948 1812 S 0.3 0.2 0:02.12 sshd 17325 apache 16 0 14708 11m 2748 S 0.3 1.1 0:00.01 python 17376 apache 15 0 14676 11m 2748 S 0.3 1.1 0:32.27 python 17602 apache 15 0 12364 9248 2748 S 0.3 0.9 0:13.53 python 19541 root 15 0 1532 200 128 S 0.3 0.0 0:15.10 dhcpcd 22338 n 15 0 2280 1028 908 S 0.3 0.1 0:00.46 gam_server 23777 n 15 0 60944 30m 10m S 0.3 3.0 0:01.29 audacious 23785 n 15 0 60944 30m 10m S 0.3 3.0 0:00.68 audacious 1 root 16 0 1468 472 440 S 0.0 0.0 0:00.48 init 2 root 34 19 0 0 0 S 0.0 0.0 0:01.75 ksoftirqd/0 3 root 10 -5 0 0 0 S 0.0 0.0 0:01.39 events/0 4 root 12 -5 0 0 0 S 0.0 0.0 0:00.22 khelper 5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 7 root 10 -5 0 0 0 S 0.0 0.0 0:01.69 kblockd/0 8 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 111 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd 168 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 755 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 167 root 15 0 0 0 0 S 0.0 0.0 0:24.10 kswapd0 770 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused 831 root 15 0 0 0 0 S 0.0 0.0 0:01.76 kjournald 1034 root 12 -4 1684 380 324 S 0.0 0.0 0:00.31 udevd 4858 root 15 0 1788 564 384 S 0.0 0.1 0:02.09 syslog-ng 5786 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.33 mysqld 5800 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.24 mysqld 5801 mysql 20 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld 5802 mysql 15 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld 5803 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld 5804 mysql 20 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld 5810 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:03.09 mysqld 5811 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:02.96 mysqld 5812 mysql 16 0 78976 4204 2736 S 0.0 0.4 0:00.00 mysqld 5814 mysql 15 0 78976 4204 2736 S 0.0 0.4 0:06.73 mysqld 5880 root 16 0 3604 764 676 S 0.0 0.1 0:00.27 sshd 5946 root 16 0 18632 2996 1356 S 0.0 0.3 0:00.45 apache2 6007 root 16 0 1648 580 504 S 0.0 0.1 0:00.04 crond 6068 root 16 0 1672 292 268 S 0.0 0.0 0:00.15 gpm 6198 apache 16 0 17672 2064 584 S 0.0 0.2 0:00.00 apache2 6266 apache 16 0 21176 6848 1896 S 0.0 0.7 1:09.63 apache2 6267 apache 16 0 21116 6860 1940 S 0.0 0.7 1:13.23 apache2
- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
HaHa!!
Code: Select all
32332 n 15 0 171m 124m 9208 S 2.0 12.3 0:43.67 audacious
32333 n 16 0 171m 124m 9208 S 0.0 12.3 0:00.00 audacious
32334 n 15 0 171m 124m 9208 S 0.0 12.3 0:01.99 audacious
32343 n 16 0 171m 124m 9208 S 0.0 12.3 0:00.00 audacious
32344 n 15 0 171m 124m 9208 S 0.0 12.3 0:00.00 audacious
32350 n 15 0 171m 124m 9208 S 0.0 12.3 0:04.66 audacious
1814 n 15 0 171m 124m 9208 S 0.0 12.3 0:00.18 audacious
7608 root 15 0 204m 122m 4268 S 0.3 12.1 34:27.94 X
21990 n 15 0 90944 55m 14m S 0.0 5.5 14:05.27 firefox-bin
21994 n 16 0 90944 55m 14m S 0.0 5.5 0:00.05 firefox-bin
21995 n 16 0 90944 55m 14m S 0.0 5.5 0:09.47 firefox-bin
21996 n 15 0 90944 55m 14m S 0.0 5.5 0:06.73 firefox-bin
23774 n 16 0 90944 55m 14m S 0.0 5.5 0:00.00 firefox-bin
17832 n 16 0 72532 29m 12m S 0.0 2.9 0:47.54 thunderbird-bin
17841 n 16 0 72532 29m 12m S 0.0 2.9 0:00.07 thunderbird-bin
17842 n 16 0 72532 29m 12m S 0.0 2.9 0:00.20 thunderbird-bin
17843 n 16 0 72532 29m 12m S 0.0 2.9 0:00.83 thunderbird-bin
31389 n 16 0 72532 29m 12m S 0.0 2.9 0:00.01 thunderbird-bin
31390 n 16 0 72532 29m 12m S 0.0 2.9 0:00.01 thunderbird-bin
31392 n 16 0 72532 29m 12m S 0.0 2.9 0:00.00 thunderbird-bin
20678 apache 16 0 52464 22m 1972 S 0.0 2.2 1:47.94 python
20679 apache 16 0 52464 22m 1972 S 0.0 2.2 0:00.03 python
17256 apache 15 0 25740 18m 2032 S 1.0 1.8 3:24.31 python
17257 apache 16 0 25740 18m 2032 S 0.0 1.8 0:00.02 python
20649 apache 15 0 22400 15m 1972 S 0.3 1.6 2:41.01 python
20650 apache 16 0 22400 15m 1972 S 0.0 1.6 0:00.03 python
17273 apache 15 0 27816 15m 1976 S 0.0 1.5 0:36.41 python
17274 apache 16 0 27816 15m 1976 S 0.0 1.5 0:00.03 python
17582 apache 15 0 26968 14m 2000 S 0.0 1.4 1:13.88 python
17593 apache 16 0 26968 14m 2000 S 0.0 1.4 0:00.02 python
17452 apache 15 0 27056 13m 2032 S 0.3 1.4 1:33.02 python
17456 apache 16 0 27056 13m 2032 S 0.0 1.4 0:00.04 python
20673 apache 15 0 23560 13m 1984 S 0.7 1.3 2:15.87 python
20674 apache 16 0 23560 13m 1984 S 0.0 1.3 0:00.04 python
17618 apache 15 0 28664 10m 1996 S 0.0 1.0 0:34.06 python
17622 apache 16 0 28664 10m 1996 S 0.0 1.0 0:00.05 python
20592 apache 15 0 16956 9.8m 1980 S 0.0 1.0 0:19.46 python
20593 apache 16 0 16956 9.8m 1980 S 0.0 1.0 0:00.02 python
20701 apache 15 0 15680 8720 1972 S 0.3 0.8 1:54.21 python
20702 apache 16 0 15680 8720 1972 S 0.0 0.8 0:00.05 python
17602 apache 15 0 13640 7208 2000 S 0.0 0.7 0:58.52 python
17612 apache 16 0 13640 7208 2000 S 0.0 0.7 0:00.06 python
17426 apache 15 0 15904 7120 1976 S 0.0 0.7 0:51.57 python
17427 apache 16 0 15904 7120 1976 S 0.0 0.7 0:00.04 python
17324 apache 15 0 16196 6700 1976 S 0.0 0.6 0:47.93 python
17325 apache 16 0 16196 6700 1976 S 0.0 0.6 0:00.04 python
6268 apache 16 0 21184 6672 1888 S 0.0 0.6 1:23.23 apache2
6267 apache 16 0 21116 6660 1888 S 0.0 0.6 1:39.41 apache2
11397 apache 15 0 21220 6644 1880 S 0.0 0.6 1:30.44 apache2
6269 apache 18 0 21224 6636 1880 S 0.0 0.6 1:31.05 apache2
6266 apache 16 0 21176 6616 1880 S 0.0 0.6 1:34.86 apache2
7659 n 30 15 17252 6568 5472 R 0.0 0.6 8:10.66 gkrellm2
7677 n 30 15 17252 6568 5472 S 0.0 0.6 0:00.99 gkrellm2
7660 n 30 15 34244 6544 3784 R 0.0 0.6 3:37.31 gkrellm2
9714 n 30 15 34244 6544 3784 S 0.0 0.6 0:00.94 gkrellm2
11310 apache 16 0 21204 6440 1880 S 0.0 0.6 1:34.25 apache2
28946 apache 16 0 21140 6276 1704 S 0.0 0.6 1:15.89 apache2
6270 apache 16 0 21200 5776 1880 S 0.0 0.6 1:33.20 apache2- brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
ok, today i changed audacious settings...
output plugin: oss buffer: 1000ms pre-buffer: 10%
mpeg buffer: 50kb pre-buffer: 10%
but it is still the same story...
output plugin: oss buffer: 1000ms pre-buffer: 10%
mpeg buffer: 50kb pre-buffer: 10%
but it is still the same story...
Code: Select all
7606 root 15 0 157m 137m 8660 S 8.0 13.6 1:58.41 X
10032 n 15 0 142m 112m 10m S 0.3 11.1 0:25.86 audacious
10035 n 16 0 142m 112m 10m S 0.0 11.1 0:00.00 audacious
10036 n 15 0 142m 112m 10m S 0.0 11.1 0:02.54 audacious
10047 n 16 0 142m 112m 10m S 0.0 11.1 0:00.00 audacious
10048 n 15 0 142m 112m 10m S 0.0 11.1 0:00.00 audacious
10783 n 15 0 142m 112m 10m S 0.0 11.1 0:00.65 audacious
10784 n 15 0 142m 112m 10m S 0.0 11.1 0:00.14 audacious
10787 n 15 0 142m 112m 10m S 0.0 11.1 0:02.73 audacious
9029 n 15 0 79208 58m 21m S 1.0 5.8 8:56.20 firefox-bin
9033 n 16 0 79208 58m 21m S 0.0 5.8 0:00.01 firefox-bin
9034 n 15 0 79208 58m 21m S 0.0 5.8 0:01.16 firefox-bin
9038 n 15 0 79208 58m 21m S 0.0 5.8 4:00.39 firefox-bin
10717 n 15 0 79208 58m 21m S 0.0 5.8 0:00.00 firefox-bin
8822 n 15 0 59132 37m 18m S 0.0 3.7 0:08.29 thunderbird-bin
8826 n 16 0 59132 37m 18m S 0.0 3.7 0:00.00 thunderbird-bin
8827 n 16 0 59132 37m 18m S 0.0 3.7 0:00.03 thunderbird-bin
8830 n 16 0 59132 37m 18m S 0.0 3.7 0:00.08 thunderbird-bin - brain salad surgery
- Apprentice
- Posts: 216
- Joined: Wed Apr 21, 2004 1:47 pm
[solved]
ok, you were right, it was really a bug.
and already filed, and patched.
i was using audacious v. 1.2.0
from their homepage:
http://boards.nenolod.net/viewtopic.php ... emory+leak
will recompile a newer version
thanks to everybody who tried to help...
sorry for any inconvenience
and already filed, and patched.
i was using audacious v. 1.2.0
from their homepage:
that link in their forum:As things would have it, a memory leak crept into 1.2.0. Therefore, we have released
an update to the player component, version 1.2.1. You can grab it from the
Downloads page, as usual.
http://boards.nenolod.net/viewtopic.php ... emory+leak
will recompile a newer version
thanks to everybody who tried to help...
sorry for any inconvenience
Hey,
Just a note to say that even with 1.2.2, which is what I'm currently running, memory leaks are still present. Haven't noticed a big memory consumption with local MP3 playing, though I use the HTTP streaming a lot and after a few days I clearly see my computer swapping the 700-ish MB of RAM that audacious takes.
After some research I've found that 1.3 fixes leaks (and improve other things as well). As of now 1.3-alpha is hard-masked in portage so if you need to install it anyway do the following:
Just a note to say that even with 1.2.2, which is what I'm currently running, memory leaks are still present. Haven't noticed a big memory consumption with local MP3 playing, though I use the HTTP streaming a lot and after a few days I clearly see my computer swapping the 700-ish MB of RAM that audacious takes.
After some research I've found that 1.3 fixes leaks (and improve other things as well). As of now 1.3-alpha is hard-masked in portage so if you need to install it anyway do the following:
Code: Select all
$ echo media-sound/audacious | sudo tee -a /etc/portage/package.unmask
$ echo media-plugins/audacious-plugins | sudo tee -a /etc/portage/package.unmask
$ sudo env ACCEPT_KEYWORDS=~x86 emerge -va audaciousActually, you're better off using Audacious SVN which contains the FhG/Underbit libmad decoding engine instead of mpg123. The version of the mpg123 engine in Audacious leaks keyframes when the file size is 0 bytes (shoutcast streams).quad wrote:Hey,
Just a note to say that even with 1.2.2, which is what I'm currently running, memory leaks are still present. Haven't noticed a big memory consumption with local MP3 playing, though I use the HTTP streaming a lot and after a few days I clearly see my computer swapping the 700-ish MB of RAM that audacious takes.
After some research I've found that 1.3 fixes leaks (and improve other things as well). As of now 1.3-alpha is hard-masked in portage so if you need to install it anyway do the following:Code: Select all
$ echo media-sound/audacious | sudo tee -a /etc/portage/package.unmask $ echo media-plugins/audacious-plugins | sudo tee -a /etc/portage/package.unmask $ sudo env ACCEPT_KEYWORDS=~x86 emerge -va audacious
Indeed, today it has been two days straight that Audacious is running (though not streaming two days long, but about 7 hours each day), and it just hit about 750 MB of memory (as reported by gkrellm and top, sorted by memory 'M'):
I'll take a look at the SVN version then. Will try to create an ebuild for it.
Code: Select all
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23892 thatuser 15 0 747m 279m 5532 R 0.6 55.5 18:15.74 audacious
7052 thatuser 15 0 275m 27m 7404 S 0.0 5.5 71:41.43 firefox-bin
16015 root 15 0 239m 17m 2276 R 2.8 3.5 559:23.40 X
11697 thatuser 15 0 28400 11m 2868 R 0.0 2.4 0:40.69 wish
...