Hoy me decidí a meterle mano al ACPI del servidor, el cual me está dando problemas con el CPU frequency scaling. Se empeña en decir que la máxima frecuencia de la CPU son 3Ghz en vez de 3.16Ghz.

En mi ignorancia, creía que podía arreglarlo reparando la tabla DSDT del ACPI de la BIOS de mi placa base (una Gigabyte P35-DS3R).

Lo primero que hice fue obtener un volcado de la tabla DSDT con el siguiente comando: cat /sys/firmware/tables/DSDT > dsdt.dat

Una vez que tuve el volcado disponible lo desensamblé para poder echarle un ojo a las tripas del mismo. Para esto se utiliza el iasl, un compilador de tablas ACPI de Intel: iasl -d dsdt.dat. Esto genera un fichero llamado dsdt.dsl con el código de la tabla, si fuese correcto al compilarlo de nuevo no debería darnos ningún error, pero como podéis ver el mío me daba 2 errores y 1 advertencia:

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20090123 [Feb 15 2009]
Copyright (C) 2000 - 2009 Intel Corporation
Supports ACPI Specification Revision 3.0a

dsdt.dsl   221:     Method (\_WAK, 1, NotSerialized)
Warning  1080 -                 ^ Reserved method must return a value (_WAK)

dsdt.dsl   284:             Store (Local0, Local0)
Error    4050 -                         ^ Method local variable is not initialized (Local0)

dsdt.dsl   289:             Store (Local0, Local0)
Error    4050 -                         ^ Method local variable is not initialized (Local0)

ASL Input:  dsdt.dsl - 5588 lines, 187085 bytes, 2337 keywords
Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 641 Optimizations

Después de echarle un ojo a las especificaciones ACPI y manual de referencia de ASL decidí hacer lo siguiente:

• Añadir Return (Package(0×02){0×00, 0×00}) al final del método _WAK para evitar la advertencia en la línea 221. Según la especificación ACPI, _WAK debe devolver un Package con 2 campos DWORD, el primero indicando 0 en caso de éxito, cualquier otro valor para indicar error, y un segundo parámetro indicando el motivo del error si lo hubiese. Así que devolviendo {0×00, 0×00} le indicamos que todo ha ido bien.
• En cuanto a las líneas de los errores, son las 2 iguales: Store (Local0, Local0). La función Store almacena el valor del primer argumento en el segundo, lo cual en este caso no tiene mucho sentido, porque básicamente lo que hace es igualar Local0 a Local0, así que simplemente comenté ese par de líneas y adiós a los errores.

Una vez modificado el código fuente, se compila con iasl -tc dsdt.dsl obteniendo un fichero .hex que debemos pasarle como parámetro (a la hora de compilarlo) al kernel, concretamente la opción CONFIG_ACPI_CUSTOM_DSDT_FILE.

Con la tabla DSDT reparada y el kernel actualizado reinicié el sistema, esperando que todo estuviese arreglado, pero sigo en las mismas

Por lo que he visto, uno de los E8500 solo está soportado por una versión beta de la BIOS de mi placa base, no sé si ese será el problema, pero no sé que prefiero, si usar una BIOS beta o prescindir del escalado de frecuencia de la CPU.

¿Alguno ha tenido un problema similar con un E8500 y una P35-DS3R de Gigabyte?

Menudo título para un post.. esto ya parece ablogios. El caso es que esto de tener 3 trabajos, unos con más carga que otros, e intentar sacar una ingeniería en la UNED adelante no es factible. Me estoy volviendo loco para sacar tiempo para estudiar, y aún por encima llego machacado a ese poco tiempo libre que me queda…

Los portatiles van finos, yo me estoy quedando más fino aún.. (-16Kg desde agosto). Tengo que hacer una recopilación de software necesario para ex-linuxeros en mac.. a ver si lo posteo pronto.

Ya está todo listo. El servidor funciona como la seda. Los portátiles no dan problemas, ni fallos al actualizar  a 10.5.6 ni problemas con los 4Gb de RAM.

Plex en su rama estable se comporta decentemente como sustituto del XBMC en Mac OS X, bastante mejor que la versión 8.10 (Atlantis) de XBMC en la antigua Xbox. Eso si, aún tiene ciertas carencias con videos HD, como que con una televisión que permite 1080p/24p y con vídeos a 23.975fps se empeña en sacarlos a 25fps en vez de a 24fps.

Eso si, para algunas cosas, como la gestión de archivos, la migración a Mac es un poco traumática… tanto arrastrar y soltar se me hace raro, me sorprendo escapando a la consola…

La televisión ya está en nuestro salón, he invertido casi 100€ en cables y ya está, xbox360 utilizando un cable de componentes y el macbook via DVI/HDMI conectados a la televisión.

Haciendo pruebas con los cacharros descubrí nuevas cosas con las que romperse la cabeza, resoluciones, herzios, judder (no, no es un taco)…

Lo más sencillo es la xbox360, fue conectar el cable por componentes, encenderla, decirle que quería 1080i de resolución y caerseme la baba simplemente con el menú del Fable II. El único fallo es que los DVDs no los escala y los manda a 576p.

Otra cosa fue el macbook, por defecto me daba 1080i, pero con ayuda de SwitchResX pude ponerlo en 1080p tanto a 24 como a 50Hz.

Probando cómo se veía un DVD escalado a 1080p con el portátil descubrí el judder famoso. Está explicado en el enlace de arriba, pero en resumidas cuentas, un vídeo de 25 fps no puedes verlo a 24hz sin tener saltitos en los cambios de plano y viceversa. En mi primera configuración  del SwitchResX había colocado la televisión en 1920×1080@24Hz y al probar con el DVD de Matrix casi me dá algo con tanto movimiento de cámara a golpes… Después de investigar un rato (powered by google) probé con 1920×1080@50Hz y desapareció el problema.

