Nouveaut??s de Solaris Express Developer Edition

Nouvelles fonctionnalités de Solaris Express Édition Developer 1/08

Procédures de l'administrateur de Solaris Trusted Extensions

Cette amélioration de l'administration du système est une nouveauté de Developer version 1/08.

À partir de cette version, les packages Solaris Trusted Extensions sont installés en même temps que le SE Solaris. Le répertoire ExtraValue n'existe plus. Il contenait les packages Solaris Trusted Extensions. La fonctionnalité Solaris Trusted Extensions est gérée par l'outil de gestion de service SMF (Service Management Facility) comme service svc:/system/labeld:default. Vous devez activer ce service. Une fois le service en ligne, réinitialisez le système pour activer Solaris Trusted Extensions. Après la réinitialisation, des tâches de configuration supplémentaires sont nécessaires. Pour plus d'informations, reportez-vous à la Part I, Initial Configuration of Trusted Extensions, du document Solaris Trusted Extensions Administrator’s Procedures.

Developer version 1/08 inclut également les fonctionnalités suivantes :

Vous pouvez configurer le domaine d'interprétation (DOI, Domain Of Interpretation). Pour de plus amples informations, reportez-vous à la section Network Security Attributes in Trusted Extensions du document Solaris Trusted Extensions Administrator’s Procedures.
Le protocole NFSv3 prend en charge les montages sur plusieurs niveaux. Pour de plus amples informations, reportez-vous à la section Trusted Extensions Software and NFS Protocol Versions du document Solaris Trusted Extensions Administrator’s Procedures.
Le démon de cache de service de noms nscd peut être configuré séparément par zone étiquetée. Cette configuration prend en charge les environnements dans lesquels chaque zone est connectée à un sous-réseau qui s'exécute à l'étiquette de la zone, et le sous-réseau possède son propre nom de serveur pour cette étiquette.

Pour de plus amples informations sur Solaris Trusted Extensions, reportez-vous au document Solaris Trusted Extensions Administrator’s Procedures.

Service NDMP

Cette amélioration de l'administration du système est une nouveauté de Developer version 1/08.

Le protocole NDMP (Network Data Management Protocol, protocole de gestion de données en réseau) est une norme de sauvegarde de données, en règle générale sur bande, à partir de clients réseau. Si NDMP est en cours d'exécution en tant que service, toute application conforme à NDMP et présente sur le réseau est considérée comme un client et ses données peuvent être sauvegardées sur le serveur NDMP, un appareil NAS Sun StorageTek.

StarOffice 8

Cette amélioration des outils de bureau est une nouveauté de Developer version 1/08.

À partir de cette version, des améliorations ont été apportées à StarOffice 8 afin d'inclure un nouveau moteur Chart.

Pour plus d'informations sur le nouveau moteur Chart, consultez la page Web http://wiki.services.openoffice.org/wiki/Chart2/Features2.3. Pour plus d'informations sur StarOffice, consultez la page Web http://www.sun.com/software/star/staroffice/whats_new.jsp.

GNOME 2.20

Cette amélioration des outils de bureau est une nouveauté de Developer version 1/08.

GNOME 2.20 est la version la plus récente de l'environnement de bureau multiplate-forme, GNOME Desktop. GNOME 2.20 contient les fonctionnalités suivantes :

