Extremely slow startup (solved - for me at least)
Posted: Sat Oct 13, 2012 8:31 am
Hi all,
For any of you that have encountered an issue with BRU taking an inordinate amount of time to startup (1 minute to half-an-hour or more), I have tracked down my own issue to some exceptionally large (>10GB) zip files residing at the root of the drive that I was starting up BRU in. By moving these super-large archives to a new dump subfolder (just below the root), this startup time goes to sub 1 second. It appears that, despite saving the last folder used and starting BRU using the explorer context menu whilst pointing to the folder in question, BRU goes to the root of the drive where the folder in question resides and, if there are zip files, scans inside them for a folder structure (can be very slow). I suspect that this is a windows rather than a BRU thing (unless, unbeknownst to myself BRU has zip scanning ability). If BRU is using the windows calls to access the directory, it appears that windows lists the directory structure at each level of the path to find the next level. For zip files at root directory level, it appears that folders within the zip file are indexed as if they were a flattened hierarchy at root level.
My apologies if my spiel above has confused terminology used by linux bods. I am talking in strictly windows terms here.
For any of you that have encountered an issue with BRU taking an inordinate amount of time to startup (1 minute to half-an-hour or more), I have tracked down my own issue to some exceptionally large (>10GB) zip files residing at the root of the drive that I was starting up BRU in. By moving these super-large archives to a new dump subfolder (just below the root), this startup time goes to sub 1 second. It appears that, despite saving the last folder used and starting BRU using the explorer context menu whilst pointing to the folder in question, BRU goes to the root of the drive where the folder in question resides and, if there are zip files, scans inside them for a folder structure (can be very slow). I suspect that this is a windows rather than a BRU thing (unless, unbeknownst to myself BRU has zip scanning ability). If BRU is using the windows calls to access the directory, it appears that windows lists the directory structure at each level of the path to find the next level. For zip files at root directory level, it appears that folders within the zip file are indexed as if they were a flattened hierarchy at root level.
My apologies if my spiel above has confused terminology used by linux bods. I am talking in strictly windows terms here.