JJMora@arrakis.es

Ayer 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

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. Leer el resto de la entrada »

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 Leer el resto de la entrada »

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. Leer el resto de la entrada »

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, Leer el resto de la entrada »

Normalmente no suelo contar demasiado sobre el día a día de mi trabajo, pero a veces ocurren cosas curiosas que creo que son interesantes contarlas, sobre todo, por si pueden ser de ayuda para otros que se encuentren con el mismo problema, o por lo menos parecido. La semana pasada unos compañeros del departamento Leer el resto de la entrada »

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.

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. Leer el resto de la entrada »

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. Leer el resto de la entrada »

Como hemos visto en el post anterior sobre DTrace, existe una gran cantidad de información a la que podemos acceder mediante los distintos provider disponibles y otros que se están desarrollando e incorporando poco a poco. De todos los provider disponibles en DTrace uno de los más interesantes es el pid provider. Leer el resto de la entrada »

Este post no pretende ser un manual de ZFS, solo una sencilla guía rápida que permita a los neófitos en la materia, disponer de un punto de inicio que les sirva de trampolín, para poder profundizar en ZFS. Por esta razón, el post solo cuenta con 12 sencillos pasos, los cuales describen a grandes rasgos las operaciones básica que alguien que empieza debe aprender. Leer el resto de la entrada »

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.

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. Leer el resto de la entrada »

Hace algún tiempo, escribí el post Solaris: Buceando en el Kernel con libkvm sobre cómo podemos utilizar la librería libkvm para crear nuestros propios comandos y que dichos comandos realicen cosas que hasta ahora no podíamos hacer. Leer el resto de la entrada »

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.