<html>
 <body>
  <div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
   <table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px #c9c399 solid;">
    <tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="http://git.reviewboard.kde.org/r/103294/">http://git.reviewboard.kde.org/r/103294/</a>
     </td>
    </tr>
   </table>
   <br />


<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('http://git.reviewboard.kde.org/media/rb/images/review_request_box_top_bg.png'); background-position: left top; background-repeat: repeat-x; border: 1px black solid;">
 <tr>
  <td>

<div>Review request for KDEPIM, Nepomuk and Volker Krause.</div>
<div>By Christian Mollekopf.</div>







<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description </h1>
 <table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">I sat down and fixed the humongous resource usage of the feeder. The feeder now fetches a hardcoded limit of maximum 100 items with full payload, all other items are queued with their id only. This way this problem should not occur anymore.

I also managed to reproduce the dbus timeout issue. It looks like even the indexing of a single email can exceed this timeout. Looking at the logs and the indexed data everything looks alright.

At least for one email I can reproduce this issue, with the small new helper application to index single akonadi items found in nepomukfeeder/test. 

I suppose the email takes so long because it has ~100 recipients which all have to be identified. However, the timeout is not ideal because it means I cannot wait until nepomuk has finished processing the last batch before sending the next one. My workaround for that is to set a 30s timeout if the datastore job timed out, hope that is enough. This is supposed to avoid that the data just stacks up on the nepomuk side, If you have suggestions for a better solution let me know.

If this looks okay I will cleanup the whitespace errors/debugging code and commit tomorrow (today actually), before the freeze.

Sorry for being so late with this stuff.</pre>
  </td>
 </tr>
</table>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Works for me.</pre>
  </td>
 </tr>
</table>




<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">

 <li>agents/nepomukfeeder/CMakeLists.txt <span style="color: grey">(903ba667cb51897d21650741fbe34e033ec3792a)</span></li>

 <li>agents/nepomukfeeder/feederqueue.h <span style="color: grey">(64676207a3808e8e52557ccaa6abb4cf59acaf68)</span></li>

 <li>agents/nepomukfeeder/feederqueue.cpp <span style="color: grey">(ecd6c3d30d739b9a3edf0da0f8150312e493ecc8)</span></li>

 <li>agents/nepomukfeeder/test/akonadinepomukfeeder_indexer.cpp <span style="color: grey">(PRE-CREATION)</span></li>

</ul>

<p><a href="http://git.reviewboard.kde.org/r/103294/diff/" style="margin-left: 3em;">View Diff</a></p>




  </td>
 </tr>
</table>




  </div>
 </body>
</html>