Topic: Mixed mining Poolserver https://miner.ecki.net:444 - page 52. (Read 110508 times)
Ja ich geb alles .... hol alles aus meinen Rig´s raus
Los Leute......schiesst endlich diesen Monster-Block ab!!!!!!!!!!!!!! 
...
EDIT: wie ist sieht es mit dem neuen Server aus?
EDIT: wie ist sieht es mit dem neuen Server aus?
Ist fertig installiert, lädt aber noch die Blocks runter für die Clients.
Morgen werden wir dann wohl den DNS verbiegen.
N8,
Ecki
bei mir immer noch 2.6% stale
anscheinend gut, ich war kurz weg und nun sind die stales nur bei 1%
lag an meiner seite....
EDIT: wie ist sieht es mit dem neuen Server aus?
Das wird aber ein "teurer" Block 
Seit dem die Email Benachrichtigung funktioniert bekomme ich derzeit viel Post von eckmar. Habe den miner... Server als Backup eingetragen mit einem zweitem Worker, weiß nur nicht ob es an den Serverproblemen liegt oder doch eher bei mir lokal.
...
Ja dieser Block möchte offenbar unseren bisherigen Spitzenreiter mit 4,8 Mio. noch in den Schatten stellen? Seit dem die Email Benachrichtigung funktioniert bekomme ich derzeit viel Post von eckmar. Habe den miner... Server als Backup eingetragen mit einem zweitem Worker, weiß nur nicht ob es an den Serverproblemen liegt oder doch eher bei mir lokal.
...
Ich mag gar nicht mehr hinschauen...
Aber glücklicher Weise bin ich im Moment sehr stark mit dem neuen Root-Server beschäftigt, so das ich kaum Zeit habe danach zu schauen...
Chefnet "beschwert" sich, das bei ihm die Email Benachrichtigungen nicht funktionieren... kannst du ihm nicht ein paar von deinen "abgeben"?
Cu,
Ecki
Das wird aber ein "teurer" Block
Seit dem die Email Benachrichtigung funktioniert bekomme ich derzeit viel Post von eckmar. Habe den miner... Server als Backup eingetragen mit einem zweitem Worker, weiß nur nicht ob es an den Serverproblemen liegt oder doch eher bei mir lokal.
Hpman
Seit dem die Email Benachrichtigung funktioniert bekomme ich derzeit viel Post von eckmar. Habe den miner... Server als Backup eingetragen mit einem zweitem Worker, weiß nur nicht ob es an den Serverproblemen liegt oder doch eher bei mir lokal.
Hpman
kurz verwirrend, da gesamtmengen angegeben werden (will xxx btc verkaufen und yyy FIAT$€ haben). Man ist ja xxx btc zu yyy kurs eher gewöhnt. but hey: ITS BETA 
und vielleicht verrechnet sich ja einer bei seinen Orders kursmässig.
Für den unbedarften BTC Einkäufer vielleicht einfacher mit xxx btc für yyy fiat. eine "advanced view option" mit Kurseingabe wäre nett, oder zumindest eine automatische Anzeige bei eingabe.
dann unter view public orderbook auf der exhangeanfangseite wird was nicht angezeigt (showexchangerategraph.php?data=+ganz viel). (alles klar, merke gerade, es kommt nichts, solange keine "wanted"währung angegeben ist, wählt man da aus, kommt der Graph)
Das Spaltmaß der "your order" tabelle könnte optimiert werden, X hat abstand nach oben, aber hängt nach unten auf zeilenübergang....
Und das war gerade nörgeln auf hohem Niveau. Sieht echt passabel aus soweit, und so ein Kind ist gar nicht megatrivial
EDIT: im Orderbook steht der Kurs schon, sehe ich gerade, eine dynamische Anzeige bezüglich der Order Eingabe wäre noch interessant. und ist 44 baht geben um ein euro zu bekommen nicht ein angebot?
und vielleicht verrechnet sich ja einer bei seinen Orders kursmässig.Für den unbedarften BTC Einkäufer vielleicht einfacher mit xxx btc für yyy fiat. eine "advanced view option" mit Kurseingabe wäre nett, oder zumindest eine automatische Anzeige bei eingabe.
dann unter view public orderbook auf der exhangeanfangseite wird was nicht angezeigt (showexchangerategraph.php?data=+ganz viel). (alles klar, merke gerade, es kommt nichts, solange keine "wanted"währung angegeben ist, wählt man da aus, kommt der Graph)
Das Spaltmaß der "your order" tabelle könnte optimiert werden, X hat abstand nach oben, aber hängt nach unten auf zeilenübergang....
Und das war gerade nörgeln auf hohem Niveau. Sieht echt passabel aus soweit, und so ein Kind ist gar nicht megatrivial
EDIT: im Orderbook steht der Kurs schon, sehe ich gerade, eine dynamische Anzeige bezüglich der Order Eingabe wäre noch interessant. und ist 44 baht geben um ein euro zu bekommen nicht ein angebot?
Hab das mal getestet You gave 2.5 BTC for 10 EUR
2012-04-07 21:37:58 mal gestpannt ob das Geld bei mir eintrudelt
2012-04-07 21:37:58 mal gestpannt ob das Geld bei mir eintrudelt
...immer mal wieder was Neues hier bei Ecki's, fühle mich geehrt und bin gespannt
B e k a n n t m a c h u n g !!!
Wir haben jetzt die Exchange Börse für Gold- & Silber-Mitglieder freigeschaltet.
Die Lösung mit VPN Einwahl haben wir vorläufig erst einmal auf Eis gelegt und werden das erst implementieren, wenn es dort zu größeren Transaktionen (> 50 BTC) kommt.
Wir haben folgende Miner die kürzlich über 1 GH/s in den Pool gespendet haben für diesen Monat zum Silber-Mitglied gemacht:
Chefnet, rampone, PDM_Miner und Caesar_LXXI
Außerdem haben ja Tinua und Mycom Aufgrund ihrer Plätze in der "Top 10 GPU & FPGA Lifetime Shares" Liste bereits GOLD & Silber Status.
D.h. also diese 6 Personen sollten jetzt in der oberen, schwarzen Auswahlleiste auch EXCHANGE sehen und damit Zugang zur Exchange Börse haben.
Mit den 4 Beta-Testern haben damit 10 Leute Zugang zur Börse und um Feedback per PM oder hier im Brett wird gebeten.
Zur Effizienz Berechnung: lokal zwischengespeicherte Arbeit die bei einem LongPoll/Blockfund verworfen, scheint mit in die Berechnung einzufliessen, also sollte man unter 100% meisten liegen theoretisch
wieder keine Garantie auf mein gesagtes
wieder keine Garantie auf mein gesagtes
btw, cu in the top ten area
(test gerade exklusiv auf eckis Pool, nach 41 Shares ist die Effizienz bei 195%, ... und bei 204% schon , 192.... 204...., sieht so aus ob würde rollntime schon funktionieren)
Solltet ihr cgminer nutzen, so schaut in der ersten Zeile unter E: eure Effizienz nach, ist die bei 100% und ihr mined nur bei Ecki, dann ist es Zeit für ein Upgrade auf cgminer 2.3.2 und höher.
Effizienz pendelte beim schribeen zwischen 205 und 210%. Es scheint bei ECKI's Pool unterstützt zu sein. Daumen hoch.
(test gerade exklusiv auf eckis Pool, nach 41 Shares ist die Effizienz bei 195%, ... und bei 204% schon , 192.... 204...., sieht so aus ob würde rollntime schon funktionieren)
Solltet ihr cgminer nutzen, so schaut in der ersten Zeile unter E: eure Effizienz nach, ist die bei 100% und ihr mined nur bei Ecki, dann ist es Zeit für ein Upgrade auf cgminer 2.3.2 und höher.
Effizienz pendelte beim schribeen zwischen 205 und 210%. Es scheint bei ECKI's Pool unterstützt zu sein. Daumen hoch.
hiho, setz einfach die share difficulty hoch von LTC. z.B. Faktor 5-10-20. Muss man mal anrechnen, dass es für langsame miner sub 10kh/s nicht auf einen share fund alle paar Stunden nur ist, aber ein schneller miner nicht den server kaputtet, was ich übrigens auch stossweise gemacht habe mit reaper. Zwei 6950 ballern solo/p2pool mit 800kh/s +++.... das waren dann 20 shares pro sekunde bei "ecki". Hashrate ging runter/denke work kam nicht hinterher bis dann der server nichts mehr lieferte/langsam wurde. zwei drei mal probiert und es dann solo/p2pool wieder hashen zu lassen.
Und so schlimm dürfte es von der Änderung her nicht sein, wenn es zu beginn eines neuen blocks geschieht, da ja das verhältnis für alle stimmt (arrgh, denkfehler, pplns workt sich ja nach hinten aus, dennoch wäre es denke ich nicht schlimm, da jeder danach nur gleich schwer gegenüber anderen seine share zahl ausbauen kann und der PPLNS Zeitraum is auch irgendwann vorbei).
Das sind dann zwei Fliegen mit einer Klappe: GPU miner können sich dazugesellen/server fährt nicht unbedingt mehr Last/weniger Traffic für miner
und die dritte Fliege für die Klappe schmeisse ich auch mal in den Raum:
Gerade gelesen, dass "rollntime" seit 2.3.2 Version bei cgminer unterstützt wird (normalerweise afair besteht eine "work" einheit aus coinbase (eine art hash des zu erzeugenden blockes), und einem Zeitstempel und einem nonce bereich den es zu testhashen gilt. Früher waren bei Workeinheiten gerne auch der noncebreich unterteilt (langsame cpu miner), heute testet man den gesamten.
Shares die gefunden werden werden, meldet man umgehend (nicht, dass irgendjemand einen einen block schneller/gleichzeitg findet) an den Pool. Man will ja das Rennen um den neuen Block gewinnen.
AFAIK bringt ein Noncebereich einen Share im Schnitt hervor (was eigentlich zu einem Block mit Difficulty 1 führen würde (ja 2009 war ein Share auch wirklich noch ein Block bei Bitcoin)). Die ist die Efficiency in euren Minern. Diese sollte sich bei 100% einpendeln.
Das "nennen wir es mal" getwork protokoll wurde mittlerweile erweitert. U.a. um "rollntime", was eigentlich nun einfach nur ermöglicht, dass wenn ein nonce bereich getestet wurde, die Zeit "lokal" weitergedreht, und sich der Miner einfach neue Arbeit selbst bastelt.
An der Statistik ein "Gewinnerhash" zu finden ändert sich nichts. "shares" werden immer noch an den Pool gesendet, man spart sich aber den ein oder anderen getwork request. und erhöht auch die effizienz (gefundene Shares/getwork Anfrage am Pool).
sprich auch bei btc minen lässt sich "poolcpu" und Traffic für alle einsparen. Ausserdem wenn es auch nur mal "kurz hakt" in der Leitung, kann sich der Miner Arbeit selbst verschaffen, und muss nicht warten, bis die Kommunikation mit dem Pool wieder funktioniert.
(ob poolserverj ohne update rollntime unterstüzt, oder es sogar schon möglich ist bei ecki, weiss ich gerade nicht (und i hop, grosser mischmasch an pools. effizienz sehe ich gerde ist bei 150%, also irgendein pool unterstützt es. Hier ist ECKI gefragt, zu antworten am besten.)
just some cents. Und ich miner mal ne Runde wieder in Richtung Insel, von meinen 10GH sind aber nicht mehr viel übrig (bin aber zufrieden mit meinem gpu abverkaufpreis). also ein Hallo in die Runde
PS: Frage an alle/zu faul für wiki: Wenn ein diff 1 Share 32 führende binärnullen hat, dann dürfte ein nonce bereich auch 2^32 gross sein?!!...
No guarantee, for what I said. Immer selbst nachschauen
Und so schlimm dürfte es von der Änderung her nicht sein, wenn es zu beginn eines neuen blocks geschieht, da ja das verhältnis für alle stimmt (arrgh, denkfehler, pplns workt sich ja nach hinten aus, dennoch wäre es denke ich nicht schlimm, da jeder danach nur gleich schwer gegenüber anderen seine share zahl ausbauen kann und der PPLNS Zeitraum is auch irgendwann vorbei).
Das sind dann zwei Fliegen mit einer Klappe: GPU miner können sich dazugesellen/server fährt nicht unbedingt mehr Last/weniger Traffic für miner
und die dritte Fliege für die Klappe schmeisse ich auch mal in den Raum:
Gerade gelesen, dass "rollntime" seit 2.3.2 Version bei cgminer unterstützt wird (normalerweise afair besteht eine "work" einheit aus coinbase (eine art hash des zu erzeugenden blockes), und einem Zeitstempel und einem nonce bereich den es zu testhashen gilt. Früher waren bei Workeinheiten gerne auch der noncebreich unterteilt (langsame cpu miner), heute testet man den gesamten.
Shares die gefunden werden werden, meldet man umgehend (nicht, dass irgendjemand einen einen block schneller/gleichzeitg findet) an den Pool. Man will ja das Rennen um den neuen Block gewinnen.
AFAIK bringt ein Noncebereich einen Share im Schnitt hervor (was eigentlich zu einem Block mit Difficulty 1 führen würde (ja 2009 war ein Share auch wirklich noch ein Block bei Bitcoin)). Die ist die Efficiency in euren Minern. Diese sollte sich bei 100% einpendeln.
Das "nennen wir es mal" getwork protokoll wurde mittlerweile erweitert. U.a. um "rollntime", was eigentlich nun einfach nur ermöglicht, dass wenn ein nonce bereich getestet wurde, die Zeit "lokal" weitergedreht, und sich der Miner einfach neue Arbeit selbst bastelt.
An der Statistik ein "Gewinnerhash" zu finden ändert sich nichts. "shares" werden immer noch an den Pool gesendet, man spart sich aber den ein oder anderen getwork request. und erhöht auch die effizienz (gefundene Shares/getwork Anfrage am Pool).
sprich auch bei btc minen lässt sich "poolcpu" und Traffic für alle einsparen. Ausserdem wenn es auch nur mal "kurz hakt" in der Leitung, kann sich der Miner Arbeit selbst verschaffen, und muss nicht warten, bis die Kommunikation mit dem Pool wieder funktioniert.
(ob poolserverj ohne update rollntime unterstüzt, oder es sogar schon möglich ist bei ecki, weiss ich gerade nicht (und i hop, grosser mischmasch an pools. effizienz sehe ich gerde ist bei 150%, also irgendein pool unterstützt es. Hier ist ECKI gefragt, zu antworten am besten.)
just some cents. Und ich miner mal ne Runde wieder in Richtung Insel, von meinen 10GH sind aber nicht mehr viel übrig (bin aber zufrieden mit meinem gpu abverkaufpreis). also ein Hallo in die Runde
PS: Frage an alle/zu faul für wiki: Wenn ein diff 1 Share 32 führende binärnullen hat, dann dürfte ein nonce bereich auch 2^32 gross sein?!!...
No guarantee, for what I said. Immer selbst nachschauen
Ich möchte nur sagen, dass ich nicht Titties bin, siehe Anmeldedatum und co.
Mir als "garnichts-Wisser" ist nicht klar was das Anmeldedatum damit zu tun haben soll?
Trotzdem viel Spass und Glück in deinem neuen "tollen" Pool!
Ich möchte nur sagen, dass ich nicht Titties bin, siehe Anmeldedatum und co.
Kannst ja mal irgend einen SysOP fragen, nach den IP's oder was weis ich was.
Soo toll ist dein Pool (bezogen aufs CPU-baggern) auch wieder nicht.
Bei meinem neuen Pool habe ich max. 0,5% Stales und irgendwie kommen da viel mehr KH/s an, trotz der selben Rechner-Anzahl...
Kann das evtl. irgend ein Voll-Wisser erklären, woran das liegt?
Kannst ja mal irgend einen SysOP fragen, nach den IP's oder was weis ich was.
Soo toll ist dein Pool (bezogen aufs CPU-baggern) auch wieder nicht.
Bei meinem neuen Pool habe ich max. 0,5% Stales und irgendwie kommen da viel mehr KH/s an, trotz der selben Rechner-Anzahl...
Kann das evtl. irgend ein Voll-Wisser erklären, woran das liegt?
Frage ist beantwortet!
Und wegen dem philosophieren über CPU oder GPU........
Ich denke das ist den GPU-Minern relativ schnurtze.....solange die Coins fliessen
Mir gings nur drum, dass wir beim BTC-Minen nicht wieder einbrechen sobald da ein "grosser" LTC-Miner kommt!
Wünsch dir "en guete" (bedeutet guten Appetit)
Tinu
Und wegen dem philosophieren über CPU oder GPU........
Ich denke das ist den GPU-Minern relativ schnurtze.....solange die Coins fliessen
Mir gings nur drum, dass wir beim BTC-Minen nicht wieder einbrechen sobald da ein "grosser" LTC-Miner kommt!
Wünsch dir "en guete" (bedeutet guten Appetit)
Tinu
Hallo Tinua,
So wie ich das verstanden habe, ist LTC für CPU Mining konzipiert (gewesen?) und wenn jetzt immer mehr GPU Miner LTC baggern, dann ist das Thema für mich persönlich eigentlich schon wieder "erledigt", denn die Grundlage für LTC Mining ist nicht mehr gegeben!
Aber gut, das war nicht deine Frage, also zurück zur Fragestellung:
Jein... Politiker mäßig, was?
Etwas konkreter: Wir werden auf dem neuen Server eine Bandbreitenbegrenzung für LTC baggern einbauen, damit DORT nur echte CPU Miner (< 80 KH/s) baggern können.
Außerdem wird der CPU pushpool in einer anderen VM (Virtuellen Maschine) laufen als der GPU pushpool Server, d.h. wir können besser Prioritäten (& CPUs!) vergeben und dafür sorgen, das "übermäßiges" LTC Mining nicht die Stale Rate beim BitCoin Server in die Höhe treibt (was leider zur Zeit der Fall ist!).
Den 1blu Server werden wir als reinen LTC Mining Pool ohne Bandbreitenlimit weiter betreiben.
D.h. hier können sich die GPU LTC Baggerer dann austoben ohne das es irgendeinen Einfluss auf das GPU & FPGA Mining hat.
Ich hoffe, dass ich deine Frage soweit beantworten konnte und jetzt gibt es hier erst einmal Abendessen...
Gruß,
Ecki
...
Wenn der neue EU-Server kommt, hält der ein gewisses Mass an GPU-LTC-Mining aus?
Ich denke, früher oder später werden mehr von diesen Minern kommen wenn der Pool für sie attraktiv wirkt!
Besonders, da Tittiez unseren Pool ja im LTC-Poolverzeichnis hat eintragen lassen! (https://github.com/coblee/litecoin/wiki/Comparison-of-mining-pools)
Auf Litcoinpool hats Miner, die Baggern mit 2000kh/s !!!!
Da war mein Test Anfang März (mit einer Karte!!) ein Klacks dagegen!!
...
Ich möchte jetzt an Ostern nicht unbedingt philosophisch werden, aber ist dann LTC überhaupt noch sinnvoll?Wenn der neue EU-Server kommt, hält der ein gewisses Mass an GPU-LTC-Mining aus?
Ich denke, früher oder später werden mehr von diesen Minern kommen wenn der Pool für sie attraktiv wirkt!
Besonders, da Tittiez unseren Pool ja im LTC-Poolverzeichnis hat eintragen lassen! (https://github.com/coblee/litecoin/wiki/Comparison-of-mining-pools)
Auf Litcoinpool hats Miner, die Baggern mit 2000kh/s !!!!
Da war mein Test Anfang März (mit einer Karte!!) ein Klacks dagegen!!
...
So wie ich das verstanden habe, ist LTC für CPU Mining konzipiert (gewesen?) und wenn jetzt immer mehr GPU Miner LTC baggern, dann ist das Thema für mich persönlich eigentlich schon wieder "erledigt", denn die Grundlage für LTC Mining ist nicht mehr gegeben!
Aber gut, das war nicht deine Frage, also zurück zur Fragestellung:
Jein... Politiker mäßig, was?
Etwas konkreter: Wir werden auf dem neuen Server eine Bandbreitenbegrenzung für LTC baggern einbauen, damit DORT nur echte CPU Miner (< 80 KH/s) baggern können.
Außerdem wird der CPU pushpool in einer anderen VM (Virtuellen Maschine) laufen als der GPU pushpool Server, d.h. wir können besser Prioritäten (& CPUs!) vergeben und dafür sorgen, das "übermäßiges" LTC Mining nicht die Stale Rate beim BitCoin Server in die Höhe treibt (was leider zur Zeit der Fall ist!).
Den 1blu Server werden wir als reinen LTC Mining Pool ohne Bandbreitenlimit weiter betreiben.
D.h. hier können sich die GPU LTC Baggerer dann austoben ohne das es irgendeinen Einfluss auf das GPU & FPGA Mining hat.
Ich hoffe, dass ich deine Frage soweit beantworten konnte und jetzt gibt es hier erst einmal Abendessen...
Gruß,
Ecki
Hallo Ecki
Wechsle mal ins Deutsch! Mein Englisch ist zu schlecht! (Für alle dies nicht mitbekommen haben: https://bitcointalksearch.org/topic/m.842409 )
So wies aussieht hat Tittiez (oder FPGAMining alias Montico alias account-stolen alias Wotan alias ??) ja mit einer GPU, LTC-gebaggert. (260kh/s entsprechen etwa einer HD6850)
Man hat gesehen, wie die Servereffizienz gleich runter ist.
Hierzu meine Frage:
Wenn der neue EU-Server kommt, hält der ein gewisses Mass an GPU-LTC-Mining aus?
Ich denke, früher oder später werden mehr von diesen Minern kommen wenn der Pool für sie attraktiv wirkt!
Besonders, da Tittiez unseren Pool ja im LTC-Poolverzeichnis hat eintragen lassen! (https://github.com/coblee/litecoin/wiki/Comparison-of-mining-pools)
Auf Litcoinpool hats Miner, die Baggern mit 2000kh/s !!!!
Da war mein Test Anfang März (mit einer Karte!!) ein Klacks dagegen!!
Gruss Tinu
Wechsle mal ins Deutsch! Mein Englisch ist zu schlecht! (Für alle dies nicht mitbekommen haben: https://bitcointalksearch.org/topic/m.842409 )
So wies aussieht hat Tittiez (oder FPGAMining alias Montico alias account-stolen alias Wotan alias ??) ja mit einer GPU, LTC-gebaggert. (260kh/s entsprechen etwa einer HD6850)
Man hat gesehen, wie die Servereffizienz gleich runter ist.
Hierzu meine Frage:
Wenn der neue EU-Server kommt, hält der ein gewisses Mass an GPU-LTC-Mining aus?
Ich denke, früher oder später werden mehr von diesen Minern kommen wenn der Pool für sie attraktiv wirkt!
Besonders, da Tittiez unseren Pool ja im LTC-Poolverzeichnis hat eintragen lassen! (https://github.com/coblee/litecoin/wiki/Comparison-of-mining-pools)
Auf Litcoinpool hats Miner, die Baggern mit 2000kh/s !!!!
Da war mein Test Anfang März (mit einer Karte!!) ein Klacks dagegen!!
Gruss Tinu
Jump to: