AuthorTopic: What makes Thunar so painfully slow to open the first directory? (Read 7590 times)

I'm running 5.8 Std on 2 machines, an 800 and a 2000 Mhz. Thunar itself opens quickly and displays the default home directory and contents, but when I click on a directory to view it, it locks up the CPU for 20-30 seconds 'til it displays the contents. After that other directories display quickly.

I have tried shutting off thumbnails and other option, but it is still as slow. XFE by comparison displays the directories instantly.

I just found it's the "Tree" view, View-Side Pane-Tree, that causes the problem. Shortcut view is fast.Tree view apparently loads the directory contents of all subdirectories to enable the active tree. If I go out of Home, up to File System, then I have the Looooong delay as it reads all the dirs and subdirs from root level.

So, I don't know if there is a solution, but Shortcut view works well, just not as convenient.

Yes it does. See if there is any obsessive calling (thousands of times) of the same system call anywhere. Don't be alarmed by the repeated checks for standard libraries in different places, because these are standard with any dynamically-linked binary on Linux (or other systems for that matter), and take negligible resources.

Here's some very interesting information on this (to someone, I hope!):If I open Thunar from the panel, click File System on the left (tree view), then /etc, it takes 53 seconds to load.If I open Thunar from a terminal, it takes 22 seconds for the same process. Here's the terminal log:

vector:/~roland:$ thunarthread 0x8301318 started for pool 0x80f8a98.thread 0x8301318 in pool 0x80f8a98 waits for up to a 1/2 second for task (1 running, 1 unprocessed).thread 0x8301318 in pool 0x80f8a98 calling func.thread 0x83fcdd0 started for pool 0x8102370.thread 0x83fcdd0 in pool 0x8102370 waits for up to a 1/2 second for task (3 running, 3 unprocessed).thread 0x83fcdd0 in pool 0x8102370 calling func.thread 0x83fe180 started for pool 0x8102370.thread 0x83fe180 in pool 0x8102370 waits for up to a 1/2 second for task (3 running, 2 unprocessed).thread 0x83fe180 in pool 0x8102370 calling func.thread 0x83fd4a0 started for pool 0x8102370.thread 0x83fd4a0 in pool 0x8102370 waits for up to a 1/2 second for task (3 running, 1 unprocessed).thread 0x83fd4a0 in pool 0x8102370 calling func.thread 0x83fcdd0 in pool 0x8102370 waits for up to a 1/2 second for task (3 running, 0 unprocessed).thread 0x83fe180 in pool 0x8102370 waits for up to a 1/2 second for task (3 running, -1 unprocessed).thread 0x83fd4a0 in pool 0x8102370 waits for up to a 1/2 second for task (3 running, -2 unprocessed).pool 0x8102370 not active, thread 0x83fcdd0 will go to global pool (running: false, immediate: true, len: 0).thread 0x83fcdd0 leaving pool 0x8102370 for global pool.thread 0x83fcdd0 waiting in global pool for 10.000000 seconds.pool 0x8102370 not active, thread 0x83fe180 will go to global pool (running: false, immediate: true, len: 0).thread 0x83fe180 leaving pool 0x8102370 for global pool.thread 0x83fe180 waiting in global pool for 10.000000 seconds.pool 0x8102370 not active, thread 0x83fd4a0 will go to global pool (running: false, immediate: true, len: 0).thread 0x83fd4a0 leaving pool 0x8102370 for global pool.thread 0x83fd4a0 waiting in global pool for 10.000000 seconds.thread 0x8301318 in pool 0x80f8a98 waits for up to a 1/2 second for task (1 running, 0 unprocessed).thread 0x8301318 leaving pool 0x80f8a98 for global pool.

Well this is strange, if I open thunar from the terminal with strace, Thunar itself takes a couple seconds longer to load because of the hundreds of strace messages being logged, but there is NO delay when I click on the /etc or other directories!

Rhauff, you're not alone in this problem! I'm running 5.8 Gold on a 1.8 GHz P4 and see the same effect. What's strange is that sometimes there's no delay, other times it takes 10 - 20 seconds to display directory contents. I've switched to Shortcuts view as a workaround as you suggested. Something funny going on...