User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060731 Ubuntu/dapper-security Firefox/1.5.0.5 Build Identifier: If Beagle indexes the same FS as thunar is browsing, sometimes the two get into each others way: Thunar then refreshes 10-15 times per second, strace shows that some read(...) that blocks on NTFS is returning always on ext3 (mounted with user_xattr). Probably the system runs out of change notification handles? Reproducible: Couldn't Reproduce Steps to Reproduce: 1. Launch thunar on your home dir and beagle in the background 2. make huge modificatzions in your file system 3. watch Actual Results: Thunar refreshes 10-15 times per second using 30% CPU Expected Results: Thunar should be aware that something is going on and reduce poll interval. Killing beagle resolved the problem.
Well, if killing beagle solves the problem, it'd be logical to file a bug report to beagle. Anyway w/o further information about whats going on exactly it's impossible to say whats wrong (i.e. stracing Thunar/Beagle, running either of them in a debugger, ...). Everything else is just wild guessing.
Created attachment 761 15 seconds of thunar with and without beagle the tar.bz2 image contains two straces: thunar with beagle (1.3 MB) thunar alone (450 KB)
Looks like Beagle is constantly writing to the root folder (a file in the root folder) and Gamin/FAM notifies Thunar to reload the folder, which is probably causing the 30% CPU load.
Moving to 0.5.0rc2.
You can try killing famd or gam_server and see if it still happens. But since it works fine without Beagle, I tend to say that it's not a problem in Thunar.