Un'occhiata ai nodi italiani - page 3.

gbianchi

legendary

Activity: 3276

Merit: 2898

Quote from: serendib on June 13, 2015, 04:57:01 AM

Quote from: acquafredda on June 13, 2015, 03:28:40 AM

La tua è una giusta obiezione. Comunque, a giudicare dai vari parametri considerati il tuo nodo tanto "amatoriale" non sembra...
Grin

> 24 Gb di ram

"amatoriale"

quelli mi servono per il programma che fa l'elaborazione della blockchain...
ti assicuro che per il nodo sono assolutamente ininfluenti e inutilizzati...

il bitcoin-qt usa circa 2 giga di memoria residente... probabilmente
se usasssi il bitcoind ne servirebbe pure di meno.

l'ho spiegato che e' un nodo nato come "effetto collaterale"
del programma per lo studio della blockchain....

amatoriale nel senso che non ci faccio nulla che mi serva
per guadagnare dei BTC...

solo per farti un esempio, come mi hanno fatto notare, il demone gira in root, figurati,
e' l'ultima cosa da fare se fosse una installazione professionale in produzione.

serendib

member

Activity: 68

Merit: 10

Quote from: acquafredda on June 13, 2015, 03:28:40 AM

La tua è una giusta obiezione. Comunque, a giudicare dai vari parametri considerati il tuo nodo tanto "amatoriale" non sembra...
Grin

> 24 Gb di ram

"amatoriale"

acquafredda

legendary

Activity: 1316

Merit: 1481

Quote from: gbianchi on June 12, 2015, 03:17:08 PM

Quote from: painlord2k on June 12, 2015, 01:18:09 PM

Data la topologia delle reti P2P (non ho visto un grafo della rete, ma immagino sia simile a Gnutella o DHT bittorrent), se ci sono un po' di nodi di questo livello, la rete viene attraversata da un messaggio in 2 hops.
Quattro quando va male. Il che ha senso, dato che un blocco mediamente si diffonde in 6 secondi a metà della rete.

Se ci sono 6000 nodi raggiungibili nella rete, basta un nodo da 600 connessioni e 600 nodi da 10 per coprire tutta la rete.
Oppure 10 nodi da 600 connessioni che tengono su tutta la rete e sono interconnessi tra di loro.

La struttura della rete Bitcoin permette una rete estremamente interconnessa e ridondante, per cui la propagazione di un nuovo blocco avviene in pochissimi hops ed in maniera estremamente rapida.

mi ricollego a questo per una riflessione che avevo fatto in passato.

una minig-pool ha tutta la convenienza che appena trova un blocco, venga propagato il piu' presto possibile,
per evitare la probabilita' (scarsa ma sempre possibile) che un'altra mining trovi un blocco piu' o meno
nello stesso istante, o magari un attimo dopo, e per una mera questione di propagazione si veda scartato il suo blocco.

per questo ho sempre pensato che almeno le minig pool, devono avere dei full node strafighi il piu' connessi possibile.

e per questo mi sembrava cosi' strano che un nodo "amatoriale" come il mio, (anche se ben attrezzato) possa
avere la minima chance competere con nodi che si giocano migliaia di BTC su questi dettagli.

evidentemente sbaglio qualcosa, o mi sfugge qualcosa.

La tua è una giusta obiezione. Comunque, a giudicare dai vari parametri considerati il tuo nodo tanto "amatoriale" non sembra...
Grin

serendib

member

Activity: 68

Merit: 10

Premetto che questo è un campo in cui sono assolutamente digiuno...

Se io fossi una mining farm forse avere un supermeganodo con 600 connessioni NON è il meglio (single point of failure, DOS....)

Potrei preferire avere il mio nodo "fantasma" (invisibile al mondo) connesso solamente a 10 nodi. Nodi non super-performanti, ma tutti miei. Questo mi permetterebbe di distribuire il mio blocco non tramite 1 nodo da 600 connessioni, ma 10 nodi da 60 connessioni.

Il blocco sarebbe comunque trasmesso al mondo velocemente, ma il mio nodo primario sarebbe "protetto" dal mondo stesso

gbianchi

legendary

Activity: 3276

Merit: 2898

Quote from: painlord2k on June 12, 2015, 01:18:09 PM

