Hey everyone<br><br>If you're not Sebastian, then please read - <a href="http://community.kde.org/Projects/Nepomuk/RemoveableMediaHandling">http://community.kde.org/Projects/Nepomuk/RemoveableMediaHandling</a><br><br>I've managed to clear some of the major bottle necks that were present in the Nepomuk code. The only one that I'm left with is the RemoveableMediaModel. It slows down all the queries by an order of 40%. This is because it parses the entire query and tries to convert the file urls into filex. This parsing is slow, and I don't think we can optimize it.<br>
<br>Even more importantly, it slows down addStatements, which is already very slow.<br><br>I've been thinking on ways to optimize the entire model -<br><br>1. Only enable it when we have some removeable media plugged in. If we use this approach we would obviously have to discard the entire option of showing results which aren't there on the file system with the dialog ("Please mount ...").<br>
<br>2. We handle this on the client side. The "File" class can return the modify the url before returning it to the user. This would require that everyone use the File class when dealing with files, which makes the concept of the DMS moot.<br>
<br>3. Any suggestions?<br><br>4. Go back to the old days where there was no Removeable Media Handling + some hacks in the FileWatcher to not delete the metadata associated with those files.<br><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
<br>