<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/D7745" 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;"><div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">And I have an SSD. Would be curious what the user experience is for setups with poor I/O file storage, e.g. with plain old hard discs or network-mounted filesystems. Is there anyone who could report it?</pre></div></blockquote>

<p>/me. My main Mac work disk is a (fast...) HDD with significant free space fragmentation, my Linux work disk is an SSHD but uses ZFS (with a low-end CPU). I concur completely with the Murphy reference and I'd add that it's not only always the project of interest that loads last, but that the wait is also always the longest (and not just perceptually) when you want it to be as short as possible.</p>

<p>Project import isn't only I/O bound; IIRC I saw significant CPU being spent on regexps corresponding to the project filters, the few times I profiled import.<br />
Then there's memory: the parser is among what takes up most RAM which doesn't help if your system is already stressed like mine often are (and 8Gb is the minimum I work with).</p></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D7745" rel="noreferrer">https://phabricator.kde.org/D7745</a></div></div><br /><div><strong>To: </strong>rjvbb, KDevelop, kfunk<br /><strong>Cc: </strong>kossebau, kfunk, mwolff, aaronpuchert, arrowdodger, brauch, kdevelop-devel, njensen, geetamc, Pilzschaf, akshaydeo, surgenight<br /></div>