Otra historia son las películas en FullHD, hice las pruebas con Kill BIll Vol 2, rippeada de blue-ray, 11MB/sec de bitrate y 23.976fps. En teoría debería verse mejor a 24Hz que a 50Hz, pero por algún extraño motivo el Plex dropea 1 frame por segundo cuando lo reproduce a 24Hz/24fps, sin embargo a 50Hz/25fps, no pierde frames por el camino y se ve mejor sin que se aprecie el judder que en teoría debería sufrir.

Ya están aquí…

Los macbooks han llegado. Este post lo escribo desde el mío (el que dejó KaRMe sin desempaquetar)

Hace tiempo que le tengo ganas a un televisor que sea capaz de mostrar contenidos en HD. Hasta ayer mi idea era una televisión de 37″, pero la visita al corte inglés me hizo cambiar de parecer, nos llamó la atención una Philips de 32″. Nos asaltó el comercial de turno… tuvo suerte y alguna tirada crítica en Persuasión y acabamos comprando la tele.

En teoría el viernes la tendremos instaladita en casa, le daré caña tanto con la 360 como con el macbook vía DVI<–>HDMI, y si no me convence acabará de vuelta en el corte inglés… ventajas del tajo británico.

Nuestros portátiles están conociendo mundo, es un hecho, o bien alguien en UPS se ha tomado unas copas de más.

Actualmente están en Incheon (Corea del Sur), pero según UPS ya han pasado dos veces por Shanghai (China) con parada intermedia en Colonia (Alemania) para unas birras y unas salchichas.

Del servidor por otra parte, tengo casi todo en casa, excepto 3 discos duros de 500Gb nuevos y unos adaptadores de 5.25″ a 3.5″ de LianLi para alojar discos duros en bahías de 5.25″ y así conseguir espacio extra. La idea a largo plazo es llenar la caja con esos adaptadores, 5 en total, para poder alojar un máximo de 15 discos duros.

De momento lo que ya está listo es la wifi a 802.11n, en una visita no-programada al PC City encontré un router Belkin (Belkin N+ Wireless Router) con soporte 802.11n y switch de 4 bocas 10/100/1000 por 89.90€, nada mal, teniendo en cuenta que le pregunté a mi ex-jefe por un cutre punto de acceso con soporte 802.11n y me pidió por él 115€. Lo bueno de este router belkin, es que aparte de servirme como respaldo para dar salida a internet en caso de que falle el servidor, es que tiene un modo de configuración en el que se comporta como un simple AP + switch, desactivando el comportamiento de router+firewall.

Como mencionó KaRMe en sus posts, estamos de migración informática y multimedia. De PCs a macbooks y de TV de tubo de 29″ a LCD 32″ FullHD.

La parte informática quedará así:

• Servidor linux (el que aloja estos blogs entre otras cosas) –> Intel Core 2 Duo E8500 con 4GB de RAM
• 2 Portatiles Apple MacBook 13.3″ 2.4Ghz y 4GB de RAM

Y la multimedia:

• Televisión Philips 32PFL7803D, en resumidas cuentas: 32″ y FullHD
• La xbox con XBMC se verá sustituida por cualquiera de los 2 portatiles, que tendrán instalado XBMC para mac

En siguientes posts iré explicando con detalle el estado de cada una de las migraciones y como queda la cosa.

Esta mañana mando un correo a R, llamar es inutil ya que con quien te ponen al teléfono no tiene ni idea de informática y tampoco puedo darles con las gráficas en la frente. Lo que iba diciendo, mando un correo a R indicándoles con unas bonitas gráficas generadas por mi MRTG que el rendimiento de la conexión era deplorable: 22:00 –> 1:30 AM pérdidas de paquetes de casi el 100%. Y algo similar esta tarde de 16 a 18, que no pude ni entrar en el equipo de casa vía ssh.

Hace unos minutos (21:00) llaman por teléfono explicando que claro, con tráfico de subida (que ellos lo asocian directamente con P2P) es normal que la conexión vaya mal. Efectivamente ese tráfico está ahi, unos 60KB/sec lo que viene siendo un 60% del upload de mi conexión (1Mbit de subida). Además mi router/servidor linux, limita el uso de la conexión mediante QoS al 90%, evitando que se sature.

Así que claro, como cliente particular para R soy un grano en el culo, monitorizo la conexión 24/7, tanto en cuanto a tráfico entrante y saliente como a latencia y pérdida de paquetes contra sus servidores. Pero coño, no me digas que si utilizo el 60% de mi ancho de banda de subida pierdo el 100% de los paquetes, cuando esto solo ocurre de cuando en cuando, y aun por encima, cuando se registran esas pérdidas brutales de paquetes, mi tráfico de subida cae a 0.

Pues si, pretendo usar mi conexión al máximo posible, tanto subida como bajada, y si en los recibos/facturas que pago dice que estoy pagando 12Mb/1Mbit, eso es lo que voy a reclamar, y si una conexión de 1Mbps de upload se “satura” subiendo 600Kbps, algo falla..

Menuda semanita… el viernes se me quemaba el cablemodem, el martes se me fastidia la SIM y el miercoles rajo una rueda del coche contra un bordillo de una acera.

Lo del cablemodem se arregló rápido, y lo de la rueda más rápido aún, 115€ y 3 horas más tarde el coche volvía a estar listo. El problema fue la tarjeta SIM, durante 2 días el sistema de Vodafone que usan para clonar/generar tarjetas SIM no funcionaba. Asi que nada, casi 3 días sin movil y me estoy pensando en cambiarme a movistar (aunque no creo que lo acabe haciendo..)