Bei einem Datentransfer über den Windows Explorer von über 100 MB/s ist der Controller nicht das Problem.
Ich hatte übrigens ähnliches, war mir aber egal, weil ich mit meinem Dual Xeon ohnehin 4 gleichzeitig geplottet hab und die CPUs damit Flaschenhals waren.

Dynamische IP ist ein Problem. Hier geht es um VPN für "anonymes" Surfen, das Endergebnis, eine wechselnde IP ist aber das gleiche: https://docs.storj.io/docs/storj-share-vpn, https://files.readme.io/185bdc9-hostname.png
Lösung DDNS. Soweit ich verstehe, verteilt der Client dann die DDNS-URL anstatt der IP.
//Wobei...in der aktuellen Config steht 127.0.0.1, also Localhost. Mal einen Blick ins Whitepaper werfen...

Nein, das macht keinen Unterschied. Ob eine Festplatte kleinere Plotts generell schneller schreiben kann als größere...möglich, ich habs noch nie ausprobiert. Das Aufsplitten auf sehr viele kleine Dateien ist auch nicht empfehlenswert.

Bei mir liegt der Calculator inzwischen auch komplett daneben. Ein paar Wochen lang hat das wirklich gut gepasst, jetzt kommt vielleicht ein 1/4 bis 1/3 der berechneten Summe heraus.

Hat jemand eine gute Pool-Übersicht? http://util.burst-team.us:8888/pool funktioniert nicht mehr.

XPlotter laden bzw. den aus dem Wallet Ordner nehmen, Batch Datei erstellen, Inhalt:


ID ersetzt du mit deiner numerischen Burst ID (nicht die BURST-xxxx-xxxx-....-Adresse). Kopier sie von den Test-Plotts (die erste lange Nummer).
Wenn du noch keine Platte geplottet hast und die Platte komplett voll werden soll, kannst du obiges genau so verwenden.

Mach die Plotts mit XPlotter, wo du alle Parameter vorgibst und nicht mit der Wallet.
Bei 32 GB nimm 24 GB, einen Teil benötigt das OS. Es gibt Sweet Spots, wo es am schnellsten geht:
Threads:RAM = 1:1 oder 1:0.75 oder 1:0.5
Mit der Geschwindigkeit des RAMs hat das nichts zu tun. DDR3 1333 RAM schafft nach Spezifikation etwas über 10 GB/s.
Die Schreibgeschwindigkeit der HDD siehst du im Task Manager.

Das könnte mit dem verwendeten RAM zu tun haben. Wie viel war da jeweils in Verwendung?
Bei 32 Threads würde ich 32, 24 oder 16 GB nehmen. Je nachdem wie viel verfügbar ist.
32k bei 32 Threads und 22k bei 16 Threads ist komisch. Das sollte recht genau die Hälfte sein. Zumindest ist das bei meiner Dual Xeon Kiste so und ich seh jetzt auch gerade keinen Grund, warum das anders sein sollte (davon ausgehend, dass sonst keine ungleichmäßig verteilte Last auf den CPUs ist).

Ja, für Solo benötigst du ein synchrones Wallet.

Wow! Wie eigentlich zu erwarten war, spielt die Bandbreite eine sehr große Rolle.

Fragmentierung des Speicherplatzes sollte es eigentlich heißen.

Wenn euer Modem/eure Anbindung UPnP unterstützt, aktivieren und verwenden.
Die shares haben offenbar eine gewisse Eigenständigkeit, wenn jeweils ein eigener Port verwendet wird. Aufpassen muss man ggfs. bei den Peers. Ich weiß nicht, wie viele davon gleichzeitig aktiv sind, aber da gibt es auch eine gewisse Grenze, die ein Modem/eine Anbindung verträgt.

Die Tabelle ist hochinteressant.
Eine hohe Fragmentierung der shares und damit auch Fragmentierung der Bandbreite (vorausgesetzt es gibt gleichzeitige Zugriffe) kann sich damit negativ auf den speed descriptor auswirken. Im schlechtesten Fall bekommt man keine medium und high contracts (mehr).

Ok, seh schon. Du hast mehrere Speicherpfade (shares) innerhalb einer Software-Instanz (node). Interessant, dass jedes share eine eigene Anzahl an Peers und Ping hat. Sieht so aus, als ob die einzelnen shares getrennt voneinander behandelt werden. Genaues Einlesen in Storj notwendig ist.

Mit 250 MB ist der Log-Ordner ganz schön groß. Mehr Logs als belegter share.

Klingt nicht gut.

Unter der gleichen IP? Ich erinnere mich in den Tutorials gelesen zu haben, dass pro Node eine IP notwendig ist. Vielleicht täusch ich mich auch, aber es würde Sinn machen.

Das kann man als User scheinbar selbst definieren. Default sind 3 und man kann laut FAQ auch weniger einstellen.

Im Prinzip ja, aber du benötigst 100 unterschiedliche IPs.

Storj zahlt pro Monat aus und ich denke, die 6.10 $ hat er für 144 GB bekommen. Soweit ich weiß, ist Storj derzeit noch subventioniert um einen Anreiz zu schaffen. Das wird in Zukunft deutlich weniger werden. Der Knackpunkt an dem ganzen ist und das schreibst du auch im englischen Thread: die Platten voll bekommen. Fraglich ist auch wie viel Bandbreite erwartet bzw. benötigt wird. Eine hohe Kapazität mit entsprechenden Zugriffen muss man auch erst mal bedienen können.

Ich meinte eigentlich in welche Länder du versendest? Nur innerhalb DE oder auch z.B. nach AT?
Von welchen Amazon Seiten bestellt werden kann, wäre meine nächste Frage gewesen, aber das hat sich mit deiner Antwort bereits erledigt.

Da gibt es ein paar sehr vertrauenswürdige deutsprachige User. Als #1 kann man da glaub ich Sebastian_Ju nennen.

Die Frage ist, wie lange das Protokoll wartet, bis der Contract automatisch aufgelöst wird. Die Daten werden auf 3 Hosts gesichert und wenn ein Host offline geht, kann das Protokoll aus Sicherheitsgründen nicht ewig warten, bis der Host wieder online kommt.

D.h. du sendest die Bestellung zu dir selbst und dann weiter zum Käufer? Versandkosten bereits inkl.? Nur DE oder auch andere Länder?

Das würde mich auch interessieren bzw. ob auch die Daten erhalten bleiben oder man von vorne beginnt. Muss ich zwangsweise demnächst mal machen, um das Burstcoin Rig zu finalisieren.
Was mir beim Lesen der Tutorials aufgefallen ist, man sollte DDNS verwenden, wenn man eine dynamische IP hat: https://docs.storj.io/docs/storj-share-vpn

Vom ersten Eindruck her: Noch weit, sehr weit entfernt. Dafür sind derzeit viel zuwenig Daten im Netz gespeichert.

Die maximal mögliche Bandbreite von deinem Anschluss ist damit gemeint.

Die Pool Größe ist sicher ein Grund. Selbst wenn du eine gute, aber dann doch zu lange Deadline lieferst, gehst du komplett leer aus, wenn in den nächsten XY Runden (weiß nicht, wie weit nach hinten rewarded wird) kein Block gefunden wird.