Bitcoin Forum
January 27, 2020, 06:35:23 PM *
News: Latest Bitcoin Core release: 0.19.0.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 [128] 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 ... 231 »
  Print  
Author Topic: Armory - Discussion Thread  (Read 520986 times)
goatpig
Moderator
Legendary
*
Offline Offline

Activity: 2436
Merit: 1142

Armory Developer


View Profile
September 10, 2013, 04:33:32 PM
Last edit: September 10, 2013, 04:53:26 PM by goatpig
 #2541

leveldbwin is a google project for msvc 9 and 10 that allows you to complile leveldb as a dll on windows

https://code.google.com/p/leveldbwin/downloads/detail?name=leveldb_1_20_win32_src.zip&can=2&q=

To compile, it requires ATL librairies, which are available in WDK 7.1 or pay versions of visual studio 9 and above.

Once you get the DLL to compile the integration is straight forward.

I personally use vc11 express so I have to get the WDK before I can compile the project and test it. I have however successfully compiled this project a few months ago with vs9.

*edit*

After installing WDK, the project successfully compiled, yielding a static library for snappy and both static and dynamic libraries compile options for leveldb.

1580150123
Hero Member
*
Offline Offline

Posts: 1580150123

View Profile Personal Message (Offline)

Ignore
1580150123
Reply with quote  #2

1580150123
Report to moderator
1580150123
Hero Member
*
Offline Offline

Posts: 1580150123

View Profile Personal Message (Offline)

Ignore
1580150123
Reply with quote  #2

1580150123
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1580150123
Hero Member
*
Offline Offline

Posts: 1580150123

View Profile Personal Message (Offline)

Ignore
1580150123
Reply with quote  #2

1580150123
Report to moderator
1580150123
Hero Member
*
Offline Offline

Posts: 1580150123

View Profile Personal Message (Offline)

Ignore
1580150123
Reply with quote  #2

1580150123
Report to moderator
1580150123
Hero Member
*
Offline Offline

Posts: 1580150123

View Profile Personal Message (Offline)

Ignore
1580150123
Reply with quote  #2

1580150123
Report to moderator
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
September 10, 2013, 05:20:55 PM
 #2542

leveldbwin is a google project for msvc 9 and 10 that allows you to complile leveldb as a dll on windows

https://code.google.com/p/leveldbwin/downloads/detail?name=leveldb_1_20_win32_src.zip&can=2&q=

To compile, it requires ATL librairies, which are available in WDK 7.1 or pay versions of visual studio 9 and above.

Once you get the DLL to compile the integration is straight forward.

I personally use vc11 express so I have to get the WDK before I can compile the project and test it. I have however successfully compiled this project a few months ago with vs9.

*edit*

After installing WDK, the project successfully compiled, yielding a static library for snappy and both static and dynamic libraries compile options for leveldb.

Awesome!  Finally some encouraging news on this front.  I don't know how I missed the leveldbwin project...

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
September 10, 2013, 05:28:00 PM
 #2543



BACKUP CENTER MERGED:

I have merged the new backup center into the ramreduceleveldb branch.  If you went to the Bitcoin conference and you saw the fragmented-backup and SecurePrint demos, then you already know what's there.  Please test it!   (p.s. new backups now only have two lines of data to copy/print!).    There's still a few quirks that need to be fixed, but it's just about fully functional.

At the moment, it looks like Armory is "usable" in Linux.   The biggest problems remaining are:

  • (1) Lack of interface feedback on initial blockchain build.  Just wait 4-5 hours, don't worry if it looks like it's not doing anything.
  • (2) Slowness and a screen full of harmless errors and warnings on load -- if you shut down Armory and start it later, it can take a couple minutes to sync with the latest blocks.  Will have to investigate, since it clearly builds the database much faster than that on an initial sync.
  • (3) Restored wallets appear to have incorrect balances until you restart.  Luckily, restarting only takes about about 5 sec now Smiley

