und da liegt das Problem, weil ich leider nur die 5 Ver. installiert habe g++ g++-5 und das Paket braucht mindestens g++-6, und ich finde nirgends wo ich es installieren bekomme  Sicher, dass g++ nicht die 6er Version ist? # g++ -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/6.3.0/g++
...
Falls ja, würde ich einfach knallhart einen Symlink setzen. |
|
|
|
Ich bekomme jetzt bei POCO installation Errors sh: 1: g++-6: not found Kann mir jemand verraten wie ich den Compiler installieren soll 
PS: @rico, also Du hast den creepyMiner zum laufen bekommen? wenn ja: dann Hut ab! und Glückwunsch! tippe mal in der Shell $ g++<tab><tab> Also g++ und dann zweimal TAB drücken. Müsste er Dir die vorhandenen C++ Compiler zeigen. Bei mir beispielsweise: # g++
g++ g++-5.4.0 g++-6.3.0
wenn, dann machst Du auf die Harte einen Symlink von g++6 auf g++-6.3.0 oder einfach g++ Ich glaube kaum, dass libpoco so einen neuen Compiler braucht. |
|
|
|
Ja, mit XPlotter (CPU) bekommst du gleich ein optimiertes File.
Aufpassen nur mit SMR Platten:
Hier kannst du XPlotter vergessen, da bei SMR platten random writes extrem langsam sind.
Umwege:
o Mit XPlotter auf eine "normale" Platte und rüberkopieren
o Mit GPU Plotter buffered auf SMR und dann optimieren auf seine SMR
Ich brauche ca. 30h zum 8TB optimieren mit Stagger 20000.
Um so höherer Stagger du verwendest, um so schneller kannst du es auch optimieren/lesen.
Mit anderen Worten, beim scheinbaren Geschwindigkeitsgewinn der GPU Plotter muss man noch die Optimierung dazuzählen und dann kann man gleich mit CPU plotten.  Irgendwas ist immer noch krumm. Laut http://burstcoin.biz/calculator sollte ich mit 1.7T so 30 BURST am Tag bekommen, wenn ich aber die Statistiken bei http://pool.burst-team.us/ richtig interpretiere, habe ich mal nach 10 Stunden so 1 BURST in der Warteschlange hängen. Pfff |
|
|
|
Wenn Stagger = Anz. Nonces -> Alle Nonces von einem Scope hintereinander -> Ein Block beim Lesen.
Ok - ich werde jetzt so tun als hätte ich das verstanden. Zur Klärung: * CPU generierte Plots brauchen das nicht? Die sind schon hübsch sortiert? * Wie lange braucht so ein Optimize Lauf? |
|
|
|
>> Du wenn die letzten beiden Zahlen des Plotfiles identisch sind.
welche Zahlen meinst Du?
Das wäre dann "Anzahl der Nonces" und "Staggersize". Kann nicht sein. Warum die beiden gleich sein sollten entzieht sich selbst meinen wildesten Spekulationen. |
|
|
|
Trotzdem finde ich passt dann der Begriff pre-mined nicht. Sieh es doch mal so. Beim Bitcoin konnten die Miner der ersten Stunde auch an einem Tag Bitcoins minen die heute Millionen wert sind. (Wenn man mal eine Pizza weniger bestellt hätte ;-P ) Trotzdem würde man den BTC nicht als pre-mined bezeichnen.
Ok, ok - dann verwenden wir eben den Begriff "Exorbitante Gunst der frühen Teilhabe" statt pre-mine. Faktisch (wie ich sehe verstanden) zwar dasselbe, aber wie schon der gute alte Goethe meinte: "Name ist Schall und Rauch, umnebelnd Himmelsglut."Seien wir doch ehrlich - jeder sagt sich "hätte ich damals" und hofft halt, dass er bei dem einen neuen Coin auf den Zug aufspringt, der ihm damals abgefahren ist. Das Problem ist aber immanent in besagter Controlled Supply. Ein Vabanquespiel. Entweder bleibt man auf einem Berg von Shitcoin sitzen, oder man sieht zu wie andere auf Bergen von Shitcoins sitzenbleiben, und ab und an sind die berge weniger shittig - aber trotzdem genauso ungleich verteilt. Das hat aber mit "gerechter" Initialverteilung Nichts zu tun. Ich mag den Proof of Capacity, würde aber generell einen "Justcoin" bevorzugen (höhö: Just - "einfach"; Just - "gerecht"), bei dem man eben nicht Angst haben müsste nicht zu den Early Adoptern dazuzugehören. Beim LBC wars genau andersherum, da waren die Early Adopter die Gekniffenen, weil halt lahme Generatoren. Ist auch nicht das Wahre. Da muss ich mal scharf nachdenken wie ein goldener Mittelweg aussehen könnte. |
|
|
|
Pre-Mining hat mit der reinen Verteilung eigentlich nichts zu tun. Pre-Mining heißt, dass der Ersteller des Coins Mining betreibt, noch bevor er diesen released. Der Coin kann nichts dafür, wenn es lange keinen Zulauf gab und wenige Enthusiasten Mining betrieben haben. Mit Pre-Mining hat das aber nichts zu tun. Jedermann der wollte, konnte dieses Coin minen.
FAKTISCH ist die Situation absolut gleich, ob ich pre-mining betreibe und niemand anderes eine Chance hat, ODER Mining betreibe nachdem der coin zwar offiziell, aber unbeachtet ist. WENN die "Controlled Supply" und "Difficulty" so ist, dass ich am Anfang massig coins für wenig Aufwand raushole. Sollte eigentlich nicht schwer sein zu verstehen.
Ich überlege fast schon einen neuen Coin aufzusetzen, dabei hatte ich mir mal gesagt, dass ich sowas ja nie machen würde, weil es schon tausende gibt. Aber im Grunde genommen sind die ganzen controlled supplies broken. Man müsste bei einem Coin die ausgeschüttete Menge an der Mining Kapazität orientieren, dann würden auch nicht zu Beginn, wenn sich einige wenige Early Adopter um das Teil tümmeln massig an Coins an diese ausgeschüttet werden. Wenn man den Coin begrenzen möchte, dann könnte man ja eine Dämpf-Funktion (Dampener) in Abhängigkeit von der Zeit, Blocknummer etc. einbauen. (Ich verstehe vollkommen, warum Elon Musk sich so viele Projekte aufgehalst hat. Er hat halt das Gefühl zu viele Sachen werden einfach nicht richtig gemacht.) |
|
|
|
|
Also nachdem ich ja auch seit gestern erfolgreich BURST mine, kommen die Detailfragen:
* Wie/was ist dieses Optimizing, wie funktioniert es, wann brauche ich es, wie mache ich es?
* Wie/ab wann mache ich Solomining?
Muss ich auf irgendwas spezielles achten, wenn ich X miner am laufen habe? Jeder hat plots die sich nicht überschneiden, aber die Miner selbst sind unterschiedlich schnell und in verschiedenen Rechenzentren untergebracht.
|
|
|
|
Miner funktioniert! 17:46:04: --------------------------------------------------
17:46:04: block# 368507
17:46:04: scoop# 1347
17:46:04: baseTarget# 524163
17:46:04: --------------------------------------------------
17:46:04: --------------------------------------------------
17:46:04: last block winner:
17:46:04: block# 368506
17:46:04: winner-numeric 7159680658035500105
17:46:04: winner-address 3T4B-MZVR-X2GH-8D4R8
17:46:04: winner-name Ainarsa
17:46:04: --------------------------------------------------
17:46:05: Dir /var/lib/docker/BURST/ read (1 files, 1.72 TB total) in 0.353s (~1.22 GB/s)
17:49:29: --------------------------------------------------
17:49:29: block# 368508
17:49:29: scoop# 569
17:49:29: baseTarget# 539565
17:49:29: --------------------------------------------------
17:49:29: --------------------------------------------------
17:49:29: last block winner:
17:49:29: block# 368507
17:49:29: winner-numeric 7701496880697883644
17:49:29: winner-address FGZW-MHCE-J766-8QBSP
17:49:29: winner-name wkr1337
17:49:29: --------------------------------------------------
17:49:34: Dir /var/lib/docker/BURST/ read (1 files, 1.72 TB total) in 4.603s (~95.47 MB/s) Aber ich habe noch Trouble mit Error: Your Burst account's reward recipient () does not match pool's account (32TT-TSAC-HTKW-CC26C) GPU Plotter funktioniert: Threads number: 128
Hashes number: 4096
1 plot(s) to do.
Non-GPU memory usage: 448MB
----
Job number 0
Path: /data/BURST//17274946210831421354_7200001_1638400_1792
Nonces: 7200001 to 8839681 (400 GB)
Creating CPU buffer
----
Retrieving OpenCL platforms
Retrieving OpenCL GPU devices
Creating OpenCL context
Creating OpenCL command queue
Creating OpenCL GPU generation buffer
Creating OpenCL GPU scoops buffer
Creating OpenCL program
Building OpenCL program
Creating OpenCL step1 kernel
Setting OpenCL step1 kernel static arguments
Creating OpenCL step2 kernel
Setting OpenCL step2 kernel static arguments
Creating OpenCL step3 kernel
Setting OpenCL step3 kernel static arguments
Running with start nonce 7200001
0.109375% (1792/1638400 nonces), 107520 nonces/minutes, ETA: 0h15m13s... Running with start nonce 7201793
0.21875% (3584/1638400 nonces), 71680 nonces/minutes, ETA: 0h22m48s... Running with start nonce 7203585
0.328125% (5376/1638400 nonces), 80640 nonces/minutes, ETA: 0h20m15s... Running with start nonce 7205377
0.4375% (7168/1638400 nonces), 86016 nonces/minutes, ETA: 0h18m57s... Running with start nonce 7207169
0.546875% (8960/1638400 nonces), 89600 nonces/minutes, ETA: 0h18m11s... Running with start nonce 7208961
... |
|
|
|
Für einen heutigen Neueinsteiger sind demnach alle coins "premined": Bitcoin, Litecoin, Ethereum, DASH!!, Doge, ..
Die coin gibts alle schon lange, nur hats (fast) niemand(mich inkl.) nicht interessiert, bis sie rentabl wurden.
Nein. *großer Seufzer* Charakteristikum von pre-mined: hohe Konzentration in wenigen Händen + nicht mehr viel "neu" zu holen Man mag sich streiten wo da die Grenzen sind, aber aus den Zahlen weiter oben im Thread wird doch ersichtlich, dass knapp 50% in der Poloniex Börse sind (ob die nun Poloniex gehören - k.A.) und nur noch 17% zu holen sind. Genau bei Bitcoin wird aber keiner behaupten, dass irgendwo knapp 50% der Bitcoins auf einer Adresse hängen und obwohl Bitcoin älter ist, sind noch - prozentual gesehen - mehr Bitcoins ausstehend als BURSTs. Da würde ich schon sagen, dass BURST mehr pre-mined ist als Bitcoin. |
|
|
|
Ich finde die Idee hier genial. Hat was von Elon Musk Style  Elon Musk Style = man macht etwas, an das vorher überhaupt nicht zu denken war, aber man kann trotzdem mit Heerscharen von "Kritikern" rechnen. |
|
|
|
2 Tage später... ...
wir bedanken uns bei Ihnen für Ihre Nachricht und bedanken uns für die
interessanten Informationen. Leider ist bei uns zur Zeit keine Bitcoin Zahlung
möglich.
Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung.
Ja ne. <Loriot>Ach?</Loriot> Die weitere Frage wäre gewesen ob denn auch nix geplant ist, aber da das meine ursprüngliche Mail bereits hinreichend impliziert hat: Ablage P. Antwort immerhin von einem der Geschäftsführer. Vielleicht - wenn hier so 20-30 Leute bei info@mindfactory.de nach Bitcoin-Zahlungen anfragen...  Am besten gleich die Anleitung, wie man BitPay o.ä. integriert, mitschicken. |
|
|
|
da ich nur Linux nutze und kaum brauchbare bzw. veraltete vom 2014 Infos finde, versuche es selbst in die Hand zu bekommen es sind also Trial&Error erfahrungen ;(
Ok, dann sind wir schon zwei. Ich habe hier gelesen, dass der mdcct miner wohl obsolet ist - er läuft zwar bei mir, kann auch momentan nicht sagen, ob er irgendwas mined oder nicht: https://forums.burst-team.us/topic/5253/linux-confusion/3edit: tut der jetzt was (sinvolles) oder nicht? Das ist hier die Frage! Using pool.burstcoin.de port 8080
439 MB read/1757 GB total/deadline 4630194s (4629070s left)
Could not get mining info from Node. Will retry..
439 MB read/1757 GB total/deadline 4630194s (4628717s left)
New block 368454, basetarget 343580
366 MB read/1464 GB total/no deadline
Walet reported no deadline.
439 MB read/1757 GB total/no deadline
New block 368455, basetarget 412296
439 MB read/1757 GB total/no deadline
New block 368456, basetarget 421444
439 MB read/1757 GB total/deadline 2842236s (2841965s left)
New block 368457, basetarget 399830
439 MB read/1757 GB total/no deadline
New block 368458, basetarget 416986
439 MB read/1757 GB total/no deadline
New block 368459, basetarget 408704
439 MB read/1757 GB total/deadline 4110114s (4110041s left)
New block 368460, basetarget 401265
274 MB read/1098 GB total/no deadline
New block 368461, basetarget 396756
439 MB read/1757 GB total/no deadline
New block 368462, basetarget 364761
439 MB read/1757 GB total/deadline 876117s (875517s left)
New block 368463, basetarget 394698
439 MB read/1757 GB total/no deadline
New block 368464, basetarget 388378
439 MB read/1757 GB total/deadline 829461s (829343s left) Und möchte den creepyMiner probieren, scheitere aber momentan noch an der POCO lib. Ich werde bei Erfolg von der Front berichten. Could not load libOpenCL.so, error libOpenCL.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden Ha! Das wüsste ich. OpenCL ist nicht installiert. Du willst mit GPU minen? |
|
|
|
Also das ist de-facto premined situation. Schade.
Das hat nichts mit premining zum tun. ... Bei premining, minen die Entwickler schon vor der Veröffentlichung. Das ist laut meines Wissens nicht geschehen. Beim Bitcoin sind auch nur noch ~22% offen. Das mit Poloniex ist sehrwohl krass. Vergleiche die Formulierung "Das ist premined" mit der Formulierung "Also das ist de-facto premined situation." Ich gebe mir - im Gegensatz zu 99,9% der hiesigen Schreiberlinge - fast schon obsessiv-penible Mühe mit meinen Formulierungen. Natürlich war BURST nicht pre-mined, aber die Situation heute ist doch für einen Neueinsteiger faktisch die selbe. Ich verstehe vor allem nicht, wie bei Burst nur noch 17% offen sein können (coin ist seit wann 2014? 2013? aktiv) Bitcoin ist mind. 4 Jahre älter und hat noch mehr ausstehend. Poloniex-Geschichte könnte ich mir noch am besten erklären, dass da jeder seine BURSTs hinschiebt und gegen BTCs oder sonstwas tauscht und die BURSTs bleiben in der Börse hängen. Das würde aber bedeuten poloniex stützt den Kurs und so eine Monokultur würde aber für die künftige Wertentwicklung von BURST nichts Gutes verheißen. |
|
|
|
Ist das eine Anleitung, oder beschreibst Du da Deine Erfahrung und Trial&Error? Ich habe soweit auch alles testweise aufgesetzt, und mine vermutlich auch: # ./mine pool.burstcoin.de:8080 /var/lib/docker/BURST/
Using pool.burstcoin.de port 8080
439 MB read/1757 GB total/deadline 4630194s (4629508s left)
mit einem kleinen 1.7T miner. Habe da auch einen Collider drauf laufen - herrlich komplementär. Der eine will nix von HDD wissen, der andere nix von CPU.  |
|
|
|
Nope absolutely no advantages or disadvantages. why RAID them though? You're effectively halving your mining speed by having them in RAID.
Speed of the HDD is an issue? Or do you mean "halving speed" if I had a RAID1 and thus half the capacity? Therefore => RAID0. You can certainly plug the hard disk into the better machine, plot and then move the hard drive into the "mining" pc. Ok. Thx for the clarification. <numkey>_0_7200000_400000
So it has 7200000 nonces and started at nonce 0. Next file should start at nonce 7200001 ?
Almost right, you add the last 2 numbers together to get the new starting nonce = 7200000+400000+1 = 7600001 would be your next nonce Are you sure? 400000 is the staggersize, the Starting nonce was 0 and I did 7200000 nonces. Why should the starting nonce be 7600001? I think I would be missing 7200000 - 7600000 nonces. BTW - next question - does that matter? Having "holes" in the nonces of the plots? Or put it another way: what are consequences of this? |
|
|
|
I like the concept. I hate the "documentation". Happy if someone could clarify these questions: Multiple Plots vs. 1 big PlotAre there any advantages/disadvantages of having multiple plots vs. a big one? Say I had a RAID0 with 8GB instead of 4 x 2TB disks - would there be an advantage to have 4 x 2TB plot files on this RAID or should I go for a big 8TB plot file? Moving Plots cross machinesI have an old server I could use for BURST mining (said 8TB RAID0), but it has no GPU and quite weak CPUs. I would like to generate the plot file on another server and move it to this one. Is that ok or has the plot file to be generated on the machine where it resides later? Multiple Plot filesWhat happens if I have two identical plot files on two different machines? Or merely a copy of a plot file - say 4 times on the same machine? I have finally a 1.8 TB file after 14 hours of plotting it, using 100GB RAM ( GPU Plotter software shitty, but different story ) <numkey>_0_7200000_400000 So it has 7200000 nonces and started at nonce 0. Next file should start at nonce 7200001 ? |
|
|
|
[Eine Rezension aus Spektrum der Wissenschaft. Ich habe mir erlaubt die wichtigen Passagen hervorzuheben] David J.Hand Die Macht des Unwahrscheinlichen Aus dem Englischen von Werner Roller Verlag: C.H.Beck, München 2015 ISBN: 9783406675942 21,95 € Es gibt Menschen, die erzielen zweimal einen Lotto-Hauptgewinn oder werden mehrfach vom Blitz getroffen. Und waren Sie im Urlaub schon einmal auf einem fernen Kontinent in menschenleerer, abgelegener Gegend, und trafen dort zufällig Ihren Nachbarn? So etwas erscheint uns als praktisch unmöglich – und doch passiert es. Wie kann das sein? Hat nicht der berühmte französische Mathematiker Émile Borel (1871-1956) gesagt, dass wir mit hinreichend unwahrscheinlichen Ereignissen im Alltag nicht rechnen müssen? Der englische Statistiker David Hand zeigt im o.g. Buch, warum wir das Unerwartete erwarten sollten. Verantwortlich für das Eintreten extrem unwahrscheinlicher Zufälle macht er nicht Götter oder Wunder, sondern das Unwahrscheinlichkeitsprinzip. Es ergibt sich im Wesentlichen aus fünf Gesetzen, die Hand sorgfältig erklärt und mit vielen Beispielen unterhaltsam veranschaulicht. Dabei verlangt er seinen Lesern keinerlei mathematisches Vorwissen ab. Er legt den Stoff sehr verständlich dar und beschränkt die mathematischen Inhalte auf ein notwendiges Minimum. Rien ne va plusDas Gesetz der ganz großen Zahlen (nicht zu verwechseln mit dem Gesetz der großen Zahlen) besagt etwa, dass sogar das äußerst Unerwartete geschieht, sofern es nur genug
Gelegenheiten dafür gibt. Wenn man sich vergegenwärtigt, wie oft die Rouletteräder in den Casinos dieser Welt bereits gedreht wurden (sicher mehr als 137 Millionen Mal), dann ist man nicht mehr so erstaunt darüber, was am 18. August 1913 in Monte Carlo geschah: Damals wurden 26 schwarze Zahlen nacheinander angezeigt – ein Ereignis mit einer Wahrscheinlichkeit von etwa 1 zu 137 Millionen. Spannend ist auch das Gesetz des Wahrscheinlichkeitshebels. Es besagt, dass eine kleine Veränderung der Begleitumstände eine gewaltige Auswirkung auf die Wahrscheinlichkeit haben kann. Geht man etwa davon aus, dass die Kursschwankungen bei Marktpreisen einer so genannten Normalverteilung genügen, dann liegt die Wahrscheinlichkeit für den Absturz des »S&P- 500« Aktienindex, wie er sich am 19. Oktober 1987 ereignete, bei 1 zu 10 160 (eine Eins mit 160 Nullen). Ein solcher Crash sollte anschaulich
gesprochen nicht einmal dann auftreten, wenn das Universum noch weitere 20
Milliarden Jahre bestehen würde. Lässt man hingegen die Annahme der Normalverteilung fallen und verwendet für die Modellierung die Cauchy-Verteilung, die in Diagrammdarstellung optisch ähnlich aussieht, dann ergeben sich Werte, die den Vorfall so wahrscheinlich machen, dass wir ihn im Laufe eines Menschenlebens erwarten können. Gar nichts passiert nichtZu den weiteren Elementen des Unwahrscheinlichkeitsprinzips gehören das Gesetz von der Unvermeidlichkeit (irgendein Ereignis wird sich mit Sicherheit einstellen, auch wenn für jedes einzelne nur eine winzige Wahrscheinlichkeit besteht) oder das Gesetz von der annähernden Genauigkeit (betrachtet man ähnliche Ereignisse als identisch, erhöht sich die Anzahl der günstigen Fälle und damit die Wahrscheinlichkeit des Ereignisses). Auch wenn diese Gesetze auf den ersten Blick nicht besonders aussagekräftig anmuten, sind sie doch wirkmächtig. |
|
|
|
|
Show Posts
