<table><tr><td style="">bruns created this revision.<br />bruns added reviewers: Baloo, Frameworks, ngraham, poboiko.<br />Herald added projects: Frameworks, Baloo.<br />Herald added a subscriber: kde-frameworks-devel.<br />bruns requested review of this revision.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D17200">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>The termlist returned from replaceTerms may be identical to the current<br />
DB contents. Avoid blowing up the write transaction by commits which are<br />
actually noops. CPU cycles are cheaper than disk writes and flushes.</p>

<p>Comparing old and new terms is typically cheap (adding or removing files<br />
changes the term list size). File updates often do not change the terms<br />
for all DBs, e.g. a rename changes the ctime and also triggers an update<br />
of the XAttr entry and vice versa. Appending to a file or doing any other<br />
action which changes the mtime triggers a DocumentTermsDB update, while<br />
the set of unique terms may be unchanged.</p></div></div><br /><div><strong>TEST PLAN</strong><div><p>ctest</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R293 Baloo</div></div></div><br /><div><strong>BRANCH</strong><div><div>submit</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D17200">https://phabricator.kde.org/D17200</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>src/engine/writetransaction.cpp</div></div></div><br /><div><strong>To: </strong>bruns, Baloo, Frameworks, ngraham, poboiko<br /><strong>Cc: </strong>kde-frameworks-devel, ashaposhnikov, michaelh, astippich, spoorun, ngraham, bruns, abrahams<br /></div>