<p></p>
<blockquote>
<blockquote>
<p>The DAO sync is running on userthread but the BSQ tx verification itself is super fast and the the problem. I think the problme is some client code reacting on state changes and doing expensive operations (e.g. lookups). There have been done some improvements already but I think there is more needed, but not a trivial task...</p>
</blockquote>
<p>I suspect its the concurrent seednode connections via tor, that happen during "Synchronizing DAO". Last time I checked, tor connections go via some sort of io-blocking bottleneck. I noticed similar effects with the connections to the bitcoin nodes - connecting to them via clearnet caused less CPU overhead and was generally faster. Similar effect if I chose to use 1 tor bitcoin node, vs multiple (1 node was faster, smaller CPU spike). This was a few months ago, so not sure if it's still the case. But it might indicate that highly-active concurrent tor connections may cause/contribute to the CPU spike due to how multi-threading/IO is managed there.</p>
</blockquote>
<p>This is expected as Tor is slower and as the connections get clogged by multiple requests.<br>
We have those connections streams:</p>
<ul>
<li>BitcoinJ block download (starts early and can finish any time after startup and app init)</li>
<li>Initial data requests from multiple seeds (usually 2 if one does not respond more). After first response we start DAO block request, but other responses might come then parallel to the DAO block response</li>
<li>Get BSQ blocks</li>
</ul>
<p>So in the worst case we do 3 data requests at the same time: Btc blocks, Bisq data, BSQ blocks. Additional there are price feed requests (I think those are quite lite compared to the rest).</p>
<p>The initial data requests have been improved by 50% in 1.4.2 and in 1.5.2. we get anoute 25% less data (AccountAgeWitness data will be handled via HistoricalDataStore). So that will help overall to reduce bandwith requirements.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/bisq-network/bisq/issues/4370#issuecomment-744052009">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNQBGTMSFRO23D22EWTSUUE4VANCNFSM4O5NSDLQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNRG75NPKNDOTKQRPKDSUUE4VA5CNFSM4O5NSDL2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOFRMVKKI.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/bisq-network/bisq/issues/4370#issuecomment-744052009",
"url": "https://github.com/bisq-network/bisq/issues/4370#issuecomment-744052009",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>