Client de messagerie : le client de messagerie Evolution possède les fonctionnalités suivantes :
- avertissement de pièce jointe ;
- icône de notification d'e-mail dans la zone de notification du panneau ;
- sauvegarde ;
- "Magic Space Bar".
Traitement de texte : Gedit dispose d'un nouveau système de mise en surbrillance de syntaxe pour les langages de script tels que PHP et Ruby.
Gestion de fichiers : Desktop search est intégré à la boîte de dialogue du sélecteur de fichiers. Le gestionnaire de fichiers Nautilus affiche désormais davantage d'informations dans la fenêtre de propriétés des lecteurs, notamment un diagramme circulaire indiquant la quantité d'espace disponible. En outre, l'utilitaire Disk Usage Analyzer permet d'obtenir des informations sur l'utilisation globale du disque.
Panneau de contrôle : pour GNOME 2.20, les panneaux de contrôle ont été réorganisés et sont dorénavant moins nombreux, ce que facilite la recherche. Par exemple, cette version introduit l'applet de panneau de contrôle Appearance. Obtenu en fusionnant les applets Theme, Background, Fonts et Interface, cet applet a été simplifie le menu des préférences. En outre, certaines préférences d'accessibilité se trouvent dorénavant dans un nouvel onglet du panneau de contrôle Applications préférées.
Système d'aide : l'infrastructure du navigateur d'aide GNOME (yelp) a été modifiée afin d'améliorer le style et la disposition du système d'aide. En outre, les couleurs sont mieux assorties à votre thème actuel. Les pages d'aide s'affichent plus rapidement, car elles sont désormais chargées individuellement à la demande ; la totalité du manuel n'est plus analysée inutilement.
Interfaces de langues de droite à gauche : les interfaces de langue écrite de droite à gauche sont fournies pour des langues telles que l'arabe ou l'hébreu. Pour les utilisateurs de ces langues, la plupart des éléments de l'interface doivent s'affichent symétriquement par rapport aux éléments des interfaces dédiées aux utilisateurs écrites de gauche à droite.
GTK+ : GNOME 2.20 utilise la version 2.12 de la boîte à outils de l'API de l'interface utilisateur GTK+.
Glib : la bibliothèque d'utilitaires Glib possède dorénavant la fonction g[lowbar]get[lowbar]user[lowbar]special[lowbar]dir() qui fournit un chemin vers des dossiers spéciaux définis pas l'outil xdg-user-dirs de FreeDesktop.org et les spécifications associées. Pour le traitement de texte, la nouvelle API GRegex permet la mise en correspondance de chaînes d'expression standard sans requérir de bibliothèque supplémentaire.
Glade : à partir de cette version, des améliorations ont été apportées à l'interface utilisateur et à l'architecture. Par exemple, les fenêtres d'outils comme l'éditeur, l'inspecteur et la palette sont dorénavant ancrables.
Accerciser : Accerciser est l'explorateur d'accessibilité interactif en Python qui remplace at-poke.
Rarian : Rarian est une bibliothèque de documentation de métadonnées conçue pour remplacer Scrollkeeper.
Gnome-devel-docs : Gnome-devel-docs est la suite GNOME de documentation développeur.
Poppler-data : les nouvelles données privées sont installées sous /usr/share/poppler qui contient des fichiers d'encodage privés destinés à être utilisés avec Poppler.
GNOME Display Manager (GDM) : GDM dispose à présent d'un contrôle de utmp et wtmp de meilleure qualité. GDM peut également utiliser le RBAC (Role Based Access Control, contrôle d'accès basé sur les rôles) afin de contrôler l'accès aux fonctionnalités d'arrêt, de redémarrage et de mise en veille.
Avahi : certaines applications GNOME, telles que Ekiga et Rhythmbox, proposent une prise en charge de la détection et de l'enregistrement de services utilisant Avahi. Vous pouvez utiliser l'API du client Avahi avec toutes les applications GNOME. Le démon Avahi appelle l'API Bonjour et utilise le serveur Bonjour pour la détection et l'enregistrement de services. Sur les plates-formes Linux et FreeBSD, le démon Avahi implémente la pile mDNS.

Améliorations apportées au système de fichiers Solaris ZFS

Cette section décrit les nouvelles fonctionnalités ZFS de Developer version 1/08.

Utilisation de périphériques de stockage dans le pool de stockage ZFS : dans cette version de Solaris, vous pouvez créer des pools et spécifier des périphériques de cache qui permettent de mettre en cache des données de pool de stockage.

Les périphériques de stockage fournissent une couche de mise en cache supplémentaire entre la mémoire principale et le disque. L'utilisation de périphériques de cache constitue la meilleure amélioration de performances pour les charges de travail de lecture aléatoire constituées principalement de contenu statique.

Vous pouvez spécifier un ou plusieurs périphériques de cache à la création du pool. Par exemple :

# zpool create pool mirror c0t2d0 c0t4d0 cache c0t0d0
# zpool status pool
  pool: pool
 state: ONLINE
 scrub: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        pool        ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            c0t2d0  ONLINE       0     0     0
            c0t4d0  ONLINE       0     0     0
        cache
          c0t0d0    ONLINE       0     0     0

errors: No known data errors

Une fois les périphériques de cache ajoutés, ils se remplissent progressivement de contenu provenant de la mémoire principale. En fonction de la taille du périphérique de cache, le remplissage peut prendre plus d'une heure. La capacité et les lectures sont contrôlables à l'aide de la commande zpool iostat comme indiqué ci-dessous :

# zpool iostat -v pool 5

Une fois le pool créé, vous pouvez y ajouter des périphériques de cache ou les en supprimer.

Pour de plus amples informations, reportez-vous à la page de manuel zpool(1M) et au ZFS Administration Guide .

Améliorations de la commande zfs send : dans cette version, les aspects suivants de la commande zfs send ont été améliorés.

Envoi de tous les flux incrémentiels d'un instantané vers un instantané cumulatif. Par exemple :

# zfs list
NAME                      USED  AVAIL  REFER  MOUNTPOINT
pool                      428K  16.5G    20K  /pool
pool/fs                    71K  16.5G    21K  /pool/fs
pool/fs@snapA              16K      -  18.5K  -
pool/fs@snapB              17K      -    20K  -
pool/fs@snapC              17K      -  20.5K  -
pool/fs@snapD                0      -    21K  -
# zfs send -I pool/fs@snapA pool/fs@snapD > /snaps/fs@combo

Tous les instantanés incrémentiels de fs@snapA à fs@snapD sont envoyés vers fs@combo.

Envoi d'un flux incrémentiel à partir de l'instantané d'origine pour créer un clone. L'instantané d'origine doit déjà exister sur le côté récepteur afin d'accepter le flux incrémentiel. Par exemple :
# zfs send -I pool/fs@snap1 pool/clone@snapA > /snaps/fsclonesnap-I . . # zfs receive -F pool/clone < /snaps/fsclonesnap-I
Envoi d'un flux de réplication de tous les systèmes de fichiers descendants, jusqu'aux instantanés nommés. Une fois reçus, les propriétés, instantanés, systèmes de fichiers descendants et clones sont conservés. Par exemple :
zfs send -R pool/fs@snap > snaps/fs-R
Pour un exemple plus détaillé, reportez-vous à la section Sending and Receiving Complex ZFS Snapshot Streams du ZFS Administration Guide.
Envoi d'un flux de réplication incrémentiel.
zfs send -R -[iI] @snapA pool/fs@snapD
Pour un exemple plus détaillé, reportez-vous à la section Sending and Receiving Complex ZFS Snapshot Streams du ZFS Administration Guide.

Pour de plus amples informations, reportez-vous à la section Saving and Restoring ZFS Data du ZFS Administration Guide.

Quotas et réservations ZFS pour les données du système de fichiers uniquement : outre les fonctionnalités de quotas et de réservation ZFS, cette version fournit des quotas et réservations de jeux de données excluant les données descendantes, telles que les instantanés et les clones, lors de la comptabilisation de la consommation d'espace.
- La propriété refquota limite la quantité d'espace consommable par un jeu de données. Cette propriété définit une quantité d'espace utilisable maximale. Cette limite fixe n'inclut pas l'espace utilisé par les descendants, tels que les instantanés et les clones.
- La propriété refreservation définit la quantité minimale d'espace accordée à un jeu de données (descendants exclus).
Par exemple, en définissant la propriété refquota de studentA sur 10 Go, vous spécifiez une limite fixe de 10 Go d'espace référencé. Pour une plus grande flexibilité, vous pouvez définir un quota de 20 Go qui vous permet de gérer les instantanés de studentA.
# zfs set refquota=10g tank/studentA # zfs set quota=20g tank/studentA
Pour de plus amples informations, reportez-vous à la section ZFS Quotas and Reservations du ZFS Administration Guide.
Propriétés du système de fichiers ZFS pour le service Solaris CIFS : cette version prend en charge le service Solaris CIFS (Common Internet File System, système de fichiers Internet classique). Ce produit permet le partage de fichiers entre systèmes Solaris et Windows ou MacOS.

