Solaris 9 9/04: Novedades del sistema operativo

Mejoras en el sistema de archivos

La versión Solaris 9 9/04 tiene UFS habilitado de manera predeterminada. Las versiones anteriores de Solaris 9 contenían las siguientes mejoras en los sistemas de archivos:

Registro de UFS habilitado de manera predeterminada

Esta función es nueva en la versión Solaris 9 9/04.

El registro está habilitado ahora de manera predeterminada para todos los sistemas de archivos UFS, excepto en las condiciones siguientes:

Cuando el registro está explícitamente inhabilitado.
Si no hay suficiente espacio en el sistema de archivos para el registro

En las versiones anteriores de Solaris se debía habilitar manualmente el registro de UFS.

El registro de UFS empaqueta en una transacción los cambios en los metadatos que componen una operación de UFS completa. Los conjuntos de transacciones se graban en un registro en el disco y después se aplican a los metadatos reales del sistema de archivos UFS.

El registro de UFS proporciona dos ventajas:

Si el sistema de archivos ya es coherente debido al registro de transacciones, es posible que no sea necesario ejecutar la orden fsck después de una caída del sistema o de un apagado no limpio.
A partir de Solaris 9 12/02, el rendimiento del registro de UFS mejora o supera el nivel de rendimiento de los sistemas de archivos sin registro. Esto se consigue gracias a un sistema de archivos con registro habilitado que convierte varias actualizaciones de los mismos datos en una única actualización lo que reduce la sobrecarga de operaciones de disco necesaria.

Si desea más información, consulte UFS Logging Is Enabled by Default de System Administration Guide: Devices and File Systems. Consulte también la página de comando man mount_ufs(1M).

Mejoras en el cliente NFS

Esta característica es una novedad de la versión de Solaris 9 12/03.

Se han incorporado las siguientes mejoras en el rendimiento del cliente NFS:

Se han relajado las restricciones sobre los tamaños de las transferencias por cable. Ahora, los tamaños de las transferencias se basan en la capacidad del medio de transporte subyacente. Por ejemplo, el límite de transporte NFS para UDP sigue siendo de 32 Kbytes. No obstante, como TCP es un protocolo de flujo sin los límites de datagramas de UDP, los tamaños máximos de transferencia a través de TCP se han incrementado en 1 Mbyte.
Anteriormente, todas las solicitudes de escritura se trataban en serie tanto en el cliente como en el servidor NFS. El cliente NFS se ha modificado para permitir que una aplicación emita escrituras simultáneas, así como escrituras y lecturas simultáneas, a un único archivo. Puede habilitar esta función en el cliente mediante el uso de la opción forcedirectiomount. Al utilizar esta opción habilita la funcionalidad para todos los archivos dentro del sistema de archivos montado. También puede habilitar esta funcionalidad en un único archivo del cliente mediante la interfaz directio(). Tenga en cuenta que, a menos que se haya habilitado esta nueva funcionalidad, las escrituras en los archivos se efectúan en serie. Además, si hay escrituras o escrituras y lecturas simultáneas, la semántica de POSIX deja de admitirse en ese archivo.
El cliente NFS ya no utiliza un número excesivo de puertos UDP. Anteriormente las transferencias NFS a través de UDP utilizaban un puerto UDP independiente para cada solicitud pendiente. Ahora, de forma predeterminada, el cliente NFS utiliza únicamente un puerto UDP reservado. No obstante, esta admisión se puede configurar. Si el uso simultáneo de varios puertos aumenta el rendimiento del sistema debido a la mayor escalabilidad, el sistema puede configurarse para que utilice más puertos. Esta capacidad es idéntica también a la admisión de NFS a través de TCP que dispone de esta posibilidad de configuración desde su introducción.

Sistemas de archivos UFS de varios terabytes

La compatibilidad con el sistema de archivos UFS de varios terabytes sólo esta disponible en sistemas que se ejecuten en un núcleo de 64 bits. Esta característica es una novedad de la versión de Solaris 9 8/03.

Esta versión de Solaris admite los sistemas de archivos UFS de varios terabytes en los sistemas que ejecuten un núcleo de Solaris de 64 bits. Anteriormente los sistemas de archivos UFS se limitaban a, aproximadamente, 1 terabyte (Tbyte) en los sistemas de 32 y de 64 bits. Se han actualizado todas las órdenes y las utilidades de los sistemas de archivos UFS con el fin de admitir sistemas de archivos UFS de varios terabytes.

