Quote from: crypto_zoidberg on August 13, 2014, 07:43:13 PM

Quote from: smooth on August 13, 2014, 07:30:37 PM

Quote from: digicoin on August 13, 2014, 03:50:49 PM

Quote from: smooth on August 13, 2014, 12:07:33 PM

Quote from: digicoin on August 13, 2014, 12:00:02 PM

I think that XMR should change its algorithm.

My XMR blockchain was 6 days behind the network: 8600 blocks unsync-ed. It took me 40 minutes sync-ing the blockchain from 1h33 - 2h25 PM

That's a hash rate of 4/sec. Doubtful the PoW algorithm had much to do with this. What device is it?

PoW is not the only difference between BBR and XMR. Another is many more transactions on XMR. Or you may simply have been connected to slower peers.

Same laptop: Dell Inspiron 15 - Intel Core i5 - 4200U 1.6 Ghz - 6 GB RAM. XMR is always much slower than BBR on my laptop. I open XMR wallet more often than BBR one: every day or every 3-4 days. XMR daemon is slow all the time. It is strange that BBR can sync the blockchain much much faster than XMR

I have an idea. It might be frequency scaling. You will get poor performance with the quick bursts of CPU activity of verification but not mining. If this proves to be true we can probably at least optionally bypass scaling during resyncs. I'm interested in both the log data cryptozeidberg asked for as well as single thread mining speed.

Agree, also was thinking about this, that's why i asked for logs from blockchain storage, also it shows both time intervals - whole block processing time, and PoW calcalation time, so we could see how much time is spended for Pow and and how much transactions.

Although...in my experience syncing usually maxes out my CPU (which is faster than his) so that argues against scaling. I guess we need to dig into this some more.