Pour faciliter l'échange de fichiers entre ces systèmes à l'aide du service Solaris CIFS, les nouvelles propriétés ZFS suivantes ont été ajoutées :
- prise en charge de la sensibilité à la casse casesensitivity ;
- verrous obligatoires non bloquants (nbmand) ;
- prise en charge du partage SMB (sharesmb) ;
- prise en charge de la normalisation Unicode (normalization) ;
- prise en charge du jeu de caractères UTF-8 (utf8only).
Outre les propriétés ZFS ajoutées pour prendre en charge du logiciel CIFS Solaris, la propriété vscan permet l'analyser des fichiers ZFS si vous disposez d'un moteur d'analyse de virus tiers.

Pour de plus amples informations sur ces propriétés, reportez-vous à la section Managing ZFS Properties du ZFS Administration Guide.

Pour de plus amples informations sur le service Solaris CIFS, reportez-vous au Solaris CIFS Administration Guide.

Propriétés de pool de stockage ZFS : cette version fournit des informations relatives à la propriété de pool ZFS. Par exemple :

# zpool get all users
NAME   PROPERTY     VALUE       SOURCE
users  size         16.8G       -
users  used         217M        -
users  available    16.5G       -
users  capacity     1%          -
users  altroot      -           default
users  health       ONLINE      -
users  guid         11063207170669925585  -
users  version      8           default
users  bootfs       -           default
users  delegation   on          default
users  autoreplace  off         default
users  temporary    on          local

Propriété cachefile : cette version fournit la propriété cachefile qui contrôle l'emplacement de mise en cache des informations de configuration de pool. Tous les pools du cache sont importés automatiquement au démarrage du système. Toutefois, dans les environnements d'installation et de clustering, il peut s'avérer nécessaire de placer ces informations en cache à un autre endroit afin d'éviter l'importation automatique des pools.

Vous pouvez définir cette propriété afin de mettre la configuration de pool en cache à un autre emplacement. Il reste alors possible d'importer ultérieurement ce dernier à l'aide de la commande zpool import c. Cette propriété n'est pas utilisée dans la plupart des configurations ZFS.

La propriété cachefile n'est pas persistante et n'est pas stockée sur le disque. Elle remplace la propriété temporary qui, dans les versions précédentes de Solaris, indiquait que les informations de pool ne devaient pas être mises en cache.
Propriété failmode : dans cette version, la propriété failmode permet de déterminer l'action à effectuer en cas d'échec catastrophique de pool causé par la perte de connectivité d'un périphérique ou la panne de tous les périphériques du pool. Vous pouvez définir la propriété failmode sur l'une des valeurs suivantes : wait, continue ou panic. La valeur par défaut est wait : vous devez reconnecter le périphérique ou remplacer le périphérique défaillant, puis effacer l'erreur à l'aide de la commande zpool clear.

La propriété failmode est définie comme les autres propriétés ZFS définissables, avant ou après la création du pool. Par exemple :
# zpool set failmode=continue tank # zpool get failmode tank NAME PROPERTY VALUE SOURCE tank failmode continue local
# zpool create -o failmode=continue
Pour obtenir une description des propriétés de pool ZFS, reportez-vous à la section Managing ZFS Storage Pool Properties du ZFS Administration Guide .

Montages miroir de ZFS et de systèmes de fichiers : dans cette version de Solaris, les améliorations apportées au montage NFSv4 permettent aux clients NFS d'accéder plus facilement aux systèmes de fichiers ZFS.

Lorsque les systèmes de fichiers sont créés sur le serveur NFS, le client NFS peut les détecter automatiquement dans le montage existant d'un système de fichiers parent.

Par exemple, si le serveur neo partage déjà le système de fichiers tank et qu'il est monté sur le client zee, /tank/baz est automatiquement visible sur le client après avoir été créé sur le serveur.
zee# mount neo:/tank /mnt zee# ls /mnt baa bar neo# zfs create tank/baz zee% ls /mnt baa bar baz zee% ls /mnt/baz file1 file2

Les sections Nouveautés suivantes contiennent des informations complémentaires sur la fonction ZFS :

x86 : Prise en charge de la fonction de mise en veille (Sleep)

Cette amélioration de ressource système est une nouveauté de Developer version 1/08.

À partir de cette version, le système d'exploitation Solaris prend en charge la fonction de mise en veille (Suspend to RAM S3, "Sleep"). Cette fonction est prise en charge sur les plates-formes Solaris x86 qui incluent des périphériques conformes, par exemple, Sun Ultra^TM 20 M2 Workstation. Pour qu'un périphérique soit considéré comme conforme, il doit prendre en charge un jeu spécifique de fonctions.

Pour de plus amples informations, reportez-vous au Chapter 12, Power Management, de Writing Device Drivers.

Remarque –

Une fois les plates-formes conformes, elles sont ajoutées à la liste des postes de travail pris en charge.

x86 : Virtualisation à l'aide de Sun xVM Hypervisor

Cette amélioration de ressource système est une nouveauté de Developer version 1/08.

L'objectif de la virtualisation est de passer de la gestion de composants de centres de données individuels à la gestion de pools de ressources. En rassemblant plusieurs hôtes et services sur une machine unique, la virtualisation réduit les coûts par le partage de matériel, des infrastructures et de l'administration.

Sun xVM Hypervisor est basé sur le travail de la communauté Open Source Xen. Dans un système en cours d'exécution, Hypervisor se place entre le matériel et l'instance du système d'exploitation. Hypervisor peut exécuter plusieurs machines virtuelles simultanément sur un même ordinateur compatible x86, en toute sécurité, chaque machine virtuelle exécutant son propre système d'exploitation.

Chaque instance de machine virtuelle est appelée domaine. Il existe deux types de domaine : un domaine de contrôle, également nommé domaine 0 ou dom0 ; un système d'exploitation invité ou domaine invité, également nommé domaine U ou domU. Plusieurs domaines invités peuvent être présents sur un système.

Il existe deux types de virtualisation de base au sein des solutions Hypervisor : la virtualisation complète et la paravirtualisation. Hypervisor prend les deux modes en charge. Des domaines paravirtualisés ou entièrement virtualisés peuvent s'exécuter simultanément sur un même système.

xVM Hypervisor virtualise le matériel du système : il partage et partitionne de façon transparente les ressources du système, telles que les unités centrales, la mémoire et les NIC, entre les domaines invités.

Hypervisor s'exécute sur les systèmes x64 et x86. Les configurations Solaris dom0, ainsi que les invités Solaris domU, Linux domU, FreeBSD domU et Windows domU sont prises en charge. Les zones Solaris et les zones de marque peuvent s'exécuter dans un domU Solaris.

Pour plus d'informations, reportez-vous aux références suivantes :

System Administration Guide: Virtualization Using the Solaris Operating System
http://opensolaris.org/os/community/xen
Pages de manuel :
- xVM(5)
- virsh(1M)
- virt-install(1M)
- xenconsoled(1M)
- xend(1M)
- xenstored(1M)
- xentop(1M)
- xm(1M)

x86 : Gestion Enhanced Speedstep de l'alimentation de la CPU

Cette amélioration de la gestion de périphériques est une nouveauté de Developer version 1/08.

À partir de cette version, la technologie Enhanced Speedstep^TM d'Intel est prise en charge sur Solaris. La prise en charge d'Enhanced Speedstep permet aux utilisateurs de Solaris de gérer la consommation de leurs processeurs Intel en diminuant la fréquence du processeur pendant les périodes d'inactivité.

Pour de plus amples informations sur l'activation de la gestion d'énergie de la CPU Solaris, reportez-vous à la page de manuel power.conf(4).

Fonctionnalité de retrait de périphériques défectueux

Cette amélioration de la gestion de périphériques est une nouveauté de Developer version 1/08.

À partir de cette version, le système d'exploitation Solaris inclut un mécanisme de retrait permettant à la structure de gestion des pannes (FMA, Fault Management Framework) d'isoler un périphérique signalé comme étant défectueux. Cette fonction permet de désactiver les périphériques défectueux automatiquement et en toute sécurité, afin d'éviter les pertes de données, la corruption de données et les paniques et interruptions du système. Le processus de retrait s'effectue en toute sécurité, en tenant compte de la stabilité du système après retrait du périphérique.

