QT wallet runs VERY slowly
Summary
Latest QT wallet performs very poorly. The splash screen lasted over 3.5 minutes. Switching between panels is very slow and the CPU usage is about 60-150% on my 2 core/4 thread machine.
Steps to reproduce
Run the QT wallet.
Expected behavior
Performance should match the non-PoS wallet.
Problematic behavior
Much longer splash screen display, higher CPU usage and poor performance.
Crown-core environment info
MX 17.1 linux 64-bit
Crown-core application info
Crown version v0.12.5.1-a7a7b89f (pipeline 872)
Relevant logs and/or screenshots
2019-01-09 02:03:58 Checking all blk files are present...
2019-01-09 02:03:58 LoadBlockIndexDB(): transaction index enabled
2019-01-09 02:03:58 LoadBlockIndexDB(): hashBestChain=e89eec021a87a49940aebe854ce316249ca0b10850926e0ec7e5d4a574fdb6f9 height=39727 date=2019-01-09 02:02:43 progress=0.999972
2019-01-09 02:03:58 init message: Verifying blocks...
2019-01-09 02:03:58 Verifying last 288 blocks at level 3
2019-01-09 02:03:58 No coin database inconsistencies in last 289 blocks (578 transactions)
2019-01-09 02:03:58 block index 449ms
2019-01-09 02:03:58 init message: Loading wallet...
2019-01-09 02:04:08 GUI: QObject::connect: No such slot UpdateDialog::selectionChanged(int) in qt/updatedialog.cpp:19
2019-01-09 02:04:08 GUI: QObject::connect: (sender name: 'osComboBox')
2019-01-09 02:04:08 GUI: QObject::connect: (receiver name: 'UpdateDialog')
2019-01-09 02:04:08 Updater::GetUpdateInfo() - Got version from json: 120502
2019-01-09 02:04:08 Updater::GetUpdateInfo() - Version is old
2019-01-09 02:07:39 nFileVersion = 120502
2019-01-09 02:07:39 Keys: 0 plaintext, 2096 encrypted, 2096 w/ metadata, 2096 total
2019-01-09 02:07:39 wallet 220443ms
2019-01-09 02:07:39 init message: Rescanning...
2019-01-09 02:07:39 Rescanning last 39 blocks (from block 39688)...
2019-01-09 02:07:39 AddToWallet f614993413cdfe3ec38dab5d1381aa8519dbaea644412bb8f469894b095ef553Possible fixes
I think it was opening the wallet while the splash screen was "hung". Wallet.dat is 22228992 bytes. This also occurred with pipeline 869 build. But the overall performance once the main window displays is much worse than I'm used to.
/cc @finjosh