<div class="gmail_quote">On Mon, May 17, 2010 at 9:56 PM, Esben Mose Hansen <span dir="ltr"><<a href="mailto:kde@mosehansen.dk">kde@mosehansen.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sunday 16 May 2010 22:37:39 Andreas Pakulat wrote:<br>
> Sure, but one needs to know the limits too. Unfortunately KDirWatch is<br>
> not well documented wrt. its limits.<br>
<br>
</div>If KDirWatch uses inotify (which is likely), then the limit is 8192 on my<br>
machine to be exact. From reading the code, there seems to be no other limits.<br>
That would almost be a problem for kdebase, with 4000+ cpp+h files and<br>
possibly that many generated files of assorted kinds. However, inotify can be<br>
set to watch the directories that the files reside in instead, drastically<br>
reducing the need for watchers, at the price of getting some events we are not<br>
interested in.<br>
<br>
I can find no limits for the less like case of using libfam/famd.<br>
<font color="#888888"><br>
--<br>
Kind regards, Esben<br>
</font><div><div></div><div class="h5"><br>
--<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br><div>So who should track these changes?</div><div>- language support? (here there's no file structure whatsoever)</div><div>- project support? (there are involved files for which the parser doesn't know anything)</div>
<div><br></div><div>Here I guess the proper thing to do would be to let the language support to watch each included directory and just check the dirty directories recursively, that might make kdevelop a little slow while system upgrades but other than that I can't see any stopper.</div>
<div><br></div><div>Aleix</div><div><br></div>