bitcoind - CPU & MEM usage | Bitcointalksearch.org

linelec

full member

Activity: 210

Merit: 100

Quote from: anemol on May 26, 2014, 02:23:23 AM

Une raison spéciale pour avoir modifié la taille du cache de la base de données à 128 Mo ? (Par défaut, il est de 100 Mo, sauf erreur).

Ce qui doit spécialement accaparer la mémoire, c'est toutes les transactions du réseau en attente et contenues dans la "memory pool" (commande getrawmempool en console pour avoir la liste).

Ce qui mange de la memoire semble etre ces valeurs dans bitcoin.conf: checkblocks & checklevel

Normalement ca doit etre un verification au demarage - mais c'est comme si la RAM utilisé pour cela n'etait jamais rendu une fois terminé.

linelec

full member

Activity: 210

Merit: 100

Est ce OK

Code:

2014-05-27 07:11:25 ERROR: AcceptToMemoryPool : inputs already spent
2014-05-27 07:12:44 receive version message: /getaddr.bitnodes.io:0.1/: version 70001, blocks=302832, us=*:8333, them=0.0.0.0:0, peer=*:56393
2014-05-27 07:13:54 UpdateTip: new best=00000000000000001d2f10aabc7aae39edd6b200b0ed4bb6b8d08085046e4b8e height=302833 log2_work=78.828186 tx=39561352 date=2014-05-27 07:14:07 progress=1.000001
2014-05-27 07:13:54 ProcessBlock: ACCEPTED
2014-05-27 07:15:41 receive version message: /bitcoinseeder:0.01/: version 60000, blocks=230000, us=*:8333, them=*:0, peer=*:46915
2014-05-27 07:17:11 receive version message: /getaddr.bitnodes.io:0.1/: version 70001, blocks=302833, us=*:8333, them=0.0.0.0:0, peer=*:44631
2014-05-27 07:17:45 UpdateTip: new best=00000000000000005830c5a7400b2d3551cf97ef551ada487d5ff4621961e18a height=302834 log2_work=78.828307 tx=39561498 date=2014-05-27 07:17:38 progress=1.000000
2014-05-27 07:17:45 ProcessBlock: ACCEPTED
2014-05-27 07:18:39 ERROR: AcceptToMemoryPool : inputs already spent
2014-05-27 07:18:46 ERROR: AcceptToMemoryPool : inputs already spent
2014-05-27 07:18:55 ResendWalletTransactions()
2014-05-27 07:18:58 UpdateTip: new best=00000000000000004bf97ac5c5549f5f368a53d2d8d153d616b557aa8f01955d height=302835 log2_work=78.828428 tx=39561548 date=2014-05-27 07:17:05 progress=0.999995
2014-05-27 07:18:58 ProcessBlock: ACCEPTED
2014-05-27 07:19:11 receive version message: /Satoshi:0.9.0/: version 70002, blocks=302772, us=*:8333, them=*:8333, peer=*:36451
2014-05-27 07:19:11 Added time data, samples 49, offset +5 (+0 minutes)
2014-05-27 07:19:11 nTimeOffset = +0 (+0 minutes)
2014-05-27 07:21:21 UpdateTip: new best=00000000000000006333e87cffee13b48cd4a3f3f831bcc6485d02e21ae1babe height=302836 log2_work=78.828549 tx=39561679 date=2014-05-27 07:21:14 progress=1.000000
2014-05-27 07:21:21 ProcessBlock: ACCEPTED
2014-05-27 07:21:52 ERROR: AcceptToMemoryPool : inputs already spent
2014-05-27 07:33:32 ResendWalletTransactions()
2014-05-27 07:56:59 UpdateTip: new best=000000000000000034e054dfe7354ad2f0cdc772d2f0767c38e2cac2211f2e5e height=302837 log2_work=78.828669 tx=39562708 date=2014-05-27 07:56:13 progress=0.999998
2014-05-27 07:56:59 ProcessBlock: ACCEPTED
2014-05-27 08:00:05 ResendWalletTransactions()

linelec

full member

Activity: 210

Merit: 100

Quote from: linelec on May 26, 2014, 09:42:58 AM

je test.. Je comprendrai apres Cheesy

Exemple là Shocked

2014-05-26 14:29:20 ProcessBlock: ACCEPTED 2014-05-26 14:29:21 ERROR: AcceptToMemoryPool : inputs already spent 2014-05-26 14:31:32 ERROR: AcceptToMemoryPool : nonstandard transaction: dust 2014-05-26 14:36:40 ERROR: AcceptToMemoryPool : nonstandard transaction: dust 2014-05-26 14:37:05 ERROR: AcceptToMemoryPool : nonstandard transaction: dust 2014-05-26 14:41:03 ERROR: AcceptToMemoryPool : nonstandard transaction: dust

linelec

full member

Activity: 210

Merit: 100

Quote from: anemol on May 26, 2014, 02:23:23 AM

Une raison spéciale pour avoir modifié la taille du cache de la base de données à 128 Mo ? (Par défaut, il est de 100 Mo, sauf erreur).

J'aime bien le chiffre rond Wink

Je debute, je tatonne, je test.. Je comprendrai apres Cheesy

Quote

Ce qui doit spécialement accaparer la mémoire, c'est toutes les transactions du réseau en attente et contenues dans la "memory pool" (commande getrawmempool en console pour avoir la liste).

Oula! Y'en a 750 !

Là c'est à 2.5% CPU 15% RAM

anemol

hero member

Activity: 800

Merit: 500

Une raison spéciale pour avoir modifié la taille du cache de la base de données à 128 Mo ? (Par défaut, il est de 100 Mo, sauf erreur).

Ce qui doit spécialement accaparer la mémoire, c'est toutes les transactions du réseau en attente et contenues dans la "memory pool" (commande getrawmempool en console pour avoir la liste).

linelec

full member

Activity: 210

Merit: 100

Quote from: ceric35 on May 25, 2014, 11:25:05 AM

Il ne fait pas rien.
Il recoit et retransfert les transactions et blocks aux autres noeuds.

D'apres les logs c'est quasi rien. 6 ou 7 blocks / heure

J'ai mis ca dans le .conf:

dbcache=128 maxconnections=24

Mais il n'y a que 9 cnx sur des port 8333 extern.
Pourquoi 23% de 2Go RAM avec dbcache=128

C'est decendu à 2.5% CPU. Mais c'est relativement enorme.

Comparativement, le p2p fait 1.6% CPU et il "travail" bcp. Le proxy avec actuelement 5 users est à 1%.

ceric35

hero member

Activity: 585

Merit: 500

Il ne fait pas rien.
Il recoit et retransfert les transactions et blocks aux autres noeuds.

linelec

full member

Activity: 210

Merit: 100

J'ai 4% CPU & 23% MEM (AMD Sempron 1.2GHz + 2Go RAM)

Ca fait bcp pour un truc qui semble pas faire grand chose Huh

Code:

2014-05-25 15:37:21 nTimeOffset = -5 (+0 minutes)
2014-05-25 15:38:15 UpdateTip: new best=00000000000000003565f9617017967df031850d90b9303dd6913577f64ed9b3 height=302578 log2_work=78.797065 tx=39453219 date=2014-05-25 15:38:11 progress=1.000000
2014-05-25 15:38:15 ProcessBlock: ACCEPTED
2014-05-25 15:42:50 ResendWalletTransactions()
2014-05-25 15:57:26 UpdateTip: new best=00000000000000000a6e3616f5a74ba74229d577af6393b482baa48884a589a2 height=302579 log2_work=78.797188 tx=39453271 date=2014-05-25 15:42:29 progress=0.999959
2014-05-25 15:57:26 ProcessBlock: ACCEPTED
2014-05-25 15:58:37 ResendWalletTransactions()

Topic: bitcoind - CPU & MEM usage (Read 741 times)