Les périphériques critiques ne sont pas retirés. Après avoir remplacé manuellement un périphérique retiré, exécutez la commande fmadm repair afin d'informer le système du remplacement du service, en plus des étapes de remplacement manuel.

Le processus de réparation fmadm s'effectue comme suit :

Identifiez le périphérique défectueux à l'aide de la commande fmadm faulty -a.

# fmadm faulty

   STATE RESOURCE / UUID

-------- ---------------------------------------------------------------------

faulty   <fmri>

Effacez la panne à l'aide de la commande fmadm repair.
# fmadm repair <fmri>
Exécutez la commande fmadm faulty à nouveau afin de vérifier que la panne a bien été effacée.
# fmadm faulty -a STATE RESOURCE / UUID

Pour de plus amples informations, reportez-vous à la page de manuel fmadm(1M).

Un message d'informations générales relatif au retrait de périphériques s'affiche sur la console et est inséré dans le fichier /var/adm/messages afin de signaler le retrait d'un périphérique. Par exemple :

Aug 9 18:14 starbug genunix: [ID 751201 kern.notice]
NOTICE: One or more I/O devices have been retired

La commande prtconf permet d'identifier des périphériques retirés spécifiques. Par exemple :

# prtconf
.
.
.
pci, instance #2
        scsi, instance #0
            disk (driver not attached)
            tape (driver not attached)
            sd, instance #3
            sd, instance #0 (retired)
        scsi, instance #1 (retired)
            disk (retired)
            tape (retired)
    pci, instance #3
        network, instance #2 (driver not attached)
        network, instance #3 (driver not attached)
    os-io (driver not attached)
    iscsi, instance #0
    pseudo, instance #0
.
.
.

Sun StorageTek Traffic Manager

Cette amélioration de la gestion de périphériques est une nouveauté de Developer version 1/08.

À partir de cette version, les mécanismes permettant d'ignorer le comportement de configuration automatique décrits dans la page de manuel scsi[lowbar]vhci(7D) ne sont plus les mêmes. Les configurations personnalisées existantes sont converties vers le nouveau mécanisme lors de la mise à niveau.

Pour de plus amples informations, reportez-vous à la page de manuel scsi[lowbar]vhci(7D) et au Solaris SAN Configuration and Multipathing Guide.

Amélioration de IPsec NAT-Traversal

Cette évolution du réseau est une nouveauté de Developer version 1/08.

À partir de cette version, les applications IPsec Key Management peuvent activer ou désactiver NAT-Traversal à l'aide d'une option de socket UDP et activer les extensions PF[lowbar]KEY adéquates sur leurs associations de sécurité IPsec.

Taille de la file d'attente du journal des connexions en attente Inetd

Cette évolution du réseau est une nouveauté de Developer version 1/08.

À partir de cette version, il est possible de modifier la taille de la file d'attente du journal des connnexions en attente des services gérés inetd. Cette fonctionnalité ajoute la propriété SMF connection[lowbar]backlog à inetd. Il devient alors possible de modifier la taille de la file d'attente. La valeur par défaut de la file d'attente connection[lowbar]backlog est 10. Vous pouvez modifier la propriété connection[lowbar]backlog à l'aide de la commande inetadm. Par exemple :

Pour obtenir la liste des propriétés :
#inetadm -l <fmri/pattern>

Pour modifier la valeur d'un service spécifique :

#inetadm -m <fmri/pattern> conection_backlog=<new value>

Pour modifier la valeur de façon globale :
#inetadm -M connection_backlog=<newvalue>

Pour de plus amples informations, reportez-vous à la page de manuel inetadm(1M).

Serveur Xvnc et client Vncviewer

Cette amélioration du multifenêtrage X11 est une nouveauté de Developer version 1/08.

VNC fournit une session de bureau distant à l'aide du protocole RFB (Remote Frame Buffer). Les clients RFB, plus connus sous la dénomination de visionneurs VNC, sont disponibles pour la plupart des plates-formes, en versions commerciales ou Open Source.