Data la topologia delle reti P2P (non ho visto un grafo della rete, ma immagino sia simile a Gnutella o DHT bittorrent), se ci sono un po' di nodi di questo livello, la rete viene attraversata da un messaggio in 2 hops.
Quattro quando va male. Il che ha senso, dato che un blocco mediamente si diffonde in 6 secondi a metà della rete.

Se ci sono 6000 nodi raggiungibili nella rete, basta un nodo da 600 connessioni e 600 nodi da 10 per coprire tutta la rete.
Oppure 10 nodi da 600 connessioni che tengono su tutta la rete e sono interconnessi tra di loro.

La struttura della rete Bitcoin permette una rete estremamente interconnessa e ridondante, per cui la propagazione di un nuovo blocco avviene in pochissimi hops ed in maniera estremamente rapida.

mi ricollego a questo per una riflessione che avevo fatto in passato.

una minig-pool ha tutta la convenienza che appena trova un blocco, venga propagato il piu' presto possibile,
per evitare la probabilita' (scarsa ma sempre possibile) che un'altra mining trovi un blocco piu' o meno
nello stesso istante, o magari un attimo dopo, e per una mera questione di propagazione si veda scartato il suo blocco.

per questo ho sempre pensato che almeno le minig pool, devono avere dei full node strafighi il piu' connessi possibile.

e per questo mi sembrava cosi' strano che un nodo "amatoriale" come il mio, (anche se ben attrezzato) possa
avere la minima chance competere con nodi che si giocano migliaia di BTC su questi dettagli.

evidentemente sbaglio qualcosa, o mi sfugge qualcosa.

painlord2k

sr. member

Activity: 453

Merit: 254

Quote from: alexrossi on June 12, 2015, 06:20:08 AM

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

Data la topologia delle reti P2P (non ho visto un grafo della rete, ma immagino sia simile a Gnutella o DHT bittorrent), se ci sono un po' di nodi di questo livello, la rete viene attraversata da un messaggio in 2 hops.
Quattro quando va male. Il che ha senso, dato che un blocco mediamente si diffonde in 6 secondi a metà della rete.

Se ci sono 6000 nodi raggiungibili nella rete, basta un nodo da 600 connessioni e 600 nodi da 10 per coprire tutta la rete.
Oppure 10 nodi da 600 connessioni che tengono su tutta la rete e sono interconnessi tra di loro.

La struttura della rete Bitcoin permette una rete estremamente interconnessa e ridondante, per cui la propagazione di un nuovo blocco avviene in pochissimi hops ed in maniera estremamente rapida.

gbianchi

legendary

Activity: 3276

Merit: 2898

Quote from: alexrossi on June 12, 2015, 07:13:17 AM

Quote from: gbianchi on June 12, 2015, 06:34:01 AM

Quote from: alexrossi on June 12, 2015, 06:20:08 AM

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

Posso chiederti su che upload totale?

sono sulla fibra aziendale, non mi ricordo se sono 100 o 200 mega.
La connettivita' e' interroute, loro sono dei mostri di affidabilita' e peering, questo si.
Noi siamo AS, quindi bgp lo gestiamo noi.

picchio

legendary

Activity: 2506

Merit: 1120

Quote from: gbianchi on June 12, 2015, 06:34:01 AM

Quote from: alexrossi on June 12, 2015, 06:20:08 AM

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

Non i quadrano i conti, dove sbaglio?
197MByte in 4 ore ....
197*2^10*8/(4*60*60.)=~112 che dovrebbero essere kbit/s
EDIT: ho visto dopo ...
3083MByte ...
3083*2^10*8/(4*60*60.)=1753.88444444 kbps

alexrossi

legendary

Activity: 3766

Merit: 1742

Join the world-leading crypto sportsbook NOW!

Quote from: gbianchi on June 12, 2015, 06:34:01 AM

Quote from: alexrossi on June 12, 2015, 06:20:08 AM

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

Posso chiederti su che upload totale?

gbianchi

legendary

Activity: 3276

Merit: 2898

Quote from: alexrossi on June 12, 2015, 06:20:08 AM

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

alexrossi

legendary

Activity: 3766

Merit: 1742

Join the world-leading crypto sportsbook NOW!

Quote from: gbianchi on June 12, 2015, 05:57:28 AM

Quote from: picchio on June 12, 2015, 04:11:54 AM

Quote from: gbianchi on June 12, 2015, 03:58:51 AM

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

dato aggiornato


  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0    3083.740     520.472 MB

dalle 9 alle 13 (circa)

si gira come root, anche quello non c'entra nulla con le performance, avevo un problema di accessi e non
avevo voglia di sbattermi, poi l'ho lasciato cosi'. Tieni conto che sto fullnode e' nato
come "effetto collaterale" di un lavoro di raccolta dati e statistiche.

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

FaSan

hero member

Activity: 658

Merit: 502

Quote from: gbianchi on June 12, 2015, 05:57:28 AM

Quote from: picchio on June 12, 2015, 04:11:54 AM

Quote from: gbianchi on June 12, 2015, 03:58:51 AM

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

dato aggiornato


  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0    3083.740     520.472 MB

dalle 9 alle 13 (circa)

si gira come root, anche quello non c'entra nulla con le performance, avevo un problema di accessi e non
avevo voglia di sbattermi, poi l'ho lasciato cosi'. Tieni conto che sto fullnode e' nato
come "effetto collaterale" di un lavoro di raccolta dati e statistiche.

Ma è il QT ? incredibile, pensavo fosse il daemon.

FaSan

gbianchi

legendary

Activity: 3276

Merit: 2898

Quote from: picchio on June 12, 2015, 04:11:54 AM

Quote from: gbianchi on June 12, 2015, 03:58:51 AM

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

dato aggiornato


  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0    3083.740     520.472 MB

dalle 9 alle 13 (circa)

si gira come root, anche quello non c'entra nulla con le performance, avevo un problema di accessi e non
avevo voglia di sbattermi, poi l'ho lasciato cosi'. Tieni conto che sto fullnode e' nato
come "effetto collaterale" di un lavoro di raccolta dati e statistiche.

Fabrizio89

hero member

Activity: 924

Merit: 1000

Quando porteranno la fibra da me spero di riuscire a tenere un full node anch'io

FaSan

hero member

Activity: 658

Merit: 502

Quote from: gbianchi on June 12, 2015, 03:10:07 AM

comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...

in questo istante ad esempio ne ho 675

Questa è una limitazione di sistema. la quantità massima di openfiles è fissata a 1024, e anche aumentando il valore di sistema (con ulimit -n 65535 per esempio), bitcoin core non ne usa di più di 1024 (circa 800/900 connessioni), inquanto in ogni caso sopra quel valore l' applicativo crasha.

FaSan

picchio

legendary

Activity: 2506

Merit: 1120

Quote from: gbianchi on June 12, 2015, 03:58:51 AM

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

gbianchi

legendary

Activity: 3276

Merit: 2898

NetHogs version 0.8.0

  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0     197.173      26.316 MB

alexrossi

legendary

Activity: 3766

Merit: 1742

Join the world-leading crypto sportsbook NOW!

Quote from: gbianchi on June 12, 2015, 03:10:07 AM

questo e' il mio bitcoin.conf

la questiore rpc penso sia ininfliuente, l'ho attivata
per fare delle prove e funziona solo sulla lan e localhost....

blocknotify pure, esperimenti di mining

comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...

in questo istante ad esempio ne ho 675

----------------------------------------------------

server=1
rpcuser=xxx
rpcpassword=xxx
rpcallowip=192.168.1.*
rpcallowip=127.0.0.1

blocknotify=/u/mining/stratum-mining/scripts/blocknotify.sh --password xxxxx --host localhost --port 3333

maxconnections=5000

Azz che upload hai? Ci posti un po' di statistiche sull'utilizzo della rete da parte di bitcoind? Grin

ziomik

legendary

Activity: 1960

Merit: 1012

SELL bitcoinmarket.net | bitcoinitalia.com SELL

Credo che mi tengo il mio punteggio di 9.0946
5000 con una connessione dsl da 1mb up la vedo dura.. Non riuscire nemmeno a scrivere sul forum Cheesy

gbianchi

legendary

Activity: 3276

Merit: 2898

questo e' il mio bitcoin.conf

la questiore rpc penso sia ininfliuente, l'ho attivata
per fare delle prove e funziona solo sulla lan e localhost....

blocknotify pure, esperimenti di mining

comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...

in questo istante ad esempio ne ho 675

----------------------------------------------------

server=1
rpcuser=xxx
rpcpassword=xxx
rpcallowip=192.168.1.*
rpcallowip=127.0.0.1

blocknotify=/u/mining/stratum-mining/scripts/blocknotify.sh --password xxxxx --host localhost --port 3333

maxconnections=5000

Topic: Un'occhiata ai nodi italiani - page 3. (Read 12052 times)