Y-cruncher – versión historia hotel porto roca monterosso al mare italy

* basado en las estadísticas de tiempo de ejecución de los cálculos de 12.1 y 13.3 billones de dígitos pi, la nueva recomendación es tener una relación IO / cómputo de 2.0. (i.E. El ancho de banda del disco debe duplicar el ancho de banda de cómputo), pero la realidad es que esto será muy difícil de lograr en un procesador moderno de gama alta que utiliza discos duros convencionales. Este es el desafortunado resultado monero xmr eur de la creciente brecha de rendimiento entre la CPU y el disco.

Por ejemplo, un stock i7 5960X requeriría alrededor de 6 GB / s de ancho de banda de disco. A 100 MB / s por disco duro, serían más de 60 unidades suponiendo una escala lineal. Si bien es más fácil hacerlo utilizando ssds, son más pequeños en tamaño. Además, el gran volumen de escritos que Y-Cruncher emitirá significa que si desea utilizar ssds hotel porto roca monterosso al mare cinque terre, debe estar dispuesto a gastarlos como consumibles.

• solucionó un problema en las versiones de 32 bits que causaría que los cálculos de pi de más de 40 mil millones de dígitos fallaran la verificación de conversión base. Esto fue causado por un desbordamiento de enteros en el "tamaño_t" tipo de datos cuando debería haberse utilizado un desplazamiento de archivo de 64 bits en su lugar. Este error ha existido desde v0.6.1 y nunca se detectó porque el cruncher y de 32 bits nunca se ha probado en tamaños tan grandes hasta ahora. (v0.6.1 no admite el modo de intercambio para pi, por lo que v0.6.2 es en realidad la versión más temprana que se ve afectada).

Cabe destacar que la corrección de errores en v0.6.X es menos agresiva que en v0.5.X. La versión gratuita monero mining pool 0.6.2 se basa más en el nuevo sistema de punto de control-reinicio para recuperarse de los errores. Entonces, en lugar de intentar corregir errores sobre la marcha, v0.6.2 generalmente terminará el cálculo, lo que obligará al usuario a continuar desde el último punto de control.

En una de mis pruebas, una multiplicación de 2.7 billones de dígitos falló cuando el programa intentó realizar escrituras no secuenciales en cuatro archivos de intercambio de 1 TB (un total de 4 TB de gran tamaño). El resultado fue que la memoria caché del sistema explotó, lo que inmediatamente activó el código de error de Windows 1450 debido a la insuficiente memoria virtual de la aplicación monero miner de coinhive. Debido a la solución que se agregó en 0.5.2.9040, el programa pudo continuar después de aumentar el tamaño de la memoria virtual. Sin embargo, continuó golpeando la memoria virtual durante varias horas antes de que el programa se terminara manualmente. La paliza simplemente no mostró signos de detenerse.

• Esto no es realmente un error en el programa. Es un problema en windows. En el modo de intercambio avanzado, puede haber largos períodos de tiempo en los que y-cruncher no use toda su memoria asignada. Como resultado, las ventanas mostrarán parte (o todas) de la porción no utilizada del hotel la spiaggia monterosso al mare italia. Sin embargo, cuando y-cruncher finalmente necesita usarlo, las ventanas sacudirán el archivo de páginas como loco. La minería de Monero resultante con el bloqueo de CPU puede ser suficiente para que el sistema operativo falle una E / S con un código de error 1450.

• esta "alrededor de" No es realmente un trabajo en absoluto. En lugar de terminar el programa cuando encuentra un error de E / S, simplemente se detiene y se vuelve a intentar hasta que se complete con éxito, o el usuario decida cancelar el programa porque algo más está claramente mal. Esto también puede dar a otros tipos de fallas de E / S otra posibilidad en caso de una falla aleatoria de algún tipo.

• los modos de cálculo + verificación para todas las constantes que lo admiten ahora compararán realmente los dígitos de las ejecuciones de cálculo y verificación para ver si realmente coinciden. Esta comparación automática ya existía en v0.1.0 – v0.2.1, pero se eliminó completamente a partir de v0.3.1 en adelante. Este lanzamiento de la estación de tren monterosso a la playa vuelve a habilitar esta característica. Pero por razones de eficiencia y facilidad de implementación, solo compara los últimos dígitos de las dos ejecuciones para determinar si los cálculos coinciden (mientras que v0.1.0 – v0.2.1 comparó TODOS los dígitos).

• las mediciones de consumo y utilización de la CPU ya no incluyen el tiempo necesario para escribir dígitos en el disco. Ahora solo miden el tiempo de cálculo real. Escribir dígitos en un disco lento tuvo el efecto de reducir drásticamente la utilización y la eficiencia, lo que lleva a algunos a creer que el programa es mucho menos eficiente que la red monería de minería monero que realmente es. Habilitar y deshabilitar la salida hexadecimal también tuvo un gran efecto en las mediciones.

banner