Topic: Mejor dificultad para los ASIC (Read 1951 times)
Muy buena explicación
A esto hace tiempo que le llevo dando vueltas.
Ya me se la teoria de que la diff no importa.
La teoria dice que si pongo mis mineros a 1024 de dif, obtengo X hashes por unidad de tiempo,
y al cambiarlos a 512, obtendria 2X hashes en el mismo tiempo. O sea, lo mismo.
Eso esta claro y es facil de entender.
Ahora a ver si me explico...
[paja mental mode ON]
Mi duda viene si tienes mineros pequeños (poca potencia) y usas multipools que cambian muy rapido de moneda/bloque,
o monedas con muy poco tiempo por bloque.
En este caso, el sentido comun me dice que seria MUCHO mejor usar dificultades pequeñas que grandes...
¿Porque? porque al ser mis mineros pequeños, cuanto mas tarden en encontrar un hash, mas posibilidades habra de
que el bloque este atrasado ya y el hash no sirva para nada. O de que me cambie el bloque la pool sin haber yo encontrado nada.
Se me ocurre un ejemplo: imaginad que teneis que vaciar un recipiente de agua de X litros, y os dan dos opciones:
1) Usar un botella de 1 litro, que tarda un minuto en llenarse.
2) Usar un botella de 1/2 litro, que tarda 30 segundos en llenarse.
Y despreciamos el tiempo en vaciar la botella fuera del recipiente, que se supone es muy rapido.
La cuestion es: Dado un lapso de tiempo cualquiera ¿que opcion saca mas agua?
LA OPCION 1 NUNCA PUEDE GANAR: O EMPATA O PIERDE.
En periodos largos, empatarian muchas veces, y en otras la 2 sera "un poco" mas eficiente.
¿Y en lapsos cortos?
¿Con un lapso inferor a 30? Pues son iguales (ninguna saca nada).
¿Con un lapso de 45 segundos? la 2 es infinitamente superior a la 1 (0,5 litros contra 0).
¿con un lapso de 70 segundos? Empatan (ambas 1 litro).
¿con un lapso de 100 segundos? la 2 es un 50% mejor que la 1 (1,5 litros contra 1).
...
Ahora supongamos que el lapso de tiempo es practicamente aleatorio y pequeño, como es
el tiempo que tarda una multipool en cambiar el trabajo a mi minero.
¿No es el mismo problema? El volumen de la botella seria la diff...
[paja mental mode OFF]
He hecho unas cuantas pruebas al respecto (nada serio, no he hecho pruebas de varios dias que es lo que hay que hacer)
y no estoy seguro de nada.
Lo que si he notado es que a menos diff, menos varianza y te salen mas estables los calculos de hashrate tanto del minero como de la pool.
Eso es normal. Menos diff, menos varianza.
El problema, como se ha dicho antes, es que cada pool es un mundo en cuanto a opciones para gestionar la diff (y la vardiff).
Y no estoy seguro de que lo mejor en una pool sea lo mejor para todas.
El caso es que desde hace un par de semanas estoy usando dificultades fijas lo mas bajas posibles (hasta ahora habia usado siempre vardiff), y
no estoy seguro de si van mejor o peor. Parece que van un poco mejor, pero no estoy seguro.
En mi caso uso siempre STRATUM y tengo una ADSL de 30 MBPS que va sobrada para mineria, o sea que el ancho de banda no me preocupa mucho.
Saludos. Y perdon por el rollo. Tenia que contarselo a alguien...
Ya me se la teoria de que la diff no importa.
La teoria dice que si pongo mis mineros a 1024 de dif, obtengo X hashes por unidad de tiempo,
y al cambiarlos a 512, obtendria 2X hashes en el mismo tiempo. O sea, lo mismo.
Eso esta claro y es facil de entender.
Ahora a ver si me explico...
[paja mental mode ON]
Mi duda viene si tienes mineros pequeños (poca potencia) y usas multipools que cambian muy rapido de moneda/bloque,
o monedas con muy poco tiempo por bloque.
En este caso, el sentido comun me dice que seria MUCHO mejor usar dificultades pequeñas que grandes...
¿Porque? porque al ser mis mineros pequeños, cuanto mas tarden en encontrar un hash, mas posibilidades habra de
que el bloque este atrasado ya y el hash no sirva para nada. O de que me cambie el bloque la pool sin haber yo encontrado nada.
Se me ocurre un ejemplo: imaginad que teneis que vaciar un recipiente de agua de X litros, y os dan dos opciones:
1) Usar un botella de 1 litro, que tarda un minuto en llenarse.
2) Usar un botella de 1/2 litro, que tarda 30 segundos en llenarse.
Y despreciamos el tiempo en vaciar la botella fuera del recipiente, que se supone es muy rapido.
La cuestion es: Dado un lapso de tiempo cualquiera ¿que opcion saca mas agua?
LA OPCION 1 NUNCA PUEDE GANAR: O EMPATA O PIERDE.
En periodos largos, empatarian muchas veces, y en otras la 2 sera "un poco" mas eficiente.
¿Y en lapsos cortos?
¿Con un lapso inferor a 30? Pues son iguales (ninguna saca nada).
¿Con un lapso de 45 segundos? la 2 es infinitamente superior a la 1 (0,5 litros contra 0).
¿con un lapso de 70 segundos? Empatan (ambas 1 litro).
¿con un lapso de 100 segundos? la 2 es un 50% mejor que la 1 (1,5 litros contra 1).
...
Ahora supongamos que el lapso de tiempo es practicamente aleatorio y pequeño, como es
el tiempo que tarda una multipool en cambiar el trabajo a mi minero.
¿No es el mismo problema? El volumen de la botella seria la diff...
[paja mental mode OFF]
He hecho unas cuantas pruebas al respecto (nada serio, no he hecho pruebas de varios dias que es lo que hay que hacer)
y no estoy seguro de nada.
Lo que si he notado es que a menos diff, menos varianza y te salen mas estables los calculos de hashrate tanto del minero como de la pool.
Eso es normal. Menos diff, menos varianza.
El problema, como se ha dicho antes, es que cada pool es un mundo en cuanto a opciones para gestionar la diff (y la vardiff).
Y no estoy seguro de que lo mejor en una pool sea lo mejor para todas.
El caso es que desde hace un par de semanas estoy usando dificultades fijas lo mas bajas posibles (hasta ahora habia usado siempre vardiff), y
no estoy seguro de si van mejor o peor. Parece que van un poco mejor, pero no estoy seguro.
En mi caso uso siempre STRATUM y tengo una ADSL de 30 MBPS que va sobrada para mineria, o sea que el ancho de banda no me preocupa mucho.
Saludos. Y perdon por el rollo. Tenia que contarselo a alguien...
Algunos pool lo gestiona automáticamente, otros te lo ponen algo, y otros lo seleccionas tu.
A grandes rasgos, es la dificultad del share que te manda resolver el pool, y depende de cómo page, así asignará un valor a los shares que as resuelto y a la dificultad de los mismos.
Eso sí, a mayor dificultad, el pool consume menos recursos suyos, tanto de procesamiento de datos, como de ancho de banda, por lo que tienden a tenerlos altos. Por ejemplo, nicehash me asigna a mis nanofury (cuando me da el moño y los enciendo), 2048 y claro, tardan así. O o que 10 minutos en resolverlo y muchas veces me lo da como no valido.
Saludos.
Antuam
A grandes rasgos, es la dificultad del share que te manda resolver el pool, y depende de cómo page, así asignará un valor a los shares que as resuelto y a la dificultad de los mismos.
Eso sí, a mayor dificultad, el pool consume menos recursos suyos, tanto de procesamiento de datos, como de ancho de banda, por lo que tienden a tenerlos altos. Por ejemplo, nicehash me asigna a mis nanofury (cuando me da el moño y los enciendo), 2048 y claro, tardan así. O o que 10 minutos en resolverlo y muchas veces me lo da como no valido.
Saludos.
Antuam
Creo haber visto la manera de hacerlo pero como siempre reconozco mi ignorancia en estas cosas,como lo hago para ponerlo? yoencantado de hacerlo.
Otra cosa,la forma automatica que tengo puesto esta funcionando y en segundo plano
Otra cosa,la forma automatica que tengo puesto esta funcionando y en segundo plano
El resultado es el siguiente:
Lo he puesto a 51 y si que ha subido durante un tiempo,entre 3 y 2 Ghs y hashes mas altos de 1K por ejemplo,pero aun asi a bajado y se ha caido el trabajador despues de varias horas de trabajo,como se pueden caes los trabajadores si el minero siempre trabaja?
Yo creo que las diferencias se deben a acciones exteriores fuera de mi alcance,es curioso esto.
Gracias a todos.
Lo he puesto a 51 y si que ha subido durante un tiempo,entre 3 y 2 Ghs y hashes mas altos de 1K por ejemplo,pero aun asi a bajado y se ha caido el trabajador despues de varias horas de trabajo,como se pueden caes los trabajadores si el minero siempre trabaja?
Yo creo que las diferencias se deben a acciones exteriores fuera de mi alcance,es curioso esto.
Gracias a todos.
No entiendo muy bien lo que quieres decir, pon una captura del cgminer después de un rato minado y te explico en lo que te debes fijar. La potencia no tiene nada que ver con la diff. Las caídas pueden deberse a sobrecalentamiento/problema de alimentación.
El resultado es el siguiente:
Lo he puesto a 51 y si que ha subido durante un tiempo,entre 3 y 2 Ghs y hashes mas altos de 1K por ejemplo,pero aun asi a bajado y se ha caido el trabajador despues de varias horas de trabajo,como se pueden caes los trabajadores si el minero siempre trabaja?
Yo creo que las diferencias se deben a acciones exteriores fuera de mi alcance,es curioso esto.
Gracias a todos.
Lo he puesto a 51 y si que ha subido durante un tiempo,entre 3 y 2 Ghs y hashes mas altos de 1K por ejemplo,pero aun asi a bajado y se ha caido el trabajador despues de varias horas de trabajo,como se pueden caes los trabajadores si el minero siempre trabaja?
Yo creo que las diferencias se deben a acciones exteriores fuera de mi alcance,es curioso esto.
Gracias a todos.
Tras como una hora de espera,mas o menos,y tampoco es significativo pero hay una diferencia de de 6,siendo al principio 30-29 y ahora 22 y bajando. Lo volvere a subir a 51 y veremos.
Entonces esta bien en 8? Lo bajare y probare si gano lo mismo.(lo que va siendo na)
En Slush,tendria que habertelo escrito antes,es el mas facil de entender en mi opinion.
Tiene un único puerto ( :3333), debería ajustarte correctamente, https://slushpool.com/help/#!/get-started/getting_started
Y la diff. optima para tu U1 es 8, mira esta tabla orientativa, https://bitcointalksearch.org/topic/m.10231030
Aunque tu no veas en el cgminer que caen los shares, el asic está trabajando de manera optima si está en su diff.
En Slush,tendria que habertelo escrito antes,es el mas facil de entender en mi opinion.
Si minas en un pool/servidor vardiff ( dificultad variable) no tienes de que preocuparte, se ajusta automaticamente a la potencia de tu Asic.
Siento discrepar lo que dices,se ajusta automaticamente al minimo que establece el pool,suele empezar en dificultad 256 y cae en multiplos de 8 has ta el 8 que es el minimo,es verdad que con el 8 esta todo el tiempo resolviendo pero ahora lo tengo en 51 y quizas resuelva menos pero saco mas.
Gracias por tu respuesta de todas maneras
Claro, el pool puede configurar la vardiff como quiera y especificarle un máximo y un mínimo, pero eso ya es cosa de cada pool, suelen tener varios puertos con diferentes escalas de vardiff, en que pool estas?
Si minas en un pool/servidor vardiff ( dificultad variable) no tienes de que preocuparte, se ajusta automaticamente a la potencia de tu Asic.
Siento discrepar lo que dices,se ajusta automaticamente al minimo que establece el pool,suele empezar en dificultad 256 y cae en multiplos de 8 has ta el 8 que es el minimo,es verdad que con el 8 esta todo el tiempo resolviendo pero ahora lo tengo en 51 y quizas resuelva menos pero saco mas.
Gracias por tu respuesta de todas maneras
Alguien me podria explicar cual es la mejor dificultad a la que puedo poner mi Antminer U1? Por ahora voy por 51 de dificultad,me va bien,cada vez que lo subo me tarda un poco mas en hacer el calculo,cual seria el mejor dificultad/ganancia?
Si minas en un pool/servidor vardiff ( dificultad variable) no tienes de que preocuparte, se ajusta automaticamente a la potencia de tu Asic.
Alguien me podria explicar cual es la mejor dificultad a la que puedo poner mi Antminer U1? Por ahora voy por 51 de dificultad,me va bien,cada vez que lo subo me tarda un poco mas en hacer el calculo,cual seria el mejor dificultad/ganancia?
Jump to: