Admin honoris causa

@fassou Ya está añadido. Se trata de un Haswell de 2013. Tiene 4 núcleos con HT, una frecuencia máxima de 3.2GHz y un TDP de 37W. Con los datos de los que se dispone, la CPU más parecida es un i5-4440, lo cual es lógico teniendo en cuenta que son contemporáneos con unas características muy similares. Aunque el MQ tiene un TDP de menos de la mitad de ese i5, lo cual resulta sorprendente ya que en multihilo, el i5 le saca sólo un 12%. Yéndonos a procesadores un poco diferentes, el i3-7100U que salió 3 años después, tiene un rendimiento monohilo muy similar.

Al revisar me he dado cuenta que tenía una cola interesante de micros

@magog Iba a decir que ese modelo ya lo validó @Namiga hace un año, pero he ido a comparar los resultados y parece que el tuyo va bastante más rápido. El de Namiga iba a 2.8GHz cuando corrió la prueba y el tuyo ha ido un 18% más rápido: a 3.3GHz. Eso se puede achacar a limitaciones en la BIOS del fabricante de turno o a que hubiera algo en segundo plano. Pero es que el tuyo le saca el doble de puntos en multihilo. Revisando el rendimiento por MHz de la arquitectura, parece que tu resultado se acerca bastante a otros modelos como el 6500U, así que tu envío se convierte en una muestra bastante representativa de ese modelo.

En otro orden de CPUs, Namiga nos vuelve a traer un Ryzen, esta vez con gráficos integrados. Se trata de un Ryzen 5 2400G, un Zen (a secas) con 4 núcleos, 8 hilos y 3.9Ghz de frecuencia máxima. La composición de rendimientos mono y multihilo así como en los modos 0 y AVX2, no lo asemejan a nada de AMD y los micros de Intel que aparecen en la comparativa son muy variopintos: desde un "exótico" i5-5675R al i7-4790K y en todos con grandes diferencias. Seguramente, lo más interesante de esta CPU sea la GPU integrada aunque lamentablemente no tenemos cómo evaluar eso. Para no dejar el análisis demasiado soso, quizás sea interesante ver a qué se parece en cada ámbito:
· En monohilo en modo FPU, el más parecido es el Core i3-7100.
· En monohilo en modo AVX2, se parece al Core i7-4790
· En multihilo en modo FPU tiene ciertas semajanzas con el Core i7-7700
· Y en multihilo en modo AVX2 casi calca al mencionado i5-5675R.

Y para terminar con esta ronda, como ha dicho @krampak, vuelve a atacar con sus NUCs. Nos encontramos ante un i3-4030U, un Haswell de la serie U descatalogado no hace demasiado. Como buena serie U, viene con su TDP a 15W, lo cual no va a ser un problema para su rendimiento porque sus 2 núcleos (con HT) corren a una frecuencia fija de 1.9GHz. El procesador ha resultado ser la CPU más lenta en modo AVX2 de todas las que tenemos. De hecho, la lista de micros similares parece que se ha hecho un poco un lío con la comparación. En resumidas cuentas, en modo FPU es comparable a procesadores de no muy alta gama de la vieja arquitectura Wolfdale. En AVX2 ha quedado incluso por debajo de un A9 de AMD, que no deja de ser una APU portátil Exacavator. Lo dicho; el último de la lista. Aunque por no ser demasiado injusto con Haswell, esa APU ha necesitado prácticamente el doble de frecuencia para conseguir un rendimiento similar.

Editado: Por cierto Krampak, el Xeon del Windows 2008 sin R2 lo he añadido a la base de datos pero no debe aparecer porque la frecuencia se midió mal en todas las pruebas (mide 800MHz). No sé si es un problema de ese Windows, que la máquina está excesivamente cargada o alguna cuestión de hardware (temperatura elevada, configuración incorrecta, etc).

@krampak Hoy he podido revisar el código fuente. El launcher lo único que hace es detectar que el modo seleccionable es ejecutable por el procesador. Si hay un error manda una señal a la ventana para que muestre error. En caso contrario, lanza la ejecución del banco de pruebas. Es decir, que a primera vista parece que la CPU no cuenta con el repertorio seleccionado. En condiciones normales, si no es compatible, debería aparecer un mensaje de error en la ventana pero parece que Windows 2008 gestiona el tema de otra forma.

En principio, el fallo viene de que se han intentado ejecutar µinstrucciones que ese Xeon no entiende. ¿Intentaste ejecutarlo en modo 0? Veo que ese modelo de Xeon tiene soporte para AVX2 pero no creo que el núcleo NT 6.0 soporte algo más allá de SSE3. Leyendo un poco por ahí, parece que hace falta la R2 para poder acceder al repertorio vectorial. Así que ahí debe estar el problema. Y de hecho, puede que esa sea la razón por la que el error no se está mostrando de una forma normal (nunca había probado a ejecutar la versión gráfica en un Windows tan antiguo).

En otro orden de cosas (y con disculpas por el retraso; esta semana no daba para más), tenemos nuevos micros.

Hace más de una semana, @garfield trajo un i7-8750H con 6 núcleos, HT y un TDP de 45W. Hoy @rul3s nos ha traído el que parece su hermano gemelo de AMD: un Ryzen 5 2600X. No sé si se habrán puesto de acuerdo qué, pero este también tiene 6 núcleos, viene con SMT y fue lanzado al mercado el mismo mes y año que el i7 de garfield.

Como parece que la portada está un poco triste, voy a publicar la mini-comparativa allí.

@krampak Pues sí que es raro el error ese. Se supone que ese Windows usa el mismo kernel que Windows Vista aunque también es verdad que por debajo de Windows 7 no he probado todos los componentes del banco de pruebas. Y siendo sincero, ahora no recuerdo qué hacía exactamente el launcher. Estos días voy a estar fuera pero cuando vuelva le echaré un vistazo aunque sea por curiosidad de saber qué pasa ahí.

Este fin de semana, @krampak nos ha traído un nuevo micro portátil a nuestra base de datos: un Core 2 Duo T6600.

Este procesador cumplió una década a principios de años. Su rendimiento es comparable a procesadores de la época como el célebre Core 2 Duo E6600. Pero no sale nada parecido ni remotamente actual.

El micro exótico más parecido es un Xeon E5504, que tiene el mismo rendimiento en monohilo y que con el doble de núcleos obtiene el doble de rendimiento. Ahora eso sí, con un TDP 2.5 veces superior. En ese Xeon parece que ni el doble de caché con respecto al Core 2 Duo T6600 parece ayudar. Y lo más curioso es que ambos están separados sólo por 3 meses. O el Core 2 Duo salió muy bueno o ese Xeon no anda ni marcha atrás.

A parte de eso, nada más que destacar.

Solucionado.

@Sylver Por ahí han ido más o menos los tiros. Lo de crear un formato personalizado es algo que había probado en Linux y en Windows pero sin buenos resultados. En el caso de Linux se seguía cortando la página. En Windows directamente no imprimía.

Dejando de lado Linux, me he puesto a ver por qué no imprime en Windows y resulta que no imprimía nada: ni docuentos A4, ni bloc de notas ni nada. Curiosamente sí imprimía la página de prueba, por eso había achacado el problema el formato de la página. Total, que he desinstalado y vuelto a instalar la impresora pero nada.

La impresora está conectada por Wifi y como no uso Windows para imprimir prácticamente desde la época del puerto paralelo, no tengo absolutamente ninguna experiencia con impresoras Wifi. Pero en fin, parece que la gestión de Windows de impresoras conectadas por algo diferente a USB no debe ser la mejor, al menos no en HP.

Total, que la he conectado por cable y ha empezado a imprimir en Windows. He hecho lo del formato personalizado pero ha vuelto a hacer lo de Linux: imprime hasta algo más de la tira y luego suelta el papel.

Lo curioso es que cuando aceptaba los cambios de la configuración, al volver a meterme para asegurarme de que se habían aplicado los cambios, aparecían los valores por defecto. Así que me he ido a la administración de la impresora y he puesto el formato de papel personalizado como formato por defecto. Y ahí ya sí ha imprimido toda la tira.

En Linux he sido incapaz de establecer un formato personalizado por defecto, aunque esto puede ser más un fallo de la herramienta de Mageia más que del controlador. En CUPS no he encontrado nada para esto. De momento usaré Windows; la verdad es que la gestión de impresoras de Linux a veces me pone de los nervios. Las impresoras en general me ponen de los nervios:

Gracias @Sylver por la respuesta.

Buenas a todos. Estoy intentando imprimir en un trozo de papel de 21x65cm (ancho de A4, dos veces y medio más largo). Cuando imprimo algo desde Linux, imprime hasta algo más de la mitad de la tira y desde Windows directamente no imprime.

La impresora es una HP Deskjet F4580, la típica multifunción que compré hace casi 10 años. He estado buscando por ahí y parece que hay que habilitar el tipo de papel "banner" que viene a ser el papel continuo que se usaba en las impresoras de aguja.

Sobre decir que ese tipo de papel no está entre el repertorio disponible ni en Linux ni en Windows. No sé si es que hay alguna limitación en el tamaño con este tipo de impresoras o qué. Tampoco sé qué tipo de impresora doméstica (en precio), de chorro de tinta, etc, debo comprar si quiero imprimir este tipo de cosas.

Antes de pensar en comprar una nueva impresora, quiero intentar hacerlo con esta.

Gracias!

@krampak Aquí está la ficha.

Parece que esta vez sí supone algo de mejora porque las diferencias entre el 6100U y el 4415U son imperceptibles. No es que sea un gran avance, pero al menos ya no sale en la lista de micros similares como el más parecido. Con esta actualización que os han hecho, hay una mejora de entre el 15 y el 25% dependiendo del la cantidad de hilos y el modo, lo cual es bastante viendo los tiempos que corren.

En general, el procesador no está mal teniendo en cuenta que es un "i3 U". Me sorprende que en monohilo saque el mismo rendimiento que un i7-4720HQ, que es sólo dos años más viejo y que con el doble de núcleos, tiene un TDP tres veces mayor.

Aquí os dejo un video que narra la evolución del Universo desde la actualidad hasta su fin. Me gusta cómo han montado la escala de tiempo y cómo, en todo momento, informan de las partes en las que por falta de conocimiento, lo que se muestra es sólo una conjetura:

@kynes whoops! Gracias por el aviso. El mendas estaba usando un cuenta de prueba. Ya está solucionado.