Developer version 1/08 inclut à présent Xvnc, un serveur X basé sur les versions Open Source du projet RealVNC et de X.Org Foundation, qui affiche un client de protocole RFB sur le réseau, sans requérir l'affichage d'une session de serveur X sur le matériel vidéo local. Cette version inclut également le client RealVNC vncviewer RFB pour permettre la connexion aux serveurs VNC distants, ainsi que plusieurs programmes associés pour leur gestion.

Pour de plus amples informations, reportez-vous au System Administration Guide: Virtualization Using the Solaris Operating System. Vous pouvez également consulter les pages de manuel Xvnc(1) et vncviewer(1).

64 bits SPARC : Prise en charge de l'optimisation du placement en mémoire pour les plates-formes sun4v

Cette amélioration de la performance du système est une nouveauté de Developer version 1/08.

L'optimisation du placement en mémoire (MPO, Memory Placement Optimization) permet aux systèmes d'exploitation d'allouer de la mémoire locale au noyau lorsque les chaînes et les processus effectuent les exécutions d'architecture sur un environnement matériel virtualisé. La fonction MPO fournit les mécanismes d'accès standard requis dans la couche sun4v afin de fournir des informations de localité à la structure MPO générique. Elle fonctionne sur les plates-formes comportant plusieurs sockets avec des différences de latence d'accès. La fonction MPO améliore la performance de nombreuses applications en permettant au système d'exploitation d'allouer de la mémoire locale aux n??uds mémoire.

Service CIFS Solaris

Cette amélioration du système de fichiers est une nouveauté de Developer version 1/08.

Le service CIFS Solaris permet d'obtenir un service CIFS natif et intégré afin de prendre en charge les clients Windows, MacOS et CIFS. Ce service offre un accès omniprésent aux fichiers partagés entre les clients CIFS et NFS. Le serveur CIFS Solaris peut agir en tant que serveur membre dans un domaine Active Directory. Le service CIFS Solaris fournit un accès aux systèmes de fichiers aux clients Windows et Mac OS par le biais des partages CIFS avec la prise en charge de l'authentification de domaine local et du domaine Active Directory.

Tout comme NFS, CIFS fournit des services de système de fichiers réseau. CIFS fournit également des services, notamment le transport réseau de sous-protocoles tels que les tubes nommés, les services MS-RPC et les interfaces, vers les fonctionnalités Windows de base.

Pour plus d'informations, reportez-vous aux références suivantes :

Solaris CIFS Administration Guide ;
pages de manuel smbadm(1M), smbd(1M), smbstat(1M) et smbautohome(4), smbd(1M)et pam[lowbar]smb[lowbar]passwd(5).

Prise en charge du montage des systèmes de fichiers étiquetés avec le protocole NSFv3 par Solaris Trusted Extensions

Cette amélioration de sécurité est une nouveauté de Developer version 1/08.

À partir de cette version, le logiciel Solaris Trusted Extensions permet le montage de systèmes de fichiers étiquetés à l'aide de NFS Version 3 (NFSv3), en plus de NFS Version 4 (NFSv4). Il n'existe aucune restriction d'utilisation de TCP en tant que protocole de transport sous-jacent à NFS avec Solaris Trusted Extensions. Cependant, les utilisateurs ne peuvent pas utiliser UDP en tant que protocole sous-jacent pour un accès NFS "read down" pour NFSv3. L'utilisation d'UDO pour l'opération de montage initiale est prise en charge, mais UDP ne l'est pas pour les opérations NFSv3 multiniveau ultérieures.

VSCAN Service

Cette amélioration de sécurité est une nouveauté de Developer version 1/08.

Le système d'exploitation Solaris prend dorénavant en charge l'analyse de virus des fichiers résidents ZFS à l'aide du protocole ICAP pour envoyer les fichiers candidats à des produits d'analyse de virus externes tiers prêts à l'emploi.

Pour plus d'informations, reportez-vous aux références suivantes :

System Administration Guide: Security Services
Pages de manuel vscanadm(1M) et vscand(1M).

SPARC : Prise en charge de l'accélération matérielle de l'ECC

Cette amélioration de sécurité est une nouveauté de Developer version 1/08.

Les plates-formes UltraSPARC-T2 prennent en charge l'accélération matérielle des algorithmes ECC (Elliptical Curve Cryptography, cryptographie sur les courbes elliptiques) Le système d'exploitation Solaris prend à présent en charge l'ECDSA et l'ECDH haute performance sur ces plates-formes. Ces nouveaux algorithmes ECC sont accessibles à tous les utilisateurs du SCF (Solaris Cryptographic Framework), utilisateurs JAVA et OpenSSL inclus.

Fonctions de noyau de conversion du codage Unicode

Ces fonctions de noyau sont une nouveauté de Developer version 1/08.

À partir de cette version, un ensemble de fonctions de conversion du codage Unicode et de fonctions utilisateur sont disponibles pour les codages Unicode UTF-8, UTF-16 et UTF-32. Les variations Big-endian et little-endian des codages et le traitement BOM (Byte Order Mark) sont également pris en charge.

Pour de plus amples informations, reportez-vous aux pages de manuel uconv[lowbar]u16tou32(9F) et uconv[lowbar]u16tou32(3C).

Fonctions de noyau de préparation du texte Unicode UTF-8

Ces fonctions de noyau sont une nouveauté de Developer version 1/08.

Cette fonctionnalité introduit un nouvel ensemble de fonctions de noyau et d'utilisateur qu'il est possible d'utiliser afin d'effectuer des normalisations Unicode et des conversions de casse simple Unicode sur du texte UTF-8. Il existe également des fonctions de comparaison et de validation de chaînes UTF-8 avec diverses options.

Pour plus d'informations, reportez-vous aux pages de manuel suivantes :

Cache Squid

Cette amélioration de la pile Web est une nouveauté de Developer version 1/08.

Squid est un proxy HTTP/1.0 disposant de nombreuses fonctionnalités. Squid assure un contrôle d'accès complet, ainsi qu'un environnement d'autorisation et de connexion permettant de développer des applications de proxy Web et de service de contenu.

Pour plus d'informations, consultez la page Web http://www.squid-cache.org/Versions/v2/2.6/cfgman/.

32 bits : PHP 5

Cette amélioration de la pile Web est une nouveauté de Developer version 1/08.

À partir de cette version, le système d'exploitation Solaris inclut PHP 5. PHP Hypertext Preprocessor est un langage de programmation destiné au développement d'applications Web.

Pour plus d'informations, visitez le site Web http://www.php.net/.

Ruby 1.8.6 et Rubygems 0.9.4

Cette amélioration de la pile Web est une nouveauté de Developer version 1/08.

À partir de cette version, le langage de programmation Ruby, certaines extensions, la structure d'application Rails et le système de gestion de package Rubygems sont pris en charge.

Pour plus d'informations, reportez-vous aux références suivantes :

Pour plus d'informations sur le langage de programmation Ruby, visitez le site Web http://www.ruby-lang.org.
Pour plus d'informations sur Rubygems, visitez le site Web http://www.rubygems.org.

Serveur HTTP Apache 2.2

Cette amélioration de la pile Web est une nouveauté de Developer version 1/08.

À partir de cette version, le système d'exploitation Solaris comprend le serveur HTTP Apache 2.2.6. Le serveur Apache prend en charge les composants MPM multiples, PHP, prefork et worker.

Pour plus d'informations, reportez-vous à la page Web http://httpd.apache.org/docs/2.2/.

MySQL 5.0.45

Cette amélioration de la pile Web est une nouveauté de Developer version 1/08.

À partir de cette version, le système d'exploitation Solaris inclut les systèmes de gestion de bases de données relationnelles MySQL 5.0.45.

Interface de base de données Perl et pilote PostgreSQL pour Perl

Cette amélioration de logiciel supplémentaire est une nouveauté de Developer version 1/08.

L'interface de base de données générique Perl DBI (Database Interface, interface de base de données) permet de communiquer avec un moteur de traitement de base de données spécifique. Le pilote PostgreSQL DBD::Pg permet aux applications Perl d'interagir avec un moteur de traitement PostgreSQL par le biais d'une DBI.

Pour plus d'informations, reportez-vous aux références suivantes :