Pages:
Author

Topic: [ANN] BURST - Mining mit freiem Festplattenspeicher - P2P Markt, Crowdfunding .. - page 51. (Read 57375 times)

legendary
Activity: 1120
Merit: 1037
฿ → ∞
Die Gesamtkapazität korreliert aber mit der Anzahl der Miner Wink

Leider nein.

Quote
Aber es ist dein Pool daher würde ich jetzt nicht hausieren gehen um mehr Miner zu bekommen wenn du das gar nicht für sinnvoll erachtest.

Interessant sind Miner einer bestimmten Größenordnung. Derzeit 20-150TB.

Wer mehr als 150TB hat, kann solomining machen oder in unseren Pool kommen (andere Pools sind nicht interessant, vielleicht mit Ausnahme  http://pool.burstmining.club.)

Ich werde am Samstag weitere 50TB (fertig geplottet, unoptimiert) + 10TB (frei) anstöpseln und weiter optimieren/plotten.

Ich sehe es eher andersherum: Die Leute können in "Ricos BURST Pool" minen, so lange Rico den Pool für die Allgemeinheit nicht schliesst. Wenn ich mir die Statistiken anschaue, wäre ich mit Solomining geringfügig besser dran. Deswegen haben wir den Pool ursprünglich auch so aufgesetzt. Ich ziehe also sozusagen einige kleinere Miner mit.

Unter solchen Voraussetzungen ist Werbung eher kontraproduktiv.
full member
Activity: 154
Merit: 100
Die Anzahl der Miner ist uninteressant. Die Gesamtkapazität ist wichtig. Ob nun 6 Miner mit jeweils 2TB verschwinden und ich dafür weitere 50TB anstöpsle...
Die Gesamtkapazität korreliert aber mit der Anzahl der Miner Wink Jedenfalls fallen aktuell regelmäßig Shares hinten runter, weil zulange kein Block gefunden wurde. Dann hatte ich eine tolle Deadline, die nicht ausgereicht hat, aber bis der nächste Block gefunden wurde zählt die schon nicht mehr rein. Langfristig gesehen ist das wohl egal, weil das für alle gilt und ich dann auch mal mehr bekomme weil von wem anders eine gute Deadline rausfällt. Aber es ist trotzdem schöner wenn man relativ gleichmäßige Auszahlungen bekommt. Aber es ist dein Pool daher würde ich jetzt nicht hausieren gehen um mehr Miner zu bekommen wenn du das gar nicht für sinnvoll erachtest.
legendary
Activity: 1120
Merit: 1037
฿ → ∞
In Ricos Pool schwinden die Miner (von 22 auf 15 runter). Sollten wir nicht mal etwas Werbung für den Pool machen, z.B. bei https://forums.burst-team.us? Der Pool ist mit 0% Fee und guter Anbindung doch auch für andere User als hier in diesem Thread interessant.

Die Anzahl der Miner ist uninteressant. Die Gesamtkapazität ist wichtig. Ob nun 6 Miner mit jeweils 2TB verschwinden und ich dafür weitere 50TB anstöpsle...

Leute, die mit statistischen Größen und der entsprechenden Varianz nicht zurechtkommen und Panik-Pool-Hopping betreiben, haben eh ein ganz anderes Problem. Nicht der Pool.  Wink

legendary
Activity: 1513
Merit: 1040
gibt es bei der plott´geschwindigkeit einen unterschied zwischen schnell formatierten und nicht schnell formatierten festplatten?
ich kann es gerade leider nicht testen, da ich selber grad nichts mehr freihabe und den aktuellen plott möchte ich nach nun 10 stunden nur ungern beenden :/
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.
sr. member
Activity: 854
Merit: 284
gibt es bei der plott´geschwindigkeit einen unterschied zwischen schnell formatierten und nicht schnell formatierten festplatten?
ich kann es gerade leider nicht testen, da ich selber grad nichts mehr freihabe und den aktuellen plott möchte ich nach nun 10 stunden nur ungern beenden :/
wie schon gesagt Du hast höhstwarscheinlich RAM Problemm  Cry

nehme doch ein Stopuhr und messe die Zeiten.
(a) wie lange braucht die CPU
(b) wie lange braucht die HDD

dann sage ich dir wo das Problem liegt
full member
Activity: 154
Merit: 100
In Ricos Pool schwinden die Miner (von 22 auf 15 runter). Sollten wir nicht mal etwas Werbung für den Pool machen, z.B. bei https://forums.burst-team.us? Der Pool ist mit 0% Fee und guter Anbindung doch auch für andere User als hier in diesem Thread interessant.
full member
Activity: 224
Merit: 104
gibt es bei der plott´geschwindigkeit einen unterschied zwischen schnell formatierten und nicht schnell formatierten festplatten?
ich kann es gerade leider nicht testen, da ich selber grad nichts mehr freihabe und den aktuellen plott möchte ich nach nun 10 stunden nur ungern beenden :/
legendary
Activity: 3486
Merit: 2287
Wheel of Whales 🐳
Hmm da bekomme selbst ich mit den 8TB mindestens meine 40 Bursts am Tag (nicht viel) aber naja :-)

Auch hier ist immer mehr oder weniger Pool-Luck mit im Spiel. Deine 40 Burst habe ich im Durchschnitt zur Zeit auch mit meinen 14,5TB.
Selbst als ich vor rund 10 Tage noch mit 50TB unterwegs war, schwankte das ordentlich zwischen 140-300Burst pro Tag.
Am schönsten waren die Momente, als ich meine 8 Blöcke im Pool gefunden habe Smiley
newbie
Activity: 39
Merit: 0
Hmm da bekomme selbst ich mit den 8TB mindestens meine 40 Bursts am Tag (nicht viel) aber naja :-)
legendary
Activity: 2450
Merit: 1004
die cance einen block zusinden sind aktuell bei ca 0,12%
mein letzer block wurde am 25.6. gefunden
full member
Activity: 224
Merit: 104
keine ahnung was bei dir los is, da krieg ich mit 27tb ja mehr im pool als du!?
welche wahrscheinlichkeit einen block zu finden hast du denn?

wenn ich den miner anschaue steht da bei mir eine wahrscheinlichkeit von 0,04%. schwankend.
das wären etwas mehr als 51 blöcke im jahr.
der calculator sagt mir etwas mehr als 41 blöcke im jahr.
legendary
Activity: 2450
Merit: 1004
leute last euch nicht von dem Burst calulator verarschen!
es kommt nicht mal 1/4 raus was der ausrechnet!


mit knapp über 90TB schaffe ich gerade mal 1-2 Blöcke in 2 Wochen
beim pool mining komm ich nur auf ca 50-200 Burst Tag
sr. member
Activity: 854
Merit: 284
nein, das ist mittlerweile die 6te platte
400000001
-
800000001
sind bisher belegt.

Code:
XPlotter_avx.exe -id ID -sn 900000001 -n 0 -t 32 -path d:\plots -mem 24G
so dann? (inkl. id.)


hab das jetzt so gemacht:
Code:
@setlocal
@cd /d %~dp0
XPlotter_avx.exe -id 8448862900709129731 -sn 900000001 -n 30521872 -t 32 -path d:\plots -mem 24G
@pause
so läuft es auch und die größe des plotts ist auch richtig.
ob das was wird?!

so schreibt er nun aber auch nicht schneller als 55mb/s

beim kleinen plott gehts schreiben auf platte doppelt so schnell, ob das aber einen effekt hat, weiß ich nicht.
naja, ich lass es jetzt so laufen.

nehme doch ein Stopuhr und messe die Zeiten.
Poste dann hier:
(a) wie lange braucht die CPU
(b) wie lange braucht die HDD

dann sage ich dir wo das Problem liegt Wink
full member
Activity: 224
Merit: 104
nein, das ist mittlerweile die 6te platte
400000001
-
800000001
sind bisher belegt.

Code:
XPlotter_avx.exe -id ID -sn 900000001 -n 0 -t 32 -path d:\plots -mem 24G
so dann? (inkl. id.)


hab das jetzt so gemacht:
Code:
@setlocal
@cd /d %~dp0
XPlotter_avx.exe -id 8448862900709129731 -sn 900000001 -n 30521872 -t 32 -path d:\plots -mem 24G
@pause
so läuft es auch und die größe des plotts ist auch richtig.
ob das was wird?!

so schreibt er nun aber auch nicht schneller als 55mb/s

beim kleinen plott gehts schreiben auf platte doppelt so schnell, ob das aber einen effekt hat, weiß ich nicht.
naja, ich lass es jetzt so laufen.
legendary
Activity: 1513
Merit: 1040
XPlotter laden bzw. den aus dem Wallet Ordner nehmen, Batch Datei erstellen, Inhalt:

Code:
XPlotter_avx.exe -id ID -sn 0 -n 0 -t 32 -path d:\plots -mem 24G

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.
full member
Activity: 224
Merit: 104
der im wallet ist doch auch der xplotter.
verwendet werden jetzt bei 32threads übrigens etwas unter 17gb ram
bei 16 threads war es etwa die hälfte.

ich muss das jetzt laufen lassen, aus dem stegreif weiß ich nicht wie ich manuell den plott konfiguriere und zu starten habe. vermutlich kinderleicht, aber bis ich dahinter steige und mir die nötigen infos besorgt habe, sind wieder stunden vergangen.

je größer die plottdatei umso langsamer die schreibgeschwindigkeit?!
legendary
Activity: 1513
Merit: 1040
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.
full member
Activity: 224
Merit: 104
Ich Plotte gerade zum testen mal was kleines, notier mir die zeit und plotte dann noch mal mit 32threads, dann mal schaun was bei raus kommt.
verbaut sind 32gb, wieviel verwendet werden, hab ich nicht drauf geachtet.
komisch ist auch, dass jetzt bei der kleinen plott datei noch mal schnellere schreibgeschwindigkeit stattfindet.
kann schon sein, dass da der ram nicht mitkommt. schon etwas älter, ddr3 1333mhz, und dass dann, wenn schnell geplottet wird, vom ram aus die platte beschrieben wird?

Edit, also in gleiche rzeit sind 32threads ca. 2% weiter gewesen, als 16threads.
Scheint als würde also entwerder die platte oder ram limitieren?!
legendary
Activity: 1513
Merit: 1040
Hab grad ein kleines Problem,
ich will eine 8tb plotten.
Dazu nehm ich die Kiste mit den 2 Xeon.
Wenn ich mit 32 threads plotte, wird nur mit ca. 30mb/s-40mb/s auf die platte geschrieben.
Nehme ich 16 threads (also eigentlich 1cpu), hab ich zwar keine 32k nounces/min (sondern immer noch 22k), aber er schreibt gut doppelt so schnell auf die Platte.

Weiß jemand warum das so ist und welche Variante die schnellere ist?
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).
full member
Activity: 224
Merit: 104
Hab grad ein kleines Problem,
ich will eine 8tb plotten.
Dazu nehm ich die Kiste mit den 2 Xeon.
Wenn ich mit 32 threads plotte, wird nur mit ca. 30mb/s-40mb/s auf die platte geschrieben.
Nehme ich 16 threads (also eigentlich 1cpu), hab ich zwar keine 32k nounces/min (sondern immer noch 22k), aber er schreibt gut doppelt so schnell auf die Platte.

Weiß jemand warum das so ist und welche Variante die schnellere ist?
Pages:
Jump to: