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 736 times)