Summary: | media-video/ffmpeg2theora-0.16: memory leaks? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Anton Kuzmin <selecter> |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Anton Kuzmin
2006-08-13 08:02:13 UTC
ffmpeg2theora-0.16 Portage 2.1.1_pre5 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.4-r3, 2.6.17-suspend2-r3 x86_64) ================================================================= System uname: 2.6.17-suspend2-r3 x86_64 AMD Turion(tm) 64 Mobile Technology MT-32 Gentoo Base System version 1.12.4 Last Sync: Sat, 12 Aug 2006 14:30:07 +0000 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: [Not Present] sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -msse3 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=athlon64 -msse3 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ru_RU.UTF-8" LINGUAS="ru" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 acpi alsa avi beagle bitmap-fonts bzip2 cairo cdr cli crypt dbus djvu dlloader dvd dvdr dvdread dvi eds elibc_glibc emboss encode fat ffmpeg firefox foomaticdb fuse gcc64 gif glibc-omitfp gnome gpm gstreamer gtk gtk2 hal howl imagemagick imlib immqt input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog java jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux libnotify linguas_ru lzw lzw-tiff mad mjpeg mono mp3 mpeg musicbrainz mysql nautilus ncurses nforce2 nls nptl ntfs nvidia ogg opengl pam pcre pdf pdflib perl pmu png postgres pppd python qt3 qt4 quicktime readline reflection reiserfs sdl session sndfile spell spl sqlite ssl svg tagwriting tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb userland_GNU vcd video_cards_nv video_cards_nvidia video_cards_vesa video_cards_vmware vorbis xfs xine xorg xpm xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY Memory getting used != memory leak; do you get the memory back when encoding has finished? Encoding never finished. The process locked the system. I assumed it was memory leak since the memory consumtion was increasing by the time. I don't know anything about ffmpeg2theora's algorithm. Total memory I have: 432MB I have seen the related-aspect of this bug mentioned in comment #3, where encoding never finishes 4 times now. I don't know if this is so much a memory leak, or ffmpeg2theora-0.16 getting into an infinite loop, and then slowly eating memory in a "normal" way. Try ffmpeg2theora-0.18. I couldn't reproduce anykind of leaking, in fact, xfce4-mixer-plugin took more memory. ;-) As for the machine freezing.. if you have OOM Killer enabled in your kernel make sure you have enough swap reserved.. I noticed twice that after a while ffmpeg process was gradually occupying my memory (1gb). Strange but in both cases I ended up with 3gb of converted video. This time I converted .vob to .dv Is that normal? I will be testing 0.18 now. I mean, ffmpeg process usually used ~22mb. After a while the consumption was gradually growing up to 80% of 1gb of RAM. No problems with 0.18 encoding "The Sandlot". Will try later on "Outside Providence" video. (In reply to comment #8) > No problems with 0.18 encoding "The Sandlot". > Will try later on "Outside Providence" video. > I've removed 0.16 from tree. I don't see anything left in this bug for us.. |