[mythtv-users] Transcode memory leak in FC4 w/ ATRPMS?

[Reggie Braswell]

Bare metal install of FC4 using Jarod's site. Never saw this in my FC3 load.
When I transcode a DVD with xvid it runs about the normal length of time
(Good = 3.5 hours for 2 hour DVD) and completes and all is well. Output AVI
file is just fine. However when I take a look at my memory stats (free or
top) I notice that 817MB of ram is being consumed and swap has 988K
consumed. The only way to free it up I have found is to perform a shutdown.
I had initially used Jarod's rcsysinit patch to get lirc working ok, but it
was causing some module load errors on boot. Looking around in the system I
noticed that after I transcoded a DVD my memory consumption would scale all
the way to full and start swapping like crazy. I blew everything away (bare
metal again) followed Jarod's site but added modprobe lirc_i2c and service
lircd restart to rc.local. All works much better (memory not filling up -
but the transcode process is still not releasing what it used during the
job). At least I am assuming it's transcode as my free is about 312MB prior
to starting the job through the frontend. Anyone else seen this?
Regg
Asus P4P800SE 2.8Ghz 1GB PC3200
ATI Radeon 9600SE PVR350&250
Ultra 160 RAID 1 software 36x2 LVM EXT3
ATA-133 250GB x 3 (2 - LVM[JFS] 1-JFS)
Sony DVD burner
SB Live!
 mtd.log =
mtd is running on a host called localhost.localdomain
09:40:51: Waiting for connections/jobs
09:40:51: mtd is listening on port 2442
09:41:39: a client socket has been opened
09:41:41: DVD inserted: Our_Vacation
09:41:41: : Title 1 is of type 2 (dvdinput table)
09:41:41: : Title 2 is of type 2 (dvdinput table)
09:41:41: : Title 3 is of type 2 (dvdinput table)
09:41:41: : Title 4 is of type 2 (dvdinput table)
09:41:41: : Title 5 is of type 2 (dvdinput table)
09:41:41: : Title 6 is of type 2 (dvdinput table)
09:41:41: : Title 7 is of type 2 (dvdinput table)
09:41:41: : Title 8 is of type 2 (dvdinput table)
09:41:41: : Title 9 is of type 2 (dvdinput table)
09:41:41: : Title 10 is of type 4 (dvdinput table)
09:41:41: : Title 11 is of type 4 (dvdinput table)
09:41:52: launching job: job dvd 1 1 3 1 -1 /video/Our_Vacation
09:41:52: transcode command will be: transcode -i
/movies/temp/Our_Vacation/vob/ -g 720x480 -f 0,1 -M 2 -V -j 0,8,0,8 -y xvid
-w 1618 -A -N 0x2000 -o /video/Our_Vacation.avi --print_status 20 --color 0
09:41:52: job thread beginning to rip dvd title
09:54:36: job thread finished ripping dvd title
13:19:47: job finished succesfully: job dvd 1 1 3 1 -1 /video/Our_Vacation
13:20:14: a client socket has been closed
 $ free
total used free shared buffers cached
Mem: 1034276 821216 213060 0 6608 641832
-/+ buffers/cache: 172776 861500
Swap: 2032212 988 2031224
 $ top
top - 14:07:35 up 4:27, 4 users, load average: 0.04, 0.03, 0.11
Tasks: 129 total, 1 running, 128 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 99.7% id, 0.3% wa, 0.0% hi, 0.0% si
Mem: 1034276k total, 821588k used, 212688k free, 6760k buffers
Swap: 2032212k total, 988k used, 2031224k free, 641680k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3395 mythtv 15 0 41572 14m 12m S 0.3 1.5 0:01.40 kded
5879 mythtv 16 0 2016 1020 784 R 0.3 0.1 0:00.01 top
1 root 16 0 1744 572 492 S 0.0 0.1 0:00.67 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.01 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
5 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/1
6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
7 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/1
8 root 12 -5 0 0 0 S 0.0 0.0 0:00.02 khelper
9 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
12 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
95 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
96 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/1
99 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd
153 root 15 0 0 0 0 S 0.0 0.0 0:00.20 pdflush
154 root 15 0 0 0 0 S 0.0 0.0 0:02.93 pdflush
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20050927/c7ab0169/attachment.htm