I will track down some of the slowness issues later, since it technically works right now.  At the moment, have a long list of tweaks that have been waiting a few months to go in, and a few quirks to fix in the backup center.  Please keep testing!  (if you can)

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 10, 2013, 10:01:12 PM
 #2544

Anyone in Linux want to help?  It's the ramreduceleveldb branch.

WTF.
I'm late to the party, and now I'm spilling drinks over everybody too:
I tried to switch to the ramreduceleveldb branch, but am too stupid to do so.
Quote
git checkout ramreduceleveldb
git pull origin ramreduceleveldb

This seems to create a local branch, with the data of some other branch, probably "master" or "testing".

Quote
git branch -a
  master
* ramreduceleveldb
  remotes/origin/HEAD -> origin/master
  remotes/origin/armoryd
  remotes/origin/backupcenter
  remotes/origin/bitcoind0.8andP2Pool
  remotes/origin/bitsafetest
  remotes/origin/blkchainagain_optimized
  remotes/origin/cmake
  remotes/origin/cryptoppstatic
  remotes/origin/dev
  remotes/origin/ecdsacalc
  remotes/origin/leveldb
  remotes/origin/managesatoshi
  remotes/origin/master
  remotes/origin/migratewallet
  remotes/origin/newwallet
  remotes/origin/osx_managesat
  remotes/origin/pointcompress
  remotes/origin/python_test
  remotes/origin/qtdev
  remotes/origin/ramreduceleveldb
  remotes/origin/rrldbtest
  remotes/origin/sddblspend
  remotes/origin/testing
  remotes/origin/threading

Debian Wheezy here. Probably of no big help anyway, now?

Ente
maaku
Legendary
*
Offline Offline

Activity: 905
Merit: 1001


View Profile
September 10, 2013, 10:25:00 PM
 #2545

Code:
# undo the mess you got yourself into
git checkout master
git branch -d ramreduceleveldb
Code:
# checkout the branch
git checkout -b ramreduceleveldb origin/ramreduceleveldb

I'm an independent developer working on bitcoin-core, making my living off community donations.
If you like my work, please consider donating yourself: 13snZ4ZyCzaL7358SmgvHGC9AxskqumNxP
Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 10, 2013, 10:34:06 PM
 #2546

Code:
# undo the mess you got yourself into
git checkout master
git branch -d ramreduceleveldb
Code:
# checkout the branch
git checkout -b ramreduceleveldb origin/ramreduceleveldb

Thank you a ton!

Ente
Sc@rF@c3
Newbie
*
Offline Offline

Activity: 50
Merit: 0


View Profile
September 12, 2013, 01:13:39 AM
 #2547

RE:Win7 64bit, i7 gen1, 16GB Ram, online watch only
Upgrading to Bitcoin-Qt 0.8.4 gives the following crash error


There was an error starting the underlying Bitcoin engine. This should not normally happen. Usually it occurs when you have been using Bitcoin-Qt prior to using Armory, especially if you have upgraded or downgraded Bitcoin-Qt recently (manually, or through the Armory automatic installation). Output from bitcoind:
StdErr:

I have downgraded to Bitcoin-Qt 0.8.3, working fine again
kostagr33k
Full Member
***
Offline Offline

Activity: 310
Merit: 100


View Profile
September 12, 2013, 03:47:06 AM
 #2548

Hi, hope all is well.

Trying to access my online portion of my offline wallet, and its taking quite some time to load. I am on OSx and have 8gb of ram, but armory is now stuck at using 2.47gb of Real Memory and 4.96 Virtual Mem and using 100% CPU of 1 core. IT is stuck at 15 seconds.

Is there anything that can be done here to make this usable ?


Thank you

kosta
picobit
Hero Member
*****
Offline Offline

Activity: 547
Merit: 500


Decor in numeris


View Profile
September 12, 2013, 07:32:13 AM
 #2549

Hi, hope all is well.

Trying to access my online portion of my offline wallet, and its taking quite some time to load. I am on OSx and have 8gb of ram, but armory is now stuck at using 2.47gb of Real Memory and 4.96 Virtual Mem and using 100% CPU of 1 core. IT is stuck at 15 seconds.

Is there anything that can be done here to make this usable ?


Thank you

kosta
I have a similar setup (OSX, 8 GB ram) and have no problems.  It takes forever to load (5 min or so), and once loaded it occationally hangs for 10-20 sec at a time.

If you start it in the terminal, you can see the output while it reads the block files.  That shows progress :-)

Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 12, 2013, 09:27:20 AM
 #2550

Late to the ramreduceleveldb party..

Debian Wheezy. I installed into a fresh folder.
I didn't need any extra packages for this. I installed
Quote
git-core build-essential pyqt4-dev-tools swig libqtcore4 libqt4-dev python-qt4 python-dev python-twisted python-psutil
way back, it probably isn't all needed any more.


Quote
git clone git://github.com/etotheipi/BitcoinArmory.git
Quote
git checkout testing
git pull origin testing
make clean
make
Quote
git checkout -b ramreduceleveldb origin/ramreduceleveldb
git pull
make clean
make

"testing" gives me version 0.88.2.
"ramreduceleveldb" gives me version 0.98.97.

I still can not compile without editing:
Quote
Change the "python2" in the Makefile to just say "python".

"testing" works as ecpected.
"ramreduceleveldb" shows the gui for a second, then crashes:
Quote
-ERROR - 1378977312: (leveldb_wrapper.cpp:1974) No tx in DB with hash: 5e5383b79ec2fb038ea556474cde31d3e621a7e52df2d5ee8470c71f9950cb1d
Segmentation fault

On another note, "testing" and bitcoind / bitcoin-qt work, although I didn't do the "-checklevel=2" switch against the reindexing blockchain bug.


If any of these is of help, I'll gladly dig up more logs or the like. I'll downgrade to "testing" again for now.

Ente
avialias
Newbie
*
Offline Offline

Activity: 13
Merit: 0


View Profile
September 12, 2013, 03:28:15 PM
Last edit: September 12, 2013, 04:11:54 PM by avialias
 #2551

HELP NEEDED !!! FAST FAST...  

(edit) : FIXED - I reinstall Armory again and now its fine... (admin delete this post if needed)

I Cant start Armory because of some Runtime Error !
Actualy it starts, syncs with network, downloads new blocks, and then starts to scan for transaction history.
When it reach 71% scan progress or 1.98Gb of RAM then I get C++ Runtime Error.

I installed Bitcoin-Qt 0.8.4 and sync it with blockchain database.
All installatio was default. default path for BTC-Qt and for Blockchain database.

I downloaded Armory 0.88.1-beta x64https://code.google.com/p/bitcoinarmory/downloads/detail?name=armory_0.88.1-beta_win64.msi&can=2&q=.
But when I start installation, setup program wants to install it to "c:\Program Files (x86)\Armory", why there?
Isnt that x64 version, so it mast go to Program files not in program files (x86)

Where is x64 Armory ?

How to fix problem?

I have Win7 x64
AMD phenom II x64 unlocked 4cores
8Gb of DDR3 RAM.
SSD disk
pagefile set to 1Gb
hiberfile disabled
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
September 12, 2013, 06:28:11 PM
 #2552


UPDATE:  Plan B

Unfortunately, there was just too many problems with super-node Armory.  LevelDB has been extremely inconsistent in keeping up with the stress of constantly updating address ledgers.  On slower systems, I observed random "missing tx" messages and seg faults on one run, then I would re-run on the same data and it would cruise through that part.    I cannot attest that my code was bug-less (though, there's like 2,000 lines of unit-testing code to test the new database stuff, including re-orgs).  But it appears that I cannot worry about code bugs if it's not going to work even without those bugs.

Super-node Armory is likely to be put on hold for a while.  Now, I know that sounds like it's going to be a serious disruption to my progress...



The good news:

All of the modularization I have put into Armory just paid off.  Tremendously!  In 8 hours I was able to swap out the super-node DB operations with something that resembles the previous version, but without super-node capability.  Super-node code would process all the headers, find the longest chain, write out all the raw blocks to disk, apply all the blocks (updated addr histories, mark TxOuts spent/unspent, etc), and then grab all the transactions relevant your wallets and scan them.

Now, it skips the "apply blocks" section entirely, and does a blockchain scan on the raw blocks in the DB to find all the transactions relevant to your wallets.  It injects them into the wallet and everything operates the same!  In those 8 hours, I now have a mostly-working version of Armory that rescans the blockchain on every load, but has the database backing so that it uses dramatically less RAM.  Also, it will be trivial to save the registered tx data between loads, now, so rescanning will only be necessary on the first load or import/restore wallets.  When I originally tried to do this, there was too many subtle issues with where the transactions were on disk, swapping blkfiles/homedirs, etc.  With Armory managing its own database, it can do this reliably now!

I am in the process of reverting many of the skip-this-operation-because-not-needed-for-super-node operations to the old way, so that it still pops up with all the original warnings about needing rescans etc. This should be done today, meaning it only cost me two days to do a major operational shift!  

If you want to play on the new branch, it has been renamed rrld_planB.  It is a fork of ramreduceleveldb, which I wanted to keep around for when it's time to revisit super-node Armory.   Still some UI feedback issues, and doesn't handle being interrupted on the initial build, but it is usable on Linux for simple use (and testing!).  

Stay tuned!  

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
halfawake
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500


View Profile
September 12, 2013, 08:11:21 PM
 #2553


UPDATE:  Plan B

Unfortunately, there was just too many problems with super-node Armory.  LevelDB has been extremely inconsistent in keeping up with the stress of constantly updating address ledgers.  On slower systems, I observed random "missing tx" messages and seg faults on one run, then I would re-run on the same data and it would cruise through that part.    I cannot attest that my code was bug-less (though, there's like 2,000 lines of unit-testing code to test the new database stuff, including re-orgs).  But it appears that I cannot worry about code bugs if it's not going to work even without those bugs.

Super-node Armory is likely to be put on hold for a while.  Now, I know that sounds like it's going to be a serious disruption to my progress...



The good news:

All of the modularization I have put into Armory just paid off.  Tremendously!  In 8 hours I was able to swap out the super-node DB operations with something that resembles the previous version, but without super-node capability.  Super-node code would process all the headers, find the longest chain, write out all the raw blocks to disk, apply all the blocks (updated addr histories, mark TxOuts spent/unspent, etc), and then grab all the transactions relevant your wallets and scan them.

Now, it skips the "apply blocks" section entirely, and does a blockchain scan on the raw blocks in the DB to find all the transactions relevant to your wallets.  It injects them into the wallet and everything operates the same!  In those 8 hours, I now have a mostly-working version of Armory that rescans the blockchain on every load, but has the database backing so that it uses dramatically less RAM.  Also, it will be trivial to save the registered tx data between loads, now, so rescanning will only be necessary on the first load or import/restore wallets.  When I originally tried to do this, there was too many subtle issues with where the transactions were on disk, swapping blkfiles/homedirs, etc.  With Armory managing its own database, it can do this reliably now!

I am in the process of reverting many of the skip-this-operation-because-not-needed-for-super-node operations to the old way, so that it still pops up with all the original warnings about needing rescans etc. This should be done today, meaning it only cost me two days to do a major operational shift!  

If you want to play on the new branch, it has been renamed rrld_planB.  It is a fork of ramreduceleveldb, which I wanted to keep around for when it's time to revisit super-node Armory.   Still some UI feedback issues, and doesn't handle being interrupted on the initial build, but it is usable on Linux for simple use (and testing!).  

Stay tuned!  

Wow, this sounds like great progress.  I totally feel like my Armory donation was money well spent.

BTC: 13kJEpqhkW5MnQhWLvum7N5v8LbTAhzeWj
kostagr33k
Full Member
***
Offline Offline

Activity: 310
Merit: 100


View Profile
September 12, 2013, 08:21:21 PM
 #2554

Thanks! I ran from CLI, and when it gets to the "15 seconds" where its stuck, it complains about orphan blocks. Quick google showed this bug:

https://github.com/etotheipi/BitcoinArmory/issues/100


I guess I will have to download the chain again. Thanks for the pointer.



Hi, hope all is well.

Trying to access my online portion of my offline wallet, and its taking quite some time to load. I am on OSx and have 8gb of ram, but armory is now stuck at using 2.47gb of Real Memory and 4.96 Virtual Mem and using 100% CPU of 1 core. IT is stuck at 15 seconds.

Is there anything that can be done here to make this usable ?


Thank you

kosta
I have a similar setup (OSX, 8 GB ram) and have no problems.  It takes forever to load (5 min or so), and once loaded it occationally hangs for 10-20 sec at a time.

If you start it in the terminal, you can see the output while it reads the block files.  That shows progress :-)


Kluge
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1011



View Profile
September 12, 2013, 09:20:02 PM
 #2555

 Grin I did a sendmany transaction recently and added individual comments. Before, I never added comments in sendmany txs, because I was pretty sure it wouldn't be displayed usefully, but I was proven wrong. Armory separates comments in the transaction and even adds in a rounded amount next to each comment based on how much was sent to the address the comment's attached to. Surprises me every day.  Cool
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
September 12, 2013, 10:03:00 PM
 #2556

Grin I did a sendmany transaction recently and added individual comments. Before, I never added comments in sendmany txs, because I was pretty sure it wouldn't be displayed usefully, but I was proven wrong. Armory separates comments in the transaction and even adds in a rounded amount next to each comment based on how much was sent to the address the comment's attached to. Surprises me every day.  Cool

No detail is too small for me Smiley  Glad to see people appreciating the time I put into those details!


Still a 2 BTC bounty available! (I'm looking in goatpig's direction).

I've determined that I don't care what version of MSVS is used for compiling the C++ side of Armory.  I've been meaning to upgrade to MSVS 2010 or 2012 anyway... if someone gives me a solution using one of those, you get the 2 BTC.  The "checkout" criteria for the bounty is that the project must successfully compile leveldb (or I must be able to do it myself), and then it must link properly to the code in the ramreduceleveldb branch.  And of course, some documentation on how it was done...

The reason I haven't upgraded to MSVS 2010 or 2012 is because there's a bit of pain doing so (like MSVS 2010 now supports the equiv of <cstdint> in Linux, so it complains about my redefinitions).   Whatever, if someone can take a shot at it, or at least give me a partial solution, you get part of the bounty!

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
goatpig
Moderator
Legendary
*
Offline Offline

Activity: 2436
Merit: 1142

Armory Developer


View Profile
September 12, 2013, 11:53:03 PM
 #2557


Still a 2 BTC bounty available! (I'm looking in goatpig's direction).

I've determined that I don't care what version of MSVS is used for compiling the C++ side of Armory.  I've been meaning to upgrade to MSVS 2010 or 2012 anyway... if someone gives me a solution using one of those, you get the 2 BTC.  The "checkout" criteria for the bounty is that the project must successfully compile leveldb (or I must be able to do it myself), and then it must link properly to the code in the ramreduceleveldb branch.  And of course, some documentation on how it was done...

The reason I haven't upgraded to MSVS 2010 or 2012 is because there's a bit of pain doing so (like MSVS 2010 now supports the equiv of <cstdint> in Linux, so it complains about my redefinitions).   Whatever, if someone can take a shot at it, or at least give me a partial solution, you get part of the bounty!


I'll give it a look but I won't be around from Friday to Sunday night, so don't expect speedy delivery =P

I'll attempt to compile the whole project on vc11 express for the following reasons: express is free to download, and free to use to deploy open source projects, makes sense so far, and it's MS dedicated compiler. On top of that, vc11 adds some of the C11 improvements, including atomics, and leveldb relies on std::atomics to compile. This is partly why it's such a pain to compile it with vc10 and vc9, as you have to use WinAPI's Interlocked functions to support atomicity. That and setting up the environment >_>

In case you're having trouble with warnings from a version of msvc to another, consider defining  _CRT_SECURE_NO_WARNINGS


justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1006



View Profile
September 13, 2013, 02:40:49 AM
 #2558

(2) How long does it take to build the DB?  NOTE: there's actually two steps to building the DB: one is writing the raw blocks to the DB, the other is actually walking through those blocks and updating the DB with spentness info, and building histories for each address.  The system currently does not give you any real indication that the first step is happening (though it should on the command line, if you run with --debug).  Until I fix that, it may not be obvious that anything is happening... and that first step usually takes like 45 min!
Two hours and 41 minutes:
Code:
2013-09-12 18:37 (INFO) -- armoryengine.py:771 - ************************************************************
2013-09-12 18:37 (INFO) -- armoryengine.py:772 - Invoked: /usr/share/armory/ArmoryQt.py --debug
2013-09-12 18:37 (INFO) -- armoryengine.py:773 - ************************************************************
2013-09-12 18:37 (INFO) -- armoryengine.py:774 - Loading Armory Engine:
2013-09-12 18:37 (INFO) -- armoryengine.py:775 -    Armory Version        : 0.89.97
2013-09-12 18:37 (INFO) -- armoryengine.py:776 -    PyBtcWallet  Version  : 1.35
2013-09-12 18:37 (INFO) -- armoryengine.py:777 - Detected Operating system: Linux
2013-09-12 18:37 (INFO) -- armoryengine.py:778 -    OS Variant            : Gentoo Base System-2.2-
2013-09-12 18:37 (INFO) -- armoryengine.py:779 -    User home-directory   : /home/justus
2013-09-12 18:37 (INFO) -- armoryengine.py:780 -    Satoshi BTC directory : /home/justus/.bitcoin/
2013-09-12 18:37 (INFO) -- armoryengine.py:781 -    Armory home dir       : /home/justus/.armory/
2013-09-12 18:37 (INFO) -- armoryengine.py:782 - Detected System Specs    :
2013-09-12 18:37 (INFO) -- armoryengine.py:783 -    Total Available RAM   : 15.52 GB
2013-09-12 18:37 (INFO) -- armoryengine.py:784 -    CPU ID string         : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
2013-09-12 18:37 (INFO) -- armoryengine.py:785 -    Number of CPU cores   : 8 cores
2013-09-12 18:37 (INFO) -- armoryengine.py:786 -    System is 64-bit      : True
2013-09-12 18:37 (INFO) -- armoryengine.py:787 -    Preferred Encoding    : UTF-8
(snip)
2013-09-12 18:37 (INFO) -- ArmoryQt.py:4272 - Dashboard switched to "Scanning" mode
(snip)
2013-09-12 21:18 (INFO) -- ArmoryQt.py:4262 - Dashboard switched to fully-online mode
(3) How much space does the new .armory/databases directory use?  I've seen widely different results, and I think it has to do with seemingly-random times that leveldb decides to do DB compactions.  My first test left me with an 18 GB databases dir.  A more recent had it at 25 GB.  I'm wondering how widely this varies.
Code:
$ du -sh databases/
14G     databases/
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
September 13, 2013, 04:59:27 AM
 #2559

Whoa, how'd you do that?  Isn't that the ramreduceleveldb branch?  2.7 hours is almost twice as fast as my system did it!  Do you have an SSD?  I ask especially because 14 GB seems too low.  Did you scan the whole blockchain up to like 257k blocks?

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1006



View Profile
September 13, 2013, 05:14:19 AM
Last edit: September 13, 2013, 05:26:56 AM by justusranvier
 #2560

Isn't that the ramreduceleveldb branch?
rrld_planB branch

Do you have an SSD?
Blockchain is stored on two spinning rust disks in RAID 0. /home is an NFS volume accessed via gigabit ethernet. File server is linux MDRAID 6 running on an Ivy Bridge platform.

I ask especially because 14 GB seems too low.  Did you scan the whole blockchain up to like 257k blocks?
It scanned the entire (mainnet) blockchain. I did explicitly disable snappy support in the bundled leveldb, so that might affected something.
Pages: « 1 ... 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 [128] 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 ... 231 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!