<table><tr><td style="">rjvbb added a comment.
</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/D9824" rel="noreferrer">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Each hash node will be approx 4+8=12 bytes, and something must point to it, so another 8 bytes, 20 in total. No big deal.</p></blockquote>

<p>I didn't think it'd be a big deal, not under normal circumstances. Still,with applications like KDevelop that currently add every single item in their project trees we're potentially dealing with thousands of files (around 7500 for GCC IIRC, much more for QtWebEngine). Then every byte starts to count esp. if file-change monitoring isn't the only feature that requires gobs of RAM.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R244 KCoreAddons</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D9824" rel="noreferrer">https://phabricator.kde.org/D9824</a></div></div><br /><div><strong>To: </strong>mwolff, dfaure, rjvbb, KDevelop<br /><strong>Cc: </strong>Frameworks<br /></div>