With Thunar opened in the background all applications show 'jerky' behavior. It only happens when the side panel is active and gtk-bookmarks is not empty. It seems Thunar is constantly polling the bookmarks, making applications stutter with an approximate period of 1 sec. Steps to reproduce: 1. Open Thunar 2. Show the side panel (Ctrl+B) 3. Make a bookmark of any folder 4. With Thunar opened test any application (the bug is best observed in fast action games like warsow)
Are you sure it's because of the bookmarks? I did an "strace Thunar" over here and it seems the only polling done is related to the trash. The bookmarks file is monitored using Gamin/FAM so that should not involve polling at all.
I don't know if it's polling or something else - it's just my guess. But I am absolutely sure about gtk-bookmarks. I just ran another test with Thunar and Planet Penguin Racer. 1. Thunar in background without bookmarks (~/.gtk-bookmarks not empty) = OK 2. Thunar in background with bookmarks (~/.gtk-bookmarks not empty) = FRAMEDROP 3. Thunar in background with bookmarks (~/.gtk-bookmarks is empty) = OK I tried to save a demonstration video, but the video capture process brings too much lag.
How about running Thunar from a terminal using "strace Thunar &> <log file>". Can you do that and post some of the relevant output that is written to the file while the problem occurs? (Please attach it to the bug report as a file.)
Created attachment 1978 Thunar strace log Here you are. There are two logs in archive, one with (nb) is Thunar without bookmarks. What troubles me is many 'read(3, 0x8ea9d8c, 4096) = -1 EAGAIN (Resource temporarily unavailable)' messages in case bookmarks are on.
(In reply to comment #4) > Created an attachment (id=1978) [details] > Thunar strace log > > Here you are. There are two logs in archive, one with (nb) is Thunar without > bookmarks. > What troubles me is many > 'read(3, 0x8ea9d8c, 4096) = -1 EAGAIN (Resource temporarily unavailable)' > messages in case bookmarks are on. Actually I don't think that's the problem. There's roughly the same amount of read(3, ..., 4096) lines in both logs. The file descriptor 3 points to an X11 server socket here and that's hardly the issue. Maybe I'll have a look at this issue again later.
It might also be caused by another application writing/updating the .bookmarks file, gamin/fam picks this up and Thunar updates the bookmarks. You can probably checking this by looking at the mtime of the bookmarks file, see if it changes every x seconds (without and without Thunar running, to check if Thunar is not causing the mtime changes, if there are any).
(In reply to comment #6) > It might also be caused by another application writing/updating the .bookmarks > file, gamin/fam picks this up and Thunar updates the bookmarks. You can > probably checking this by looking at the mtime of the bookmarks file, see if it > changes every x seconds (without and without Thunar running, to check if Thunar > is not causing the mtime changes, if there are any). No, doesn't seem so. It appears only a specific combination of bookmarks cause this behavior. Currently I'm blaming FUSE ntfs-3g, but I have to do more tests.
@Denis: Did you find out anything new? If not, I'd like to close this bug as WORKSFORME.