Puede crear inicialmente un sistema de archivos UFS con menos de 1 Tbyte. Puede especificar que el sistema de archivos aumente finalmente hasta un tamaño de varios terabytes mediante la orden newfs -T. Esta orden define el inode y la densidad de los fragmentos para escalarse adecuadamente a un sistema de archivos de varios terabytes.

La admisión de un sistema de archivos UFS de varios terabytes supone la disponibilidad de LUN de varios terabytes. Dichos LUN los proporcionan los volúmenes de Solaris Volume Manager o Veritas VxVM o bien se trata de discos físicos de un tamaño superior a 1 Tbyte.

Las características de los sistemas de archivos UFS de varios terabytes incluyen:

Puede crear un sistema de archivos UFS con un tamaño máximo de 16 Tbytes.
Puede crear un sistema de archivos con menos de 16 Tbytes, que posteriormente se pueden aumentar hasta un máximo de 16.
Se pueden crear los sistemas de archivos de varios terabytes en discos físicos, volúmenes lógicos de Solaris Volume Manager y volúmenes lógicos VxVM de Veritas.
El registro UFS está habilitado de forma predeterminada en los sistemas de archivos de un tamaño mayor de 1 terabyte. Éstos aprovechan la mejora en el rendimiento provocada por la habilitación de la función de registro UFS así como la disponibilidad de la función de registro porque es posible que la orden fsck no tenga que ejecutarse si la función de registro está habilitada.

Los límites de los sistemas de archivos UFS de varios terabytes son:

No puede montar un sistema de archivos mayor de 1 Tbyte en un sistema que ejecute un núcleo de Solaris de 32 bits.
No puede arrancar desde un sistema de archivos mayor de 1 Tbyte en un sistema que ejecute un núcleo de Solaris de 64 bits. Esta limitación significa que no puede colocar un sistema de archivos raíz (/) en otro de varios terabytes.
No se admiten archivos individuales mayores de 1 terabyte.
El número máximo de archivos por terabyte en un sistema de archivos UFS es de 1 millón. Este límite tiene por objeto reducir el tiempo de comprobación del sistema de archivos mediante la orden fsck.
La cuota máxima que puede establecer en un sistema de archivos UFS de varios terabytes es de 2 Tbytes en bloques de 1024 bytes.
Actualmente no se admite el uso de la orden fssnap para crear una captura de un sistema de archivos UFS de varios terabytes.

Para obtener más información, consulte What’s New in File Systems in the Solaris 9 Update Releases? de System Administration Guide: Devices and File Systems.

Admisión de volúmenes de varios terabytes con etiquetas de discos EFI

Esta compatibilidad con discos de varios terabytes está disponible solamente en sistemas que ejecutan un núcleo de 64 bits. Esta característica es una novedad de la versión de Solaris 9 4/03.

Esta versión de Solaris admite los discos mayores de 1 terabyte (Tbyte) en los equipos que ejecuten un núcleo de Solaris de 64 bits.

La etiqueta Extensible Firmware Interface (EFI) admite discos físicos y volúmenes de discos virtuales. El sistema de archivos UFS es compatible con la etiqueta de discos EFI, y se puede crear un sistema de archivos UFS mayor de 1 Tbyte. Esta versión también incluye utilidades de disco actualizadas para gestionar discos mayores de 1 Tbyte.

La etiqueta de discos EFI se diferencia de la VTOC en:

Admisión de discos mayores de 1 Tbyte.
Se proporcionan los segmentos 0–6, donde el segmento 2 es sólo otro segmento.
Las particiones o segmentos no pueden solaparse con la etiqueta primaria o de copia de seguridad ni con otras particiones. La etiqueta EFI es de normalmente 34 sectores, de modo que las particiones comienzan en el sector 34. Esta característica significa que ninguna partición puede comenzar en el sector cero (0).
En la etiqueta no se almacenan cilindros, cabezales ni información sobre el sector. El tamaño se cuenta por bloques.
La información almacenada en la zona de cilindros alternativos, los dos últimos cilindros del disco, se almacena ahora en el segmento 8.

Si desea más información sobre el uso de la etiqueta de discos EFI, consulte el documento System Administration Guide: Basic Administration. Esta guía contiene información importante y restricciones que se aplican al uso de la etiqueta de discos EFI con los productos de software actuales.

También se puede usar en esta versión de Solaris el software de Solaris Volume Manager para gestionar discos mayores de 1 Tbyte. Consulte Admisión de volúmenes de varios terabytes en Solaris Volume Manager.