Blade-Probleme..... 1x12Gh/s oder 2x6.Gh/s - 16Mbit DSL zu schwach ????

[Menig]

Moin,

unerwartetes Problem:

zwei Blades..

Blade1, solo: 12,8 Gh/s
Blade2, solo: 12,6 Gh/s

Beide gleichzeitig aktiv (unterschiedliche Pools, unterschiedliche Worker getestet): jeweils nur 6 Gh/s

Was bitte hat Bitcoining für Anforderungen an die DSL-Leitung bzw. den Router ?

Gruß Menig

[Polarstorm]

Das dürfte nichts mit deiner Leitung zu tun haben, ich hab hier ein paar g/h weniger stehen, ich hab ne 16er Leitung (von der übrigens nur 8 ankommen *grrrr*, aber das isn anderes thema) und bei mir geht das alles locker durch. Das sollte wenn ich mich recht erinnere nichtmal mit normal ISDN zu Problemen führen.


Irgendwo gabs hier auch mal nen thread der zeigte was so bei wieviel Power über die Leitung rausgeht. Ich schau mal grad vielleicht find ich den noch wieder.


Nachtrag: Hm ne sorry, finde den thread nicht wieder, musst wohl warten bis dir jemand genau sagen kann wieviel man über die Leitung jagen kann.

[Hektek]

mal unterschiedliche Rechner probiert ? oder wo werden die Angeschlossen ?

mfg

Hektek

[dsky]

Selbst schwaches 3G reicht aus.
Stratum oder Getwork Pool?

[yxt]

teste gegen einen lokalen stratum proxy

[candoo]

Mit einem lokalen stratum proxy dürfte das problem zu 99 Prozent weg sein.

[Menig]

Mit sinem lokalen stratjm proxy dürfte das lroblem uu 99 Prozent weg seien.

Siehe da...  proxy konfiguriert... und die beiden Blades + 5 Ztex-Clone = 30+Gh/s.

Vielen Dank ! Gruß Menig

[one4many]

Mit sinem lokalen stratjm proxy dürfte das lroblem uu 99 Prozent weg seien.

Siehe da...  proxy konfiguriert... und die beiden Blades + 5 Ztex-Clone = 30+Gh/s.

Vielen Dank ! Gruß Menig

Ich hatte mal ein Problem mit einem etwas älteren Netgear GS105 (8 port GigE) Switch.
Aufbau war folgender: 2 blades, plus 1 PC an besagtem Switch. Der PC hatte nur Linux mit nen Starum-Proxy drauf.
Der Switch fragmentierte die TCP/IP Pakete auf sehr komische weiße. Und der TCP Stack auf den Blades hat anscheinend damit größere Probleme. Der Linux Kern auf dem PC hat das alles locker weggesteckt. Nachdem ich mir einen tpcdump von dem Traffic der Blades zur Linux-Kiste angesehen haben ist mir das eben aufgefallen, denn normalerweise sollte es keine Fragmentierung von Paketen im lokalem Netz geben.
Kurzerhand Switch gegen einen anderen ausgetauscht ... 2 x 8 GH/s -> 2 x 13 GH/s


Gruß

    one4many

[yxt]

Mal eine andere Frage, woher kommt eigentlich dieses:

WARNING proxy getwork_listener._on_submit # [0ms] Share from 'xxx' accepted, diff x

[badalien]

0 ms ist merkwürdig würde ich sagen, eine Latenz ist doch immer dabei , tauchen die Meldungen immer mit 0 ms auf ?

[one4many]

0 ms ist merkwürdig würde ich sagen, eine Latenz ist doch immer dabei , tauchen die Meldungen immer mit 0 ms auf ?

0 ms zwar nicht unbedingt richtig ... aber normal bei dieser Software, kein Grund zur Sorge.

[yxt]

nö, auch mit anderen Werten. Sowohl unter Win als Linux. Auch ein älterer Netgear-switch, deshalb wollte ich mal nachfragen.

normal bei dieser Software, kein Grund zur Sorge

bezieht sich auf die komplette Meldung?
"Warning" liest sich halt nicht so schön.

Und ehrlich gesagt fehlt mir auch der tiefere Einblick was die Meldung genau bedeutet