Summary: | gnome-base/gvfs-1.6.4-r1 constantly filling RAM | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Justin Lecher (RETIRED) <jlec> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | sascha |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugzilla.gnome.org/show_bug.cgi?id=622455 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | /home/jlec/.xsession-errors |
Description
Justin Lecher (RETIRED)
2010-10-21 08:05:39 UTC
what backend are you using for transfering files ? A number of these seem to put whole files in memory to accomplish the transfer (seen with webdav/ftp iirc). These are upstream bugs however. If it's something else, please be a bit more descriptive. so I haven't setup anything for gvfs. It is just there a dep of gnome. this is what is mounted currently. rootfs on / type rootfs (rw) /dev/root on / type ext3 (rw,noatime,commit=0) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) rc-svcdir on /lib64/rc/init.d type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime) /dev/sda1 on /boot type ext2 (rw,noatime) /dev/sda7 on /home type ext3 (rw,noatime,commit=0) /dev/sda6 on /mnt/portage type ext2 (rw,noatime) /mnt/portage/tmp on /var/tmp/portage type none (rw,bind) tmpfs on /mnt/tmpfs type tmpfs (rw,size=3072M) /dev/loop0 on /home/justin/tree type reiserfs (rw) /dev/loop1 on /var/cache/fscache type ext2 (rw,user_xattr) usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) nfsd on /proc/fs/nfsd type nfsd (rw,noexec,nosuid,nodev) bes.ibi.kfa-juelich.de:/raid_2/data on /usr2/bes type nfs (rw,fsc,soft,rsize=8192,wsize=8192,addr=134.94.85.173) bes.ibi.kfa-juelich.de:/opt/scisoft64 on /opt/scisoft64 type nfs (rw,fsc,soft,rsize=8192,wsize=8192,addr=134.94.85.173) /dev/loop2 on /usr/portage type squashfs (ro,noexec,nodev) aufs on /usr/portage type aufs (rw,nodev,noexec,relatime,si=7d9643de86981c64) /mnt/portage/distfiles on /usr/portage/distfiles type none (rw,bind) And a music cd is in the tray, bur not touched. I meant "are you using say nautilus to transfer files to a "remote" destination ?" (like ftp server, ...). If gvfs memory usage is growing while you are doing nothing on the desktop, there is something really fishy :) (In reply to comment #3) > I meant "are you using say nautilus to transfer files to a "remote" destination > ?" (like ftp server, ...). If gvfs memory usage is growing while you are doing > nothing on the desktop, there is something really fishy :) > I am not doing anything with gvfs/nautilus or any other gnome-fs related programms. Just logging into a gnome session it starts. But adding cdda to the USE solves the problem. Probably a problem with the cd in the tray. Do you experience the same problem on a new created user account? (In reply to comment #5) > Do you experience the same problem on a new created user account? > Yes it does. USE=cdda is the solver. Don't you see any errors on ~/.xsession-errors file while it's eating RAM? Maybe this is related: https://bugzilla.gnome.org/show_bug.cgi?id=622455 Looks indeed very similar. Created attachment 251463 [details]
/home/jlec/.xsession-errors
xsession-errors
(In reply to comment #10) > Created an attachment (id=251463) [details] > /home/jlec/.xsession-errors > > xsession-errors > exactly what I see here. So further testing shows, that cdda doesn't fix for ever. But I found this: These processes produce constantly load, while cd is in the tray /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 8 --session /usr/libexec/gvfs-gdu-volume-monitor (In reply to comment #12) > So further testing shows, that cdda doesn't fix for ever. But I found this: > > These processes produce constantly load, while cd is in the tray > > /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 8 --session > /usr/libexec/gvfs-gdu-volume-monitor > Okay this only happens if the gnome-system-monitor is started. And only then the ram fills up when USE=cdda is enabled. You should probably tell it to upstream directly, as I think they can help you much more than us on this :-/ Is this a regression? (In reply to comment #15) > Is this a regression? > I am not sure. I noticed the huge RAM usage some time ago, but didn't assign it to gvfs. Although it might was the same issue. Maybe now with Gnome 2.32 (that went stable a few hours ago on amd64) could help... :-/ Good luck! (please retry on a fully updated system, not only gnome stuff) it seems to be fix for a while now. Soryy, but I cannot say whether I changed something, or it was fixed in some packages. gvfsd still fills RAM but ONLY when a disk is in the cd-drive. When I remove the disk it stops filling the RAM. Then I kill gfsvd and everything is fine. When I put the disk in the drive again, it continues filling ram. I've only tested it with an audio disk. Maybe this could be caused by some kernel setting of hardware problem :-/. Isn't there anything interesting in "dmesg" output and /var/log/messages? (In reply to comment #20) > Maybe this could be caused by some kernel setting of hardware problem :-/. > Isn't there anything interesting in "dmesg" output and /var/log/messages? Any news here? Never seen again. Ok, let's call it a day. Feel free to reopen if the problem re-emerges. Thanks for reporting. |