Anyway, ich warte dennoch lieber, bis ich nen Pi2 hab, bevor ich den Alten monatelang die historische Blockchain verifizieren lasse.
Topic: Fullnode auf Raspberry Pi 2 - page 5. (Read 7447 times)
Aaahso, dann hab ich das wohl irgendwie missinterpretiert.
Anyway, ich warte dennoch lieber, bis ich nen Pi2 hab, bevor ich den Alten monatelang die historische Blockchain verifizieren lasse.
Anyway, ich warte dennoch lieber, bis ich nen Pi2 hab, bevor ich den Alten monatelang die historische Blockchain verifizieren lasse.
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender 
Wie alt issn der Alte PI?Der Pi2 wäre nämlich, zumindest was den Strombedarf angeht, sparsamer als der B, braucht aber (wenn er nich idle't) afaik etwas mehr als der B+.
Wenn Du mit Resourcenschonender allerdings meinst, daß er ja nicht extra produziert werden muss, weil Du den Alten ja eh schon hast, haste natürlich vollkommen recht.
Ich hab nur den (echt schon alten) B und werd mir wohl demnächst mal einen (oder 2) Pi2 organisieren.
mit resourcenshonender meinte ich die software btcd (der in GO geschriebene full client)
Der Benötigt nicht so viel RAM wie der bitcoin-core client und kommt (noch) ohne SWAP auf dem PI aus.
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender
Wie alt issn der Alte PI?Der Pi2 wäre nämlich, zumindest was den Strombedarf angeht, sparsamer als der B, braucht aber (wenn er nich idle't) afaik etwas mehr als der B+.
Wenn Du mit Resourcenschonender allerdings meinst, daß er ja nicht extra produziert werden muss, weil Du den Alten ja eh schon hast, haste natürlich vollkommen recht.
Ich hab nur den (echt schon alten) B und werd mir wohl demnächst mal einen (oder 2) Pi2 organisieren.
Wie lange benögt der BitcoinD auf dem RaspberryPI 2 (hab leider keinen 2er) zum verifizieren eines Blocks in etwa?
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender
Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:
so warte ich noch ewig aber ich hab ja zeit und kann den einfach Laufen lassen.
Aber immerhin rennt das ohne swap:
das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe
so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender
Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:
Code:
[INF] BMGR: Processed 1 block in the last 26.59s (1024 transactions, height 193672, 2012-08-13 09:23:24 +0000 UTC)
[INF] BMGR: Processed 2 blocks in the last 16.92s (1024 transactions, height 193674, 2012-08-13 09:38:46 +0000 UTC)
[INF] BMGR: Processed 4 blocks in the last 13.86s (886 transactions, height 193678, 2012-08-13 10:04:18 +0000 UTC)
so warte ich noch ewig
aber ich hab ja zeit und kann den einfach Laufen lassen.Aber immerhin rennt das ohne swap:
Code:
# free
total used free shared buffers cached
Mem: 445740 423472 22268 0 4280 236764
-/+ buffers/cache: 182428 263312
Swap: 0 0 0
das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe
so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.
-> https://bitcointalksearch.org/topic/banana-node-unterstutze-das-netzwerk-973628
ja nette anleitung.. aber der ist doch grösser als der PI 1
btw
Code:
08:39:11 2015-03-10 [INF] BMGR: Processed 1 block in the last 11.62s (126 transactions, height 236269, 2013-05-15 05:57:57 +0000 UTC)
aber immerhin schneller als neue blöcke generiert werden. Also holt mein pi auf. Pi mal daumen gerechnet in nem monat hab ich die Blockchain syncron
Wie lange benögt der BitcoinD auf dem RaspberryPI 2 (hab leider keinen 2er) zum verifizieren eines Blocks in etwa?
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender
Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:
so warte ich noch ewig aber ich hab ja zeit und kann den einfach Laufen lassen.
Aber immerhin rennt das ohne swap:
das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe
so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender
Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:
Code:
[INF] BMGR: Processed 1 block in the last 26.59s (1024 transactions, height 193672, 2012-08-13 09:23:24 +0000 UTC)
[INF] BMGR: Processed 2 blocks in the last 16.92s (1024 transactions, height 193674, 2012-08-13 09:38:46 +0000 UTC)
[INF] BMGR: Processed 4 blocks in the last 13.86s (886 transactions, height 193678, 2012-08-13 10:04:18 +0000 UTC)
so warte ich noch ewig
aber ich hab ja zeit und kann den einfach Laufen lassen.Aber immerhin rennt das ohne swap:
Code:
# free
total used free shared buffers cached
Mem: 445740 423472 22268 0 4280 236764
-/+ buffers/cache: 182428 263312
Swap: 0 0 0
das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe
so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.
-> https://bitcointalksearch.org/topic/banana-node-unterstutze-das-netzwerk-973628
Arrggghhhh!!!!!
Warum laesst Du bitcoin-qt laufen? Das ist doch die GUI!!!
Warum laesst Du bitcoin-qt laufen? Das ist doch die GUI!!!
Ich lasse bitcoin-qt wegen der Gui laufen. Richtig.
Ich arbeite in einem NOC bei Kabel Deutschland (ja, fuck my life), ich kann euch morgen sagen, wie der Bitcoin P2P-Traffic gezählt wird.
Heute ist schon morgen.. kannst du uns nun sagen, wie der Bitcoin-Traffic gezählt wird?
Grüße,
redd
Ich arbeite in einem NOC bei Kabel Deutschland (ja, fuck my life), ich kann euch morgen sagen, wie der Bitcoin P2P-Traffic gezählt wird.
Wegen CPU-Auslastung, stell einfach die Anzahl der maximalen Verbindungen runter (maxconnections=7 oder so).
Wegen CPU-Auslastung, stell einfach die Anzahl der maximalen Verbindungen runter (maxconnections=7 oder so).
Arrggghhhh!!!!!
Warum laesst Du bitcoin-qt laufen? Das ist doch die GUI!!!
Fuer den Fullnode musst du doch bitcoind starten (das folgende alles aus dem Kopf und nochmal am besten googeln)
und dann kannste Dich aus dem pi ausloggen. Wenn die chain woanders als im home liegen soll am einfachsten
Steuerung dann per
(der export muss aber auch hier vorher durchgefuehrt werden) oder
Bei mir laeuft das Ding stabil und man findet ihn auch per
https://getaddr.bitnodes.io/
Einmal am Tag stop ich den Knoten per crontab, pruefe die Partition mit fsck und starte ihn dann wieder.
Warum laesst Du bitcoin-qt laufen? Das ist doch die GUI!!!
Fuer den Fullnode musst du doch bitcoind starten (das folgende alles aus dem Kopf und nochmal am besten googeln)
Code:
bitcoind -disablewallet
und dann kannste Dich aus dem pi ausloggen. Wenn die chain woanders als im home liegen soll am einfachsten
Code:
export HOME=
Steuerung dann per
Code:
bitcoin-cli stop
(der export muss aber auch hier vorher durchgefuehrt werden) oder
Code:
bitcoin-cli getblockcount
Bei mir laeuft das Ding stabil und man findet ihn auch per
https://getaddr.bitnodes.io/
Einmal am Tag stop ich den Knoten per crontab, pruefe die Partition mit fsck und starte ihn dann wieder.
Ich hatte mit dem Pi 1 das Problem, dass er alle paar Tage gefreezed ist.
(ohne X, aber shell nicht mehr verfügbar und per ssh auch nicht).
Die Zeit zum verifizieren eines Blocks nimmt natürlich mit der Länge der Blockchain und der größe der Blocks zu.
(ohne X, aber shell nicht mehr verfügbar und per ssh auch nicht).
Die Zeit zum verifizieren eines Blocks nimmt natürlich mit der Länge der Blockchain und der größe der Blocks zu.
Wie lange benögt der BitcoinD auf dem RaspberryPI 2 (hab leider keinen 2er) zum verifizieren eines Blocks in etwa?
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender
Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:
so warte ich noch ewig aber ich hab ja zeit und kann den einfach Laufen lassen.
Aber immerhin rennt das ohne swap:
das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe
so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.
Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender
Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:
Code:
[INF] BMGR: Processed 1 block in the last 26.59s (1024 transactions, height 193672, 2012-08-13 09:23:24 +0000 UTC)
[INF] BMGR: Processed 2 blocks in the last 16.92s (1024 transactions, height 193674, 2012-08-13 09:38:46 +0000 UTC)
[INF] BMGR: Processed 4 blocks in the last 13.86s (886 transactions, height 193678, 2012-08-13 10:04:18 +0000 UTC)
so warte ich noch ewig
aber ich hab ja zeit und kann den einfach Laufen lassen.Aber immerhin rennt das ohne swap:
Code:
# free
total used free shared buffers cached
Mem: 445740 423472 22268 0 4280 236764
-/+ buffers/cache: 182428 263312
Swap: 0 0 0
das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe
so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.
Ich habe immer wieder mit Crashs des Clients zu tun.
Daher habe ich mir ein kleines Script geschrieben, welches den Client wiederbelebt:
Daher habe ich mir ein kleines Script geschrieben, welches den Client wiederbelebt:
Code:
#!/bin/bash
set -x
while [ true ]
do
if [ `pgrep bitcoin-qt` -gt 0 ] ; then
sleep 1
else
bitcoin-qt
fi
done
So, hat alles ohne Probleme geklappt. Jetzt muss ich den Kram noch irgendwie an die Blockchain anbinden.
Danke fuer die Infos! Werde ich heute Abend antesten.
Gruss,
cu
Gruss,
cu
Habe das selbe vor. Kostet ja praktisch nix und das Netzwerk kann ein paar zusaetzliche Fullnodes vertragen. Habe eine aktuelle Chain hier rumkullern, deswegen muss ich dir nur entsprechend umkopieren. Aber selbst das wird mit USB2 nen Weilchen dauern.
Gibt es irgendwas beim kompilieren zu beachten? Bzw. kannst Du die Kommandos poste falls Du die noch parat hast? Das wuerde mir viel Zeit ersparen.
Gibt es irgendwas beim kompilieren zu beachten? Bzw. kannst Du die Kommandos poste falls Du die noch parat hast? Das wuerde mir viel Zeit ersparen.
Hi curiosity81,
ich habe mich an dieses Tutorial gehalten:
http://blog.pryds.eu/2014/06/compile-bitcoin-core-on-raspberry-pi.html
Als Anmerkung dazu, würde ich zuerst die Compilierung der Berkeley DB starten. Diese hat mit Abstand am längsten gedauert.
Zusätzlich hat der Autor die libtool vergessen. Vor der Complierung von Bitcoin-QT also zusätzlich:
Code:
apt-get install libtool
Ab einem Gesamtdatenvolumen von
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)
Zählt Bitcoin-Traffic als Filesharing? Ist zwar peer-to-peer, aber Files im engeren Sinne sind das ja nicht...
Onkel Paul
ist "Filesharing" als Platzhalter für traffic-intensive Anwendungen allgemein zu lesen. Ich glaube nicht
das der Provider protokolliert (protokollieren darf??), über welchen Port jedes MB gelaufen ist..
Ab einem Gesamtdatenvolumen von
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)
Zählt Bitcoin-Traffic als Filesharing? Ist zwar peer-to-peer, aber Files im engeren Sinne sind das ja nicht...
Onkel Paul
Das ist in der Tat für zuhause betriebene Nodes bestimmt ein Thema.
Mein Node macht runde 15GB am Tag bei ca. 50-70 Connections.
Oha, also sollte man grob ein halbes TH/Monat zusätzlich ansetzen. Das kann bei jemandem,Mein Node macht runde 15GB am Tag bei ca. 50-70 Connections.
der ohnehin schon "heavy user" ist dann schon den Ausschlag geben..
Zu Kabel Deutschland habe ich folgendes gefunden: Ab einem Gesamtdatenvolumen von
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)
Anscheinend läuft ja nun auch Docker auf dem PI? Damit sollte die Installation doch recht einfach sein?
Das ist in der Tat für zuhause betriebene Nodes bestimmt ein Thema.
Mein Node macht runde 15GB am Tag bei ca. 50-70 Connections.
Mein Node macht runde 15GB am Tag bei ca. 50-70 Connections.
Wirst du protokollieren, wieviel traffic der node verursacht? Ich finde die Idee super und
spiele auch mit dem Gedanken, einen Node zu betreiben, habe aber ein bisschen angst
durch den zusätzlichen traffic (lade ohnehin schon überdurchschnittlich viel runter)
über die Schwelle zu kommen, ab der mich Kabel De mich nicht mehr mag
spiele auch mit dem Gedanken, einen Node zu betreiben, habe aber ein bisschen angst
durch den zusätzlichen traffic (lade ohnehin schon überdurchschnittlich viel runter)
über die Schwelle zu kommen, ab der mich Kabel De mich nicht mehr mag
Jump to: