First, I have a few very large projects with upwards of 100K files (mostly images and .svn files...) and I run into two problems because of it. And no, I do not have the folder tabs open that have the majority of these files. I have those folder tabs closed, because they are all not really editable by textmate, ever.
So, first, I regularly background and foreground TextMate, and every time I do so with this "folder" open in a TextMate window, it takes anywhere from 2 to 20 seconds to re-foreground. I'm one of those really really fast users who makes a change, switches to browser, hits refresh, goes back, makes a change, etc. etc. Pretty standard with web development. This delay (especially when it leans towards the longer end) is really unbearable. I have a feeling that it is re- scanning the entire directory tree for changes everytime I background/ foreground it. This is less than ideal. I've been to a few Leopard dev talks at the last WWDC and I remember a feature (can't remember the name) that let you subscribe to folder/file changes. Perhaps TextMate should do this instead of rescanning the directory tree for changes? Or, maybe it's not doing that... but something is happening which makes it take up to around 20 (sometimes rarely even 30-40) seconds everytime I foreground textmate with this folder open. Anything I can do about this?
Second, I regularly "find in files" in textmate. And with 100K files, PHEW this takes sometimes a minute or two to finish. Is there any way to specify a file filter to search through? (eg. only search through .php, .txt, .tpl and .lib files). If not, can this feature exist please? :\ TextMate is searching my folder(s) through huge SQL dumps which are useless to me. And/or is there any way to specify a "blacklist" of file extensions/types to NOT search through? Even if this is a hardcoded list in a plist somewhere, that would work for me for now, anything to reduce the time on my searches. Any ideas?
P.S. This is all on a brand new unibody MacBook with 4G of RAM and 320GB 72K RPM drive... so I'm not low on ram or anything. :)