IllumOS ¿ La luz al final del tunel ?

illumos.pngAyer se realizó la presentación oficial del proyecto IllumOS un fork de OpenSolaris, aunque no es un fork en el sentido extricto de la palabra, porque como se comenta en el FAQ, no se pretende realizar una excisión de OpenSolaris, sencillamente la idea es mantener una rama de forma mas o menos independiente de Oracle. Tenemos que tener en cuanta que Oracle no ha cerrado el proyecto OpenSolaris (como mucha gente vaticina) y que se están realizando contribuciones en él, por lo tanto la idea de IllumOS es mantener una rama, con las contribuciones que se realicen sobre OpenSolaris y que sea independiente de cualquier fabricante, para que en el hipotético caso de que hubiera un problema con Oracle, poder disponer de una rama independiente.

Entre las características principales de IllumOS están:

  • No se creará una distribución
  • Se reemplazará todo el código cerrado que aún se mantiene en OpenSolaris.
  • Se mantendrá la compatibilidad 100% con el código de Opensolaris.

En resumen a parte de todas las cuestiones rumorológicas del asunto Oracle+Opensolaris, el nacimiento del proyecto IllumOS es el ejemplo de la razón de existir del Código Abierto, que no importan los problemas, sencillamente se puede seguir avanzando, avanzando y avanzando.

Para mas información este post de Miguel Vidal y el blog de Iban Nieto

Solaris: Introducción a Resource Management (II)

En el post anterior, sobre Resource Management, vimos las posibilidades que ofrece este conjunto de herramientas para la gestión de los recursos. Principalmente vimos la forma en la que podemos gestionar ciertos parámetros del Kernel y como crear grupos de CPUs. En este post vamos a ver la herramienta RCAP (Resource Capping Daemon) que nos permite controlar la cantidad de memoria física a la que tiene acceso un proceso. Continue reading

Solaris: dladm, agregando interfaces de red

Como podemos leer en el man, el comando dladm nos permite configurar los data-link de una máquina y entre las cosas que podemos hacer está la creación de interfaces virtuales los cuales se configuran con varios interfaces físicos agragados. Las especificaciones de la agregación de enlaces (Link aggregation) están definidas en la IEEE 802.3ad.Tener varios interfaces en una agregado tiene una serie de ventajas importantes Continue reading

Solaris: Introducción a Resource Management

Lo primero que podemos decir de Resource Management, es uno de los grupos de características menos conocidos de Solaris, puedes preguntarle a cualquier administrador de Solaris sobre este conjunto de herramientas y el 70% de ellos no las habrán utilizando nunca y un 60% ni siquiera saben de qué les estás hablando, creo que merece la pena echar un vistazo a Resource Management porque descubriremos que nos puede ayudar en nuestro día a día. Continue reading

Solaris: Slab allocator

La gestión de memoria que hace el Kernel de un sistema operativo no se diferencia mucho de la que se debería hacer con cualquier otro software, excepto en una cosa, es difícil realizar una predicción sobre las necesidades de memoria que van a tener los distintos procesos que se estén ejecutando en el sistema, para ellos el Kernel debe estar continuamente reservando pedazos de memoria para la gestión del sistema, Continue reading

Opinión: ¿ IBM compra Sun ?

La semana pasada saltó el rumor de que IBM podría comprar Sun, no voy a escribir un post sobre este tema, ya hay demasiado ruido con los cientos de post en distintos blogs especulando sin ton ni son sobre este rumor, sino que voy a recomendar la siguiente entrada que mi amigo y mentor Joaquín López ha escrito en su blog La noticia tecnológica de la semana, en la cual hace un análisis muy interesante de esta noticia.

Si el rumor se materializará o no, no lo sabes, pero por favor que no ocurra lo mismo con Solaris que lo que le pasó a Tru64 cuando HP compró Compaq.

SPARC: Rendimiento del SPARC64 VI

En un post anterior, hemos hablado cómo podemos medir el rendimiento del procesador UltraSPARC T2+. Siguiendo con esta serie de posts, ahora vamos a ver como podemos analizar el comportamiento del procesador SPARC64 VI, en el link anterior podemos ver algunas de las características de este procesador. Podemos destacar, que se trata de un procesador dual-core, con 2 threads hardware por core. Continue reading

SPARC: Rendimiento del T2+

Hace algún tiempo que Sun ha puesto en escena el procesador UltraSPARC T2+, puedes leer una pequeña descripción de este procesador en el siguiente link. El procesador dispone de varios cores (dependiendo del modelo que compres) y cada uno de los cores es capaz de gestionar 8 threads hardware. Solaris trata cada uno de los threads hardware de los cores como si se tratasen de CPUs, en realidad, podemos pensar en CPUs virtuales. Continue reading

DTrace en una línea

He creado una página, en la que pretendo ir publicando comandos DTrace construidos en una sola línea. ¿ Para qué ? la razón es sencilla, DTrace nos permite identificar problemas o comportamientos del sistema, pero cuando tenemos un problema, muchas veces tenemos que identificar la causa de la forma más rápida posible, puede ser interesante disponer de una recopilación de comandos DTrace que nos ayuden rápidamente en la identificación del problema. Puede echarle un ojo en este link.

Solaris: MPxIO, devices y LUNs

Siempre que he trabajado con software de multipathing he tenido el mismo primer problema identificar los dispositivos físicos asociados con los dispositivos virtuales. Este primer problema se resuelve de distintas formas dependiendo del software que se emplee, solo vamos a a hablar de MPxIO (Multiplexed I/O), el cual viene integrado en Solaris desde Solaris 8 y permite crear una interfaz virtual para acceder por varios caminos a un mismo dispositivo. Continue reading

¿ Sabías que con mdb puedes ver la memoria del sistema?

La forma más rápida de ver el uso de la memoria física de nuestro sistema es ejecutando la siguiente línea de comando, que le pasa al debugger del kernel el comando “::memstat”

# echo "::memstat" | mdb -k
Page Summary                Pages                MB  %Tot
------------     ----------------  ----------------  ----
Kernel                      50136               391    3%
Anon                       356935              2788   20%
Exec and libs                4787                37    0%
Page cache                 160492              1253    9%
Free (cachelist)          1135937              8874   65%
Free (freelist)             52792               412    3%

Total                     1761079             13758

Con esta salida obtenemos una visión rápida del estado de nuestra memoria física, con 3 columnas, una en páginas, otra en MB y la última en prociento, de cuanta memoria está utilizando el Kernel, cuanta memoria está asignada como Anónima, cuanta se ha usado para el Page Cache y cuanta memoria está marcada como libre.

Si quieres saber exactamente la memoria disponible en el sistema utiliza este método, no use comandos como el vmstat.