En esta sección se describen todas las funciones que son nuevas o se han mejorado en la versión 12/06 de Solaris Express.
Esta mejora de red se ha incluido como novedad en Solaris Express 12/06.
El protocolo de inicio de sesión (SIP) es un protocolo de capas de aplicación que puede utilizar para iniciar, modificar y finalizar sesiones multimedia como voz sobre IP (VoIP) y mensajería instantánea (IM).
La biblioteca SIP de Solaris proporciona una pila SIP, que cumple con RFC 3261, y un conjunto de API para escribir aplicaciones SIP. Los principales usuarios de esta biblioteca son desarrolladores que escriben aplicaciones SIP, como teléfonos softphones, servidores proxy, servidores de redirección, etc.
La biblioteca es compatible con los encabezados SIP en RFC 3261, 3262, 3265, 3323 y 3325.
Para más información sobre SIP, consulte la página de comando man sip(7P).
Esta mejora de las herramientas de administración del sistema es una novedad de Solaris Express 12/06.
ZFS registra automáticamente los comandos zfs y zpool que se ejecutan satisfactoriamente para modificar la información de estado de la agrupación. Por ejemplo:
# zpool history History for 'newpool': 2006-10-23.08:58:22 zpool create -f newpool c1t2d0 2006-10-23.08:59:02 zpool replace -f newpool c1t2d0 c1t3d0 2006-10-23.08:59:54 zpool attach -f newpool c1t3d0 c1t4d0 |
Esta función le permite a usted o al personal de asistencia de Sun identificar el conjunto exacto de comandos de ZFS que se han ejecutado para resolver un problema.
Las características del registro de historial son:
El registro no se puede desactivar.
El registro se guarda de forma persistente en el disco, lo que significa que se guarda en los reinicios del sistema.
El registro se implementa como búfer de anillo. El tamaño mínimo es de 128 Kbytes. El tamaño máximo es de 32 Mbytes.
En el caso de agrupaciones más pequeñas, el tamaño máximo se limita a un 1% del tamaño de la agrupación, y el tamaño se configura en el momento de crear la agrupación.
El registro no requiere ninguna administración. Esto significa que no necesita ajustar el tamaño del registro ni cambiar su ubicación.
Actualmente, el comando zpool history no registra id[lowbar]usuario, nombre[lowbar]host ni nombre[lowbar]zona.
Para obtener más información sobre cómo resolver los problemas relativos a ZFS, consulte la Guía de administración de Solaris ZFS.
Esta mejora en la administración de dispositivos se ha incluido como novedad en Solaris Express 12/06.
A partir de esta versión, se han incorporado mejores servicios y métodos que permiten administrar los medios extraíbles, que sustituyen a las funciones de administración de medios extraíbles anteriores.
Hay disponibles las siguientes funciones nuevas:
Los nuevos servicios de medios extraíbles se activan y desactivan con SMF.
online 12:17:54 svc:/system/hal:default online 12:17:56 svc:/system/filesystem/rmvolmgr:default online 12:17:26 svc:/system/dbus:default |
Los medios extraíbles se montan ahora automáticamente en el directorio /media. Sin embargo, los vínculos simbólicos a /media se proporcionan desde los puntos de montaje de medios anteriores, /cdrom y /rmdisk, para fines de compatibilidad.
Por ejemplo, una tarjeta de memoria Compact Flash (/dev/dsk/c4d0p0:1) se monta del modo siguiente:
$ ls /media/NIKON |
Por ejemplo, un Memory Stick USB (/dev/dsk/c3t0d0s0) se monta del modo siguiente:
$ ls /media/U3 |
Por ejemplo, un disquete (/dev/diskette0) se monta del modo siguiente:
$ ls /media/floppy |
El administrador de volúmenes de medios extraíbles predeterminado, rmvolmgr, se encarga de lo siguiente:
Monta y desmonta volúmenes.
La instancia root de rmvolmgr se inicia al arrancar el sistema. No obstante, puede establecer que los archivos de configuración de la sesión inicien una instancia de rmvolmgr cuando inicie sesión. Si se ejecuta en una sesión de usuario, rmvolmgr sólo monta dispositivos que pertenezcan a la sesión o el usuario actual y no entren en conflicto con la instancia root.
Cuando se cierra rmvolmgr, desmonta todos los medios que haya montado.
Para fines de compatibilidad, rmvolmgr crea vínculos simbólicos en los directorios /cdrom, /floppy, /rmdisk a los puntos de montaje reales de /media.
Hay disponible un modo de ejecución de rmvolmgr especial para obtener compatibilidad con CDE.
El daemon de la capa de abstracción de hardware (HAL), hald, proporciona una vista del dispositivo conectado a un sistema. Esta vista se actualiza automáticamente cuando se realizan cambios en la configuración de hardware, mediante conexión en marcha u otros mecanismos.
HAL representa una parte de hardware como objeto de dispositivo. Un objeto de dispositivo se identifica mediante un identificador de dispositivo único (UDI o Unique Device Identifier) y contiene un conjunto de pares de clave y valor al que se hace referencia como propiedades de dispositivo. Algunas propiedades se derivan del hardware, otras se combinan de los archivos de información de dispositivos (archivos .fdi) y algunas están relacionadas con la configuración del dispositivo.
Se eliminan las siguientes funciones:
Se han eliminado el daemon vold, el sistema de archivos volfs y el servicio volfs.
svc:/system/filesystem/volfs |
Ya no se proporcionan los nombres de dispositivos lógicos para los medios en el directorio /vol, como /vol/dev/rdsk/... o /vol/dev/aliases/....
Para acceder a los medios extraíbles mediante su nombre de dispositivo lógico, debe utilizarse el dispositivo /dev. Por ejemplo:
/dev/rdsk/c0t6d0s2 |
Ya no están disponibles algunos sobrenombres de dispositivos vold. El siguiente resultado de eject -l identifica los sobrenombres de dispositivos disponibles ara cada dispositivo y, en el ejemplo, los nombres de rutas de medios montados (/media/SOL[lowbar]11[lowbar]X86[lowbar]4):
$ eject -l /dev/dsk/c2t0d0s2 cdrom,cdrom0,cd,cd0,sr,sr0,SOL_11_X86_4,/media/SOL_11_X86_4 /dev/diskette floppy,floppy0,fd,fd0,diskette,diskette0,rdiskette,rdiskette0 |
La lista separada por comas muestra los sobrenombres que se pueden utilizar para extraer cada dispositivo.
Los parámetros personalizados de vold.conf y rmmount.conf ya no están disponibles porque estos archivos de configuración ya no existen. Para obtener información sobre la administración de parámetros personalizados de los medios, consulte Personalización de la administración de medios extraíbles.
Los comandos que empiezan por vol*, excepto volcheck y volrmmount.
Las siguientes funciones ofrecen compatibilidad con funciones de medios extraíbles anteriores de Solaris:
Los puntos de montaje de medios extraíbles se han pasado al directorio /media, que se utiliza para montar medios extraíbles, como CD-ROM y dispositivos USB. Se proporcionan los vínculos simbólicos a /media desde los puntos de montaje de medios anteriores, como /cdrom y /rmdisk, para fines de compatibilidad.
El comando rmformat sigue estando disponible. El resultado de este comando es idéntico al que se obtiene con versiones anteriores de Solaris con vold desactivado.
Por ejemplo:
# rmformat Looking for devices... 1. Logical Node: /dev/rdsk/c0t6d0s2 Physical Node: /pci@1f,4000/scsi@3/sd@6,0 Connected Device: TOSHIBA DVD-ROM SD-M1401 1009 Device Type: DVD Reader Bus: SCSI Size: 2.9 GB Label: <None> Access permissions: <Unknown> |
El comando eject está disponible y se ha mejorado. Para más información, consulte Cómo expulsar medios extraíbles.
La mayoría de los comandos que empiezan por vol* se han eliminado en esta versión. Hay disponibles una versión modificada de rmmount y un nuevo comando rmumount para montar y desmontar medios extraíbles.
Estos comandos pueden utilizarse para montar por nombre de dispositivo, etiqueta o punto de montaje. Por ejemplo, para montar un iPod:
% rmmount ipod |
Por ejemplo, para desmontar los sistemas de archivos en un DVD:
# rmumount cdrom cdrom /dev/dsk/c0t6d0s5 unmounted cdrom /dev/dsk/c0t6d0s0 unmounted |
Si desea más información, consulte la página del comando man rmmount(1M).
Puede utilizar el comando volcheck existente para sondear manualmente los disquetes y montarlos si se detecta un nuevo disquete.
Si cambia manualmente el formato de un disquete después de conectarlo al sistema, la capa HAL no se notificará automáticamente. Siga utilizando el comando volcheck para notificar al sistema e intentar montar automáticamente un nuevo sistema de archivos en un disquete.
Al igual que en las versiones anteriores de Solaris, el comando eject permite desmontar y expulsar los medios extraíbles. Sin embargo, hay disponibles las opciones eject siguientes:
Fuerza la expulsión del dispositivo aunque esté ocupado.
Muestra las rutas y sobrenombres de los dispositivos que se pueden expulsar.
Se facilita un comando de cierre de la bandeja de CD-ROM para el dispositivo. No todos los dispositivos son compatibles con esta opción.
Por ejemplo, para expulsar por etiqueta de volumen:
% eject mypictures |
Del mismo modo que en las versiones anteriores de Solaris, quizá necesite emitir el comando volcheck antes de utilizar el comando eject para expulsar un disquete.
Para obtener más información, consulte la página del comando man eject(1).
Para la mayoría de las personalizaciones disponibles en los archivos vold.conf y rmmount.conf, debe utilizar las preferencias de Desktop Volume Manager o modificar los archivos .fdi.
Para las acciones de rmmount.conf, deberá utilizar las acciones de Desktop Volume Manager, gconf o llamadas HAL.
Anteriormente, rmmount.conf actions podían ejecutarse como root para los usuarios ordinarios. Ahora, esto se realiza instalando ejecutables de llamadas en el directorio /usr/lib/hal.
En esta versión, puede desactivar algunas o todas las funciones de los medios extraíbles:
Para evitar que los volúmenes se monten fuera de las sesiones de usuario, desactive el servicio rmvolmgr. Por ejemplo:
# svcadm disable rmvolmgr |
Para impedir la administración de un volumen, desactive los servicios dbus, hal y rmvolmgr.
# svcadm disable rmvolmgr # svcadm disable dbus # svcadm disable hal |
La desactivación de estos servicios significa que debe montar todos los medios manualmente con el comando mount.
Esta mejora de los recursos del sistema se ha incorporado como novedad en Solaris Express 12/06.
La función de escalabilidad del número de procesos mejora la escalabilidad del número de procesos del sistema operativo Solaris. Actualmente, todos los sistemas UltraSPARC admiten un máximo de 8.192 contextos. Cuando el número de procesos supera los 8.192, el núcleo se apropia de contextos para que los procesos puedan seguir ejecutándose. Para apropiarse del contexto de un proceso, es necesario llevar a cabo las tareas siguientes:
Realizar llamadas múltiples a todas las CPU en las que se ha ejecutado el proceso
Invalidar el contexto de las CPU que ejecutan subprocesos del proceso
Ejecutar el vaciado del contexto de TLB de todas las CPU que ejecutan subprocesos del proceso
Este procedimiento resulta caro y empeora si el número de procesos supera los 8.000. La función de escalabilidad del número de procesos rediseña por completo la administración de contextos. Los contextos se administran por MMU en lugar de hacerlo de forma global, lo que permite un vaciado del contexto de TLB eficaz y mejora notablemente la escalabilidad de la administración de contextos.
La función de escalabilidad del número de procesos también mejora el rendimiento de las cargas de trabajo compuestas por más de 8.000 procesos activos o que crean y destruyen procesos con un número superior, y es más útil en los sistemas con múltiples CPU.
Esta mejora de red se ha incluido como novedad en Solaris Express 12/06.
La función de enlaces de filtros de paquetes incluye las siguientes funciones significativas:
Rendimiento mejorado en comparación con el enfoque de módulo STREAMS
Capacidad para interceptar paquetes entre zonas
La función de enlaces de filtros de paquetes forma parte de una nueva API interna del núcleo. Los desarrolladores pueden utilizar la API para trabajar con IP dentro del núcleo o interceptar paquetes.
La función de administración de fallos introduce la compatibilidad con el control y la administración de fallos para las CPU y la memoria de los sistemas que utilizan procesadores AMD (TM) Opteron y Athlon 64 Rev F. Estos procesadores se utilizan en los productos "M2" de Sun, como Sun Fire X2200 M2 y Ultra 20 M2. Las versiones anteriores de Solaris proporcionaban compatibilidad con la administración de fallos para Opteron y Athlon 6 (revisiones de la B a la E).
De modo predeterminado, la compatibilidad con la administración de fallos está activada. El servicio de administración de fallos detecta los errores de memoria y CPU que se pueden corregir, los motores de diagnóstico analizan la telemetría resultante y se corrigen los fallos siempre que sea posible. Cuando el sistema no puede corregir los errores, la telemetría extendida proporciona mayor asistencia al administrador del sistema.
Para obtener más información, consulte http://www.opensolaris.org/os/community/fm/.
Esta versión contiene los cambios compatibles con versiones posteriores del cambio de servicio de nombres (NSS) y el daemon de caché del cambio de nombres [nscd(1M)] para ofrecer estas funciones nuevas:
Mejor almacenamiento en caché en nscd(1M) y administración de conexiones en la estructura actualizada.
Consultas de servicios de nombres cuyo acceso se controla en el servicio de nombres por usuario. La estructura de cambio actualizada incluye compatibilidad para este estilo de consultas utilizando SASL/GSS/Kerberos de un modo que sea compatible con el modelo de autenticación que utiliza Microsoft Active Directory.
Una estructura para la futura incorporación de interfaces de putXbyY.