tag:blogger.com,1999:blog-4529409931918777896.post6174840162340072187..comments2023-05-07T17:42:32.909+02:00Comments on ProfessionalSAT: Sistemas de altas Prestaciones. Metodología de validación – ProfessionalSATaaqqhttp://www.blogger.com/profile/17016594305206647569noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-4529409931918777896.post-6535098414245658872012-11-01T16:24:59.499+01:002012-11-01T16:24:59.499+01:00Juan Carlos,
Agradezco tus felicitaciones, y sí, ...Juan Carlos,<br /><br />Agradezco tus felicitaciones, y sí, voy muy atareado con el trabajo y la familia... pero al fin he sacado algo de tiempo para publicar un nuevo artículo en ProfessionalSAT sobre los nuevos AMD Vishera FX:<br /><br />http://professionalsat.blogspot.com.es/2012/11/amd-vishera-fx-8350-primeras.html<br /><br />Un saludo,<br /><br />Carlos Yus Valero.aaqqhttps://www.blogger.com/profile/17016594305206647569noreply@blogger.comtag:blogger.com,1999:blog-4529409931918777896.post-79821960676911166032012-10-30T23:54:06.447+01:002012-10-30T23:54:06.447+01:00Hola, Carlos:
Me encantan tus artículos. Este, po...Hola, Carlos:<br /><br />Me encantan tus artículos. Este, por ejemplo, lo encuentro interesantísimo.<br /><br />Veo que hace meses que no publicas; imagino que debes tener otras obligaciones que te lo impiden. Si en algún momento te resulta posible sacar unos minutos para escribir por aquí, me encantaría que comentases si a día de hoy sigues usando los mismos programas para validar tus sistemas o si, por el contrario, has introducido algún cambio, ya que este artículo lo publicaste en 2009 y pienso que podría ser posible que algo de lo publicado en él ya no sea vigente.<br /><br />Un cordial saludo,<br /><br />Juan CarlosJuan Carloshttp://www.xxxyyyzzz.com/noreply@blogger.comtag:blogger.com,1999:blog-4529409931918777896.post-58481100330500985922012-05-10T20:58:37.355+02:002012-05-10T20:58:37.355+02:00Anónimo,
Sería absurdo, y no va con mi carácter y...Anónimo,<br /><br />Sería absurdo, y no va con mi carácter y mi formación, el empezar aquí una discusión sobre este tema. Para empezar me parece un sin sentido por tu parte irrumpir así en uno de mis Blogs...<br /><br />Solo te diré que he usado LinX y el muy superior y excelente IBT (ambos utilizan binarios Linpack de Intel vectorizados y compilados específicamente para cada arquitectura) y empíricamente he visto que no son, ni de lejos, tan sensibles como Prime95 para detectar errores sutiles de procesamiento.<br /><br />Partiendo de la basa de que todas mis máquinas tienen ajustes iniciales presuntamente estables, obtenidos por mi profundo conocimiento de la arquitectura subyacente tanto en procesadores, chipsets, memoria, GPUs,... (es mi trabajo y mi obligación saberlo todo del tema y es lo que justifica en última instancia mis honorarios) ejecuto siempre rutinas de validación de una duración de dos a tres semanas de media por sistema.<br /><br />En algunos casos he llegado a las seis semanas, no es algo trivial y mis clientes entienden la complejidad del proceso.<br /><br />Debo decir que mis clientes son especiales en sus necesidades, llevo años diseñando máquinas para utilizaciones críticas para universidades. Normalmente para simulaciones numéricas en las que un solo fallo es catastrófico y no puede contemplarse.<br /><br />Mis Sistemas de Altas Prestaciones están avalados por su nula tasa de fallos debidos a ajustes inapropiados en frecuencia, voltaje o timings de memoria y otros ajustes así como su superior velocidad de cálculo o proceso a cualquier otra máquina del mercado estable. Y digo estable en términos absolutos.<br /><br />Todo ello debido al largo y exhaustivo método de validación.<br /><br />Te diré, para terminar, el porqué LinX no es un buen método de detección de errores sutiles (sí es bueno y rápido para errores de bulto; errores no permisibles en mis sistemas): las rutinas Linpack ejecutan un mix de instrucciones MUY reducido intentando siempre dar un pico en GFlops gracias a una excelente tasa de aciertos de caché.<br /><br />Simplemente hablando y para que todos lo entiendan, ejecuta repetidamente pocas instrucciones y siempre del mismo modo, por ello no prueba todas las demás instrucciones X86 y además no activa muchas unidades de la CPU.<br /><br />En síntesis, un sistema que no falla LinX durante un año, puede fallar otro test diferente (que utilice otro mix de instrucciones distinto y no busque un resultado pico en GFlops FPU) un minuto después.<br /><br />Un saludo,<br /><br />Carlos Yus Valero.<br /><br />PD. También a mí me encantaría descubrir el Santo Grial de los programas de testing y conseguir uno que en diez minutos me asegurase la estabilidad absoluta de una máquina...aaqqhttps://www.blogger.com/profile/17016594305206647569noreply@blogger.comtag:blogger.com,1999:blog-4529409931918777896.post-17575155148426555752012-05-03T05:39:51.446+02:002012-05-03T05:39:51.446+02:00Desde mi experiencia de más de 20 años de overcloc...Desde mi experiencia de más de 20 años de overclocker te puedo decir que esos programas que usas para testar no valen un pimiento :D<br /><br />Usa LinX ( la últimisima version ) y verás que los equipos petan mucho más rápido.<br />Otro bueno es el OCCT ( la ultimísima versión también ) en Power Supply mode.<br /><br />Verás que de tiempo ganas :DAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4529409931918777896.post-40494059976857632562012-05-02T01:08:39.396+02:002012-05-02T01:08:39.396+02:00tus articulos exceden con mucho mis conocimientos ...tus articulos exceden con mucho mis conocimientos de tecnico en pc autodidacta con 20 años de experiencia, pero quiero agradecerte compartirlos y enseñarme nuevas forma de pensar. encontre todos muy utiles y mas que interesantes, un saludo cordial desde bs-aswalterhttps://www.blogger.com/profile/02537547534868239859noreply@blogger.comtag:blogger.com,1999:blog-4529409931918777896.post-77594110160485544612009-05-12T08:16:00.000+02:002009-05-12T08:16:00.000+02:00Pues muy sencillo Juan, hago exáctamente lo mismo ...Pues muy sencillo Juan, hago exáctamente lo mismo que si diese un fallo a los diez minutos de test:<br /><br />Averiguar la causa del fallo, que tras muchos años de experiencia se intuye en función del tipo de error, y cambiar la configuración para solucionarlos.<br /><br />En sistemas de estas características normalmente es un tema de timings o voltajes, piense que siempre hay que buscar los timings más rápidos con el voltaje más bajo. Es un compromiso.<br /><br />Por esta razón la validación tan exhaustiva, son sistemas fuera de especificación.<br /><br />Saludos.aaqqhttps://www.blogger.com/profile/17016594305206647569noreply@blogger.comtag:blogger.com,1999:blog-4529409931918777896.post-68737474578256575512009-05-12T04:04:00.000+02:002009-05-12T04:04:00.000+02:00dime y que haces si luego ejemplo 18 horas encuent...dime y que haces si luego ejemplo 18 horas encuentras errores en alguna prueba, como comienza tu diagnosticoJuan Chavezhttps://www.blogger.com/profile/05033805396828148187noreply@blogger.com