Hab vor einer 1/2 Stunde eine GPU und eine CPU auf den EU-Server gelegt.
Bis jetzt läufts super. 0 Stales, keine Unterbrüche!
Versuchs doch nochmal dort mit einer GPU.
Topic: Mixed mining Poolserver https://miner.ecki.net:444 - page 73. (Read 110508 times)
Ja das is ja das komische.... hab nur bei Ecki´s Pool die Problemme
Hab´s auch mal ohne Flag´s laufen lassen .... hat ach nix gebracht.
haste die Probleme nur hier bei Ecki's oder auch bei anderen Pools?
edit: mach doch mal n thread in Anfänger&Hilfe oder mining auf, so richtig mit os,miner,treiber,sdk...-version auf.
Hab´s auch mal ohne Flag´s laufen lassen .... hat ach nix gebracht.
Lord Fog hat da auch mitgetalkt.
Vielleicht weiss er ja noch eine Lösung?
[/quote]
ach verdammter quotemist, grml
vielleich etwas zu agressiv? wie hier beschrieben: https://bitcointalk.org/index.php?&topic=25860.msg736277#msg736277
Vielleicht weiss er ja noch eine Lösung?
[/quote]
ach verdammter quotemist, grml
vielleich etwas zu agressiv? wie hier beschrieben: https://bitcointalk.org/index.php?&topic=25860.msg736277#msg736277
ja hab´s mit der Juni version und mit Phoenix 1.5 versucht immer das selbe Worker is idle
Warten wir halt mal ab, bis Berlin wieder online geht.
Oder hat jemand Anderes eine Idee?
Irgendwie müssen diese 40 GPU's doch bei Ecki laufen können
ja hab´s mit der Juni version und mit Phoenix 1.5 versucht immer das selbe Worker is idle
Nabend Leute ich glaub dat wird nix hab mal auf eu umgestellt und immer noch der gleiche mist "2012-01-14 21:06:27: Miner "ecki": [14/01/2012 21:06:27] Warning: work queue empty, miner is idle"
Benutzt Du den Phoenix-Miner ?Ja benutze ich aber nur in der 1.6 version den 1.7 bekomm ich nicht zum laufen!
Ich frage, weil ich da mal was im englischen Forum gelesen habe.
Da wurde verschiedentlich von deinem problem gesprochen und einem Bug in der 1.6er Version.
Wenn ich's wieder gefunden habe, schick ich dir mal nen Link.
Hast du schon mal einen Anderen Miner ausprobiert? Z.b. Guiminer mit Poclbm (Juli Version)?
gruess tinu
Hab da mal was gefunden: https://bitcointalksearch.org/topic/m.566669
Lord Fog hat da auch mitgetalkt.
Vielleicht weiss er ja noch eine Lösung?
Gruess Tinu
Hallo Lord,
Wieso das denn?
Das braucht doch keinem peinlich zu sein, die 0 dort unten kann durchaus falsch interpretiert werden!
Ich denke mal es ist besser, wenn dort gar keine Zahl steht oder (wenn der Rechenaufwand nicht zu groß wird) dort die aktuellen life time shares von dem entsprechendem Benutzer berechnet werden auch wenn er nur auf Platz 25 oder was auch immer steht.
Die Zahl 0 ist dort an dieser Stelle nicht eineindeutig!
Sie kann leicht fehl interpretiert werden, was ja mindestens schon zwei Miner getan haben... also ausbessern!
Gebe möglichen Fehlinterpretationen keine Chance!
Gruß,
Ecki
stirnklatsch, Danke. (wie peinlich mir das ist )
)Wieso das denn?
Das braucht doch keinem peinlich zu sein, die 0 dort unten kann durchaus falsch interpretiert werden!
Ich denke mal es ist besser, wenn dort gar keine Zahl steht oder (wenn der Rechenaufwand nicht zu groß wird) dort die aktuellen life time shares von dem entsprechendem Benutzer berechnet werden auch wenn er nur auf Platz 25 oder was auch immer steht.
Die Zahl 0 ist dort an dieser Stelle nicht eineindeutig!
Sie kann leicht fehl interpretiert werden, was ja mindestens schon zwei Miner getan haben... also ausbessern!
Gebe möglichen Fehlinterpretationen keine Chance!
Gruß,
Ecki
stirnklatsch, Danke. (wie peinlich mir das ist ) Ich war's nur gewohnt im eingeloggten Zustand die lifetime-shares angezeigt zu bekommen. Vielleicht auch dies nochmal für die TODO-Liste so um die Region Z. Alles Gute und angenehme Nachtruhe...ciao
) Ich war's nur gewohnt im eingeloggten Zustand die lifetime-shares angezeigt zu bekommen. Vielleicht auch dies nochmal für die TODO-Liste so um die Region Z. Alles Gute und angenehme Nachtruhe...ciao also ausführlicher:
worker.1 (ltc) wird in den poolstats unter cpu korrekt angezeigt, mit aktueller rate und liftetime-shares: soweit i.O.
worker.2 (btc) wird in den poolstats unter gpu nur mit aktueller rate angeizeigt, litetime-shares sind immer null
oder steh ich auf Schlauch?
worker.1 (ltc) wird in den poolstats unter cpu korrekt angezeigt, mit aktueller rate und liftetime-shares: soweit i.O.
worker.2 (btc) wird in den poolstats unter gpu nur mit aktueller rate angeizeigt, litetime-shares sind immer null
oder steh ich auf Schlauch?
Du bist mit deinem GPU worker noch nicht in den TOP 10 gelandet!
Es werden nur die life time shares der TOP 10 (wie in der Überschrift angegeben) berechnet, sobald du also Platz 10 erreicht hast, siehst du dort den "richtigen" Wert.
Cu,
Ecki
edit: Aber ich verstehe jetzt endlich was du meinst, ich gebe zu, es verwirrt vielleicht etwas das dort 0 steht. Wir werden das "bei Gelegenheit" ändern...
edit2: Jetzt verstehe ich auch endlich, warum so ein Typ im englischen Forum sich darüber beschwert hat, wir hätten ihm seine "life time shares" geklaut! Der ist einfach aus den Top 10 raus gefallen und hat dann unten die 0 gelesen... hmmm... OK, bezeichnen wir es als Bug und stufen es höher ein... wir werden es "bald" ändern...
also ausführlicher:
worker.1 (ltc) wird in den poolstats unter cpu korrekt angezeigt, mit aktueller rate und liftetime-shares: soweit i.O.
worker.2 (btc) wird in den poolstats unter gpu nur mit aktueller rate angezeigt, lifetime-shares sind immer null
oder steh ich auf Schlauch?
worker.1 (ltc) wird in den poolstats unter cpu korrekt angezeigt, mit aktueller rate und liftetime-shares: soweit i.O.
worker.2 (btc) wird in den poolstats unter gpu nur mit aktueller rate angezeigt, lifetime-shares sind immer null
oder steh ich auf Schlauch?
Nabend Leute ich glaub dat wird nix hab mal auf eu umgestellt und immer noch der gleiche mist "2012-01-14 21:06:27: Miner "ecki": [14/01/2012 21:06:27] Warning: work queue empty, miner is idle"
Benutzt Du den Phoenix-Miner ?Ja benutze ich aber nur in der 1.6 version den 1.7 bekomm ich nicht zum laufen!
Ich frage, weil ich da mal was im englischen Forum gelesen habe.
Da wurde verschiedentlich von deinem problem gesprochen und einem Bug in der 1.6er Version.
Wenn ich's wieder gefunden habe, schick ich dir mal nen Link.
Hast du schon mal einen Anderen Miner ausprobiert? Z.b. Guiminer mit Poclbm (Juli Version)?
gruess tinu
'tschuldigung falls ich dich zu sehr verwirrt habe: Ceasar_LXXI.2-worker 
Entschuldige, wenn ich immer noch auf dem Schlauch stehe, aber das ist doch ein einzelner Worker?!?
Wie siehst du denn dort die life time shares?
Die life time shares werden doch nur pro Account angezeigt, also alle Worker zusammen.
Unter "account details" siehst du nur Hashraten der einzelnen Worker, aber keine life time shares.
Unter "Pool Stats" siehst du nur life time shares deines Benutzer Kontos (also alle Worker zusammen!).
Wir können später mal die Tabelle unter "account Details" erweitern, so das du dann nicht nur die GPU Hashrate und die CPU Hashrate der einzelnen Worker siehst, sondern auch die GPU life time shares und die CPU life time shares pro Worker.
Nur das wird dann ein ziemliches "Zahlengrab"...
-> Priorität Z Cu,
Ecki
'tschuldigung falls ich dich zu sehr verwirrt habe
Hallo Lord Fog,
Tut mir leid, aber ich stehe im Moment völlig auf dem Schlauch. Ich bin auch schon einen Schritt zurück getreten und stehe immer noch auf dem Schlauch...
Wo gibt es einen römisch-zwei-gpu-worker?
Bezüglich dem Patch zur longpolling Funktion habe ich gerade den Entwickler befragen wollen, aber der ist leider schon offline. Ich komme morgen darauf zurück... denn das klingt mir wichtig!
Danke für den Hinweis!
Cu,
Ecki
Hi Ecki, hab' hier mal was für die TODO-Liste, kann aber ruhig ganz nach unten: die lifetime-shares meines römisch-zwei-gpu-workers bleiben seit Längerem beharrlich bei null stehen. Das sieht doch nicht aus! 
Und noch was aus der technischen Abteilung: Ich hatte mal bei anderen Pools was über eine standardmäßig fehlerhafte Implementierung der longpolling-Funktion gelesen, was in Zuweisung des nicht aktuellen Blocks an die miner resultierte. Wie sieht's bei euch aus?
Und noch was aus der technischen Abteilung: Ich hatte mal bei anderen Pools was über eine standardmäßig fehlerhafte Implementierung der longpolling-Funktion gelesen, was in Zuweisung des nicht aktuellen Blocks an die miner resultierte. Wie sieht's bei euch aus?
Tut mir leid, aber ich stehe im Moment völlig auf dem Schlauch. Ich bin auch schon einen Schritt zurück getreten und stehe immer noch auf dem Schlauch...
Wo gibt es einen römisch-zwei-gpu-worker?
Bezüglich dem Patch zur longpolling Funktion habe ich gerade den Entwickler befragen wollen, aber der ist leider schon offline. Ich komme morgen darauf zurück... denn das klingt mir wichtig!
Danke für den Hinweis!
Cu,
Ecki
Hi Ecki, hab' hier mal was für die TODO-Liste, kann aber ruhig ganz nach unten: die lifetime-shares meines römisch-zwei-gpu-workers bleiben seit Längerem beharrlich bei null stehen. Das sieht doch nicht aus!
Und noch was aus der technischen Abteilung: Ich hatte mal bei anderen Pools was über eine standardmäßig fehlerhafte Implementierung der longpolling-Funktion gelesen, was in Zuweisung des nicht aktuellen Blocks an die miner resultierte. Wie sieht's bei euch aus?
Und noch was aus der technischen Abteilung: Ich hatte mal bei anderen Pools was über eine standardmäßig fehlerhafte Implementierung der longpolling-Funktion gelesen, was in Zuweisung des nicht aktuellen Blocks an die miner resultierte. Wie sieht's bei euch aus?
An Alle:
Tinua hat gerade eben noch einen Bug im Programm gefunden.
Wenn man seine Worker Namen umbenennt, dann werden beim nächsten gefundenen Block die Worker Namen nicht upgedated.
Und da es die alten Worker Namen nicht mehr gibt, werden die entsprechenden Coins nicht ausbezahlt.
Wir haben den Fehler jetzt bei ihm manuell berichtigt und werden nächste Woche den Programmcode entsprechend berichtigen.
Bis dahin bitte KEINE Worker Namen ändern, es sei denn ihr wollt eure Coins nicht ausgezahlt bekommen...
Der Fokus des Programmierers liegt bis zum Wochenende ganz klar auf der Synchronisation der beiden Datenbanken in Berlin und auf Samui.
Alles andere muss eben etwas warten...
Mit abendlichem Gruß,
Ecki
edit 1: Es scheint auch die Anzeige in den Grafiken zu beeinflussen, denn es fehlen im Kuchen-Diagramm 4 gefundene Blöcke von Tinua (die mit den alten Worker Namen)!
Tinua hat gerade eben noch einen Bug im Programm gefunden.
Wenn man seine Worker Namen umbenennt, dann werden beim nächsten gefundenen Block die Worker Namen nicht upgedated.
Und da es die alten Worker Namen nicht mehr gibt, werden die entsprechenden Coins nicht ausbezahlt.
Wir haben den Fehler jetzt bei ihm manuell berichtigt und werden nächste Woche den Programmcode entsprechend berichtigen.
Bis dahin bitte KEINE Worker Namen ändern, es sei denn ihr wollt eure Coins nicht ausgezahlt bekommen...
Der Fokus des Programmierers liegt bis zum Wochenende ganz klar auf der Synchronisation der beiden Datenbanken in Berlin und auf Samui.
Alles andere muss eben etwas warten...
Mit abendlichem Gruß,
Ecki
edit 1: Es scheint auch die Anzeige in den Grafiken zu beeinflussen, denn es fehlen im Kuchen-Diagramm 4 gefundene Blöcke von Tinua (die mit den alten Worker Namen)!
Nabend Leute ich glaub dat wird nix hab mal auf eu umgestellt und immer noch der gleiche mist "2012-01-14 21:06:27: Miner "ecki": [14/01/2012 21:06:27] Warning: work queue empty, miner is idle"
Benutzt Du den Phoenix-Miner ?Ja benutze ich aber nur in der 1.6 version den 1.7 bekomm ich nicht zum laufen!
entweder mit windows bordmitteln wie z.B. remotedesktop (in den Windows Pro Versionen auch bidirektional möglich) oder mit freien Programmen wie Teamviewer oder TightVNC.
Mit entsprechenden Zugangsrechten wählt sich Ecki auf meinen Rechner ein und sieht auf seinem Desktop meinen Bildschirm und kann direkt Befehle eingeben.
So sieht er wie mein Miner "reagiert".
Mit entsprechenden Zugangsrechten wählt sich Ecki auf meinen Rechner ein und sieht auf seinem Desktop meinen Bildschirm und kann direkt Befehle eingeben.
So sieht er wie mein Miner "reagiert".
Erst einmal vielen Dank für das Vertrauen das du mir entgegen bringst (denn Remote Zugriff ist schon heftig was man damit "anstellen" könnte) und dein Angebot deine GPUs mal für Tests verwenden zu dürfen.
Das ist aber im Moment (noch?) gar nicht nötig, weil wir den Flaschenhals schon gefunden haben.
Die Strecke BitCoin-Client-Pushpoolserver-Miner-Pushpoolserver ist bereits lokal in EU und sehr schnell.
Aber leider hat der Pushpoolserver in Berlin im Moment keine lokale Datenbank wo er die Daten schnell ablegen könnte.
Die Strecke Pushpoolserver(Berlin)-Datenbank(Samui) ist eben der Flaschenhals und "relativ" langsam.
Deshalb verpassen wir dem Pushpoolserver in Berlin gerade eine eigene Datenbank (Lokal!).
Das Problem ist dann einfach nur, das diese Daten anschließend asynchron mit der Datenbank hier auf Samui abgeglichen werden müssen!
Dazu braucht man ein gutes Programm und daran entwickelt der Programmierer gerade.
2 Tage sind dafür veranschlagt, d.h. noch vor dem Wochenende sollte Berlin hochperformant rennen...
Also noch einmal DANKE für dein Angebot, aber im Moment brauchen wir das nicht.
Mit sonnigem Gruß,
Ecki
Jump to: