Verfasste Forenbeiträge
- Beiträge
Irgendwie hast du da andere keys verwendet also einen anderen keyring mit anderer 24-word mnemonics erstellt
931GB sind 867,061GiB
867 – 606 = 261GiB
das geht sich nicht mehr aus wenn ein K-32 aktuell ca. 269GiB zum Plotten braucht
Basiert auf plotman soweit ich das verstanden habe – kopiert aber schneller mit
ncatanstelle voncpbzw.rsyncHallo,
scheint nicht schwerwiegend zu sein: WARNING betreffend RPC Server http_websocket hängt irgendwie mit der GUI zusammen; sprich wie die GUI mit den einzelnen Nodes kommuniziert.
Solange dir in der GUI nichts gravierendes aufgefallen ist würde ich mich vorerst wenig bis gar nicht darum kümmernLG, auch Chris 😀
Was zu erwarten war
Die beiden Plots wurden mit einem anderen
farmer_keygeplottet – lässt sich leider nicht mehr ändernalso ich wäre tatsächlich an Board mit der Idee
die Geschichte mit dem CA-Certificate dürfte man halt auch nicht vergessenDa hilft nur ein Blick in die Log Files
https://github.com/Chia-Network/chia-blockchain/wiki/How-to-Check-If-Everything-is-Working-(or-Not)
Die Plot Logs liegen bei Windows unter
Users\$UserName\.chia\mainnet\plotterDu hast immer die besten Ideen, das hab ich schon gesehen 🙂
Je größer desto dezentraler und dann hochskalieren bis zum Nimmerleinstag 😀
Hallo,
ich weiß nicht ob das schon irgendwo kam aber die RAM Einstellung ist ja nur Buffer.
Ich plotte mit 16GB Total RAM – 12x k33 Plots parallel mit dem default 3389MB Wert – läuft wie geschmiert 🙂Auch wenn die Speicher immer teurer werden – die RAM Overkiller Working Stations können wir uns sparen – komplett Green das Ganze 😀
Hi,
zu 99,9% sind es die SSDs und wie diese am System angebunden sind.
Vergleiche mal die IOPS der beiden SystemeWenn euch das verschieben der Plots zu langsam wird weil ihr eure 10Gbit NICs nicht ausreizt 🙂
dann dieser: https://github.com/rjsears/chia_plot_manager
verwendet netcat anstelle von cp / mv / rsync / scp (alles zu langsam) 😀
