1 2012-10-25 00:08:51 <Luke-Jr> wizkid057: libblkmaker master
 2 2012-10-25 00:15:43 <echelon> ok, ~/.bitcoin/blk0002.dat is larger than the blk0002.dat i used for -loadblock=
 3 2012-10-25 00:15:51 <echelon> but it seems it's still not done
 4 2012-10-25 00:16:36 <gmaxwell> echelon: er you had no ~/.bitcoin/blk0*.dat when you started right?
 5 2012-10-25 00:16:44 <echelon> right
 6 2012-10-25 00:16:49 <gmaxwell> (otherwise you'll just end up with another copy of the blocks appeneded to the first)
 7 2012-10-25 00:16:52 <gmaxwell> okay.
 8 2012-10-25 00:17:10 <echelon> i loaded it from a different directory
 9 2012-10-25 00:17:28 <gmaxwell> Good.
10 2012-10-25 00:18:06 <echelon> alright, it seems i'm connected to peers now
11 2012-10-25 00:18:20 <echelon> but the cpu usage for bitcoind is at like 50-80%
12 2012-10-25 00:18:23 <echelon> very sluggish
13 2012-10-25 00:18:38 <gmaxwell> echelon: sure, it's busy doing its thing..
14 2012-10-25 00:18:44 <echelon> what thing
15 2012-10-25 00:19:19 <echelon> it didn't even notice it with 0.3.2
16 2012-10-25 00:19:33 <echelon> *i
17 2012-10-25 00:19:54 <echelon> even as i type, the cursor just halts
18 2012-10-25 00:23:05 <echelon> i mean, is it going to be this way /all/ the time?
19 2012-10-25 00:42:38 <rdponticelli> echelon: No, probably it's validating the block history
20 2012-10-25 00:42:57 <rdponticelli> That process is very resource intensive
21 2012-10-25 00:43:02 <echelon> hmm
22 2012-10-25 00:43:10 <rdponticelli> It would normalize when it finish
23 2012-10-25 00:43:20 <echelon> but isn't that what it does as it indexes?
24 2012-10-25 00:46:11 <rdponticelli> Yes, the indexing is a tight loop, very consuming
25 2012-10-25 00:46:23 <rdponticelli> It can take a while
26 2012-10-25 00:47:07 <echelon> my blkindex.dat's size is at 1195753472 ..what about yours?
27 2012-10-25 00:49:05 <rdponticelli> I went to ultraprune, so my client is not using it anymore, but my last is 1178619904
28 2012-10-25 00:49:19 <echelon> hrm
29 2012-10-25 00:49:55 <rdponticelli> echelon: have you seen debug.log?
30 2012-10-25 00:50:41 <echelon> what should i look for
31 2012-10-25 00:51:10 <rdponticelli> Are you on a unix like os?
32 2012-10-25 00:51:47 <echelon> yes
33 2012-10-25 00:52:05 <rdponticelli> tail -f .bitcoin/debug.log from a console
34 2012-10-25 00:52:17 <rdponticelli> If it's on the loop, you'll see it
35 2012-10-25 00:52:46 <echelon> Flushed 10543 addresses to peers.dat  70ms
36 2012-10-25 00:52:50 <echelon> ERROR: FetchInputs() : 0a65ffc72b mempool Tx prev not found 649b6fe092
37 2012-10-25 00:52:51 <echelon> stored orphan tx 0a65ffc72b (mapsz 1317)
38 2012-10-25 00:53:22 <rdponticelli> Yes, ok, it will output a lot of things
39 2012-10-25 00:53:24 <echelon> CTxMemPool::accept() : accepted b1e0826872 (poolsz 155)
40 2012-10-25 00:53:25 <echelon> CTxMemPool::accept() : accepted f1b79f1c08 (poolsz 156)
41 2012-10-25 00:53:27 <echelon> CTxMemPool::accept() : accepted 826401d091 (poolsz 157)
42 2012-10-25 00:53:31 <echelon> oh
43 2012-10-25 00:53:39 <echelon> alright
44 2012-10-25 00:53:42 <rdponticelli> But is it doing it fast?
45 2012-10-25 00:53:58 <echelon> updates every second or so
46 2012-10-25 00:54:12 <echelon> eh
47 2012-10-25 00:54:14 <echelon> not even
48 2012-10-25 00:54:19 <echelon> varies
49 2012-10-25 00:54:20 <rdponticelli> Look for the height on a SetBestChain
50 2012-10-25 00:54:26 <echelon> ok
51 2012-10-25 00:55:53 <rdponticelli> What version is it?
52 2012-10-25 00:56:00 <echelon> SetBestChain: new best=000000000000019e1114  height=204841  work=555780410464537323010
53 2012-10-25 00:56:01 <echelon> oh
54 2012-10-25 00:56:12 <echelon> 0.7.1
55 2012-10-25 00:56:40 <rdponticelli> Looks about right
56 2012-10-25 00:56:51 <echelon> kk
57 2012-10-25 00:57:44 <echelon> alright, its resource usage is tolerable now
58 2012-10-25 00:57:45 <echelon> thanks
59 2012-10-25 00:58:00 <rdponticelli> ;)
60 2012-10-25 00:58:06 <echelon> :)
61 2012-10-25 01:03:11 <jgarzik> the version message is such a fscking pain