Bitcoin Forum

Local => Anfänger und Hilfe => Topic started by: .:: Kai ::. on September 22, 2011, 10:45:34 AM



Title: Speicherplatzverbrauch
Post by: .:: Kai ::. on September 22, 2011, 10:45:34 AM
Hallo,

nur kurz ne Frage zum Speicherplatzverbrauch auf der Festplatte vom BitCoin-Client. Wird das irgentwann noch besser in den nächsten Versionen? Ich meine rein von der Technik her müßte es ja was locker gehen. Die BitCoin-Wallet-App unter Android schafft es ja auch mit ein paar Megabyte.

Also persönlich schiesse ich unter Linux immer db.log und debug.log ins dev/null und unter Windows wegen der Fat32-Kompatibilität erstelle ich einfach 2 Verzeichnisse d.log und debug.log.

Da ich selber nur portable Clients benutze ist das ganze noch einmal doppelt ätzend.

Hat jemand noch mehr Tipps, wie man außer den BitCoin-Client zu patchen, den Speicherplatzhunger etwas eindämmen kann. Knapp 900 MB sind defintitv zu krass.

Hoffe das man bald im orginalen Client das debugging und logging abschalten kann und auf speicherplatzschonende Blockchain-Zugriffe und was sonst noch Alles:).

Ja ich weiß auch das man sich Assi dem Netzwerk und alten Transaktionen verhält. Aber selbst heutzutage kann man niemanden erklären, das so ein Programm fast 1 GB verschlingt. Außerdem brauch man ja sowieso nur noch die relevanten blockchain-teile, da die Miner sowieso den Rest machen und niemals ein reiner CPU-Client noch irgentwas wuppen könnte:).

Einen entspannten Gruß
Kai


Title: Re: Speicherplatzverbrauch
Post by: Sukrim on September 23, 2011, 02:36:34 PM
Es gibt Möglichkeiten z.B. leere Adressen wieder rauszunehmen, was nach Tests vor einiger Zeit ~70% des Speicherplatzes wieder freigeben sollte. Allerdings muss das auch jemand schreiben - also entweder selber machen oder jemanden zahlen der das macht.


Title: Re: Speicherplatzverbrauch
Post by: binpool.de on September 30, 2011, 05:37:38 AM
Es gibt Möglichkeiten z.B. leere Adressen wieder rauszunehmen[...]

Du meinst ausgegebene Transaktionen, oder?


[...]was nach Tests vor einiger Zeit ~70% des Speicherplatzes wieder freigeben sollte.

Hört sich gut an. Der Wert sollte mit der Zeit sogar ansteigen. Der Nachteil wäre nur, dass man dann nicht mehr alle Blöcke (vollständig) hätte und somit auch nicht als "vollständiger" Node arbeiten kann. Was nicht so gut fürs Netz ist, wenn es zu viele tun.