Traduisez

Translate to EnglishÜbersetzen Sie zum Deutsch/GermanΜεταφράστε στα ελληνικά/GreekПереведите к русскому/RussianOversetter til Norsk/NorwegianÖversätta till Svensk/Swedishहिनà¥à¤¦à¥€ अनà¥à¤µà¤¾à¤¦ करने के लिà¤/Hindi
Tradueix al català/CatalanTulkot uz latviešu/LatvianPreložiť do slovenčiny/SlovakVertaal aan het Nederlands/Dutchترجمة الى العربية/ArabicTraduzca al Español/SpanishTraduisez au Français/French
Traduca ad Italiano/ItalianTraduza ao Português/Portuguese日本語に翻訳しなさい /Japanese한국어에게 번역하십시오/Korean中文翻译/Chinese Simplified中文翻译/Chinese TraditionalПереклад на українську/Ukrainian
Image de développement d'applications sans fil androïde
Image des concepts du système d'exploitation
L'image de RHCE Red Hat a certifié le guide d'étude de Linux d'ingénieur (examen RH302) (la presse de certification)
Image du développement de grain de Linux (3ème édition)

XAM a exigé des champs

Dans ce poteau je regarde quels champs sont exigés par les spécifications de SNIA XAM v1.0 et écris une petite application de Java pour rechercher leurs valeurs par défaut VIM utilisant de XAM de référence de VIM et d'EMC Centera XAM.

Qu'est signifié par un champ dans XAM ? Selon la section 3.1.5 des spécifications v1.0 de XAM, la partie, un champ est un morceau de données uniquement identifiables qui peuvent être attachées à un XSet, à un XSystem, ou à une bibliothèque de XAM.

Plus concrètement, un champ a un nom, un certain nombre d'attributs qui décrivent comment agir l'un sur l'autre avec l'objet, et une valeur. N'importe quel objet primaire de XAM, c.-à-d. un XSystem, un XSet, ou un objet de bibliothèque de XAM peut contenir un ou plusieurs champs.

Les noms de champ sont les cordes codées par UTF-8 sentitive de cas avec une longueur maximum de 512 bytes et d'aucuns caractères NULS inclus. Pour éviter des désaccords de namespace, le namespace de champ est assigné des fournisseurs de système entre de SNIA, de XAM stockage et des fournisseurs d'application de XAM. La table suivante montre le namespace actuellement réservé pour des noms de champ : NAMESPACEDESCRIPTION .xam.* Le XAM Bibliothèque-a possédé la partie du namespace. Des champs dans ce namespace seront définis dans ces spécifications et ses suites et pas prolongés par des fournisseurs de système de stockage de XAM. .xsystem.*The XSystem-a possédé la partie du namespace. Des champs dans ce namespace seront définis dans ces spécifications et ses suites et pas prolongés par des fournisseurs de système de stockage de XAM. .xset.* la partie XSet-possédée du namespace. Des champs dans ce namespace seront définis dans ces spécifications et ses suites et pas prolongés par des fournisseurs de système de stockage de XAM. le système de .vnd.<reverseDNS>.*The XAM fournisseur-a possédé le namespace dans le namespace de XSystem, où est le nom de DNS renversé de fournisseur de système de stockage de XAM org.snia.*Reserved pour SNIA org.snia.xam.* réservé pour SNIA FCWG pour éviter des désaccords de namespace de champ entre les fournisseurs de système de stockage de XAM dans le namespace franc restant et l'aleviate le besoin d'enregistrement central de nom de champ de XAM, la première partie d'un fournisseur que le nom de champ sera le Domain Name du fournisseur à l'envers l'ordre, suivi du nom de champ fournisseur-défini, par exemple com.emc.centera.xam.vim.version.

Comme mentionly précédemment un champ peut avoir des attributs. Les quatre attributs suivants sont exigés par les spécifications de XAM : ATTRIBUEZ le type de MIME de NAMEDESCRIPTION TypeThe de la valeur. Le type attribut sera US-ASCII codé avec une longueur maximum de 512 bytes. Valeur booléenne de BindingA indiquant si le champ est lié au XUID du XSet. Valeur booléenne de ReadonlyA

Thème d'Atahualpa

Bienvenue à la nouvelle maison de mon blog.  J'ai commuté à WordPress 2.8 avec le thème d'Atahualpha.  J'espère que vous aimez la disposition et les lignes simples propres de ce thème qui, BTW, garnit de grandes revues de la communauté blogging.

Je laisserai le vieux blog en place au Blogger pendant quelques mois mais n'ajouterai probablement aucun nouveau poteau à lui.

Format canonique de XAM

Une des conditions principales pour réaliser la persistance à long terme de données est la capacité de déplacer des données entre archiver des systèmes ou, dans la langue des spécifications de SNIA XAM (méthode d'accès extensible), déplaçant XSets entre XSystems.

Les spécifications de XAM v1.0 soutiennent cette condition en fournissant l'appui pour exporter et importer Xsets.  Elles spécifient les méthodes employées pour exporter un XSet d'un XSystem, du format d'échange de données canonique résultant de XSet (paquet) et des méthodes employées pour importer un Xset dans un Xsystem. 

Ce poteau suppose que vous êtes quelque peu familiarisé avec XAM et comment programmer selon ces spécifications utilisant Java.  Il se concentre sur le format et le contenu du paquet canonique de format de XSet qui se compose de deux parts principales : un document de XML qui décrit les politiques, les propriétés et les jets de l'un ou plusieurs XSets a suivi de la représentation binaire des jets.

Le format de paquet se conforme à la recommandation de empaquetage optimisée XML-binaire de 2005 W3C (XOP). Pour citer de la recommandation :

XOP définissent un mécanisme d'usage universel de fabrication en série pour le XML Infoset avec le contenu binaire qui s'applique non seulement au SAVON et au MIME empaquetant, mais à n'importe quel XML Infoset et n'importe quel mécanisme de empaquetage.

Si vous êtes peu familier avec XOP, et la plupart des personnes sont, un article par Andrey Butov dans l'édition du décembre 2005 de Journal de docteur Dobb's a contenu une bonne introduction.

Plus d'un XSet peut être contenu dans un paquet.  Cependant l'exécution courante de référence de XAM SDK soutient seulement un XSet.  Le document de XML (AKA le XSet manifeste) est un document valide et bien formé de XML dont l'élément de racine est des xsets.  Il peut être analysé et manoeuvré utilisant XSLT et d'autres outils de XML.  L'annexe B du document d'architecture de XAM contient une définition de schéma de XML (XSD) pour le XSet manifeste.

Afin d'étudier le format de paquet en plus détail, j'ai écrit une petite application de Java appelée StoreHelloWorld qui crée un nouveau XSet contenant deux XStreams.  Le premier Xstream contient le code source pour le programme omniprésent de HelloWorld.java.  Le deuxième XStream contient l'objet binaire HelloWorld.class codé à base64 et avec un type de MIME d'application/base64.  Normalement vous ne devriez pas coder un XStream mais le déploiement des dossiers binaires dans un blog est problématique et par conséquent le contournement.

Voici le code source pour StoreHelloWorld. fferedOutputStream de java.io.Bu d'importation ; fferedInputStream de java.io.Bu d'importation ; fferedReader de java.io.Bu d'importation ; importation java.io.Fi le ; leInputStream de java.io.Fi d'importation ; leOutputStream de java.io.Fi d'importation ; leNotFoundException de java.io.Fi d'importation ; leWriter de java.io.Fi d'importation ; exception de java.io.IO d'importation ; putStreamReader de java.io.In d'importation ; putStream de java.io.In d'importation ;

Nouveau namespace prolongé d'attributs de dossier de Fedora 11

J'expérimente avec XAM (méthode d'accès extensible), qui est une norme de stockage développée par SNIA (l'association d'industrie de gestion de réseau de stockage et ont développé un premier prototype d'un VIM (module d'interface de fournisseur) pour le système de fichiers ext4 basé sur ajouter un autre namespace à l'appui prolongé courant d'attributs de dossier.  Puisque d'autres lotisseurs de Linux pourraient être intéressés par la façon ajouter un namespace prolongé d'attributs à un système de fichiers, j'ai décidé d'éditer ce poteau comme guide.

Les attributs de dossier prolongés (ea) sont des prolongements aux attributs normaux qui sont associés aux noeuds d'index dans un système de fichiers.  Ils sont simplement nommés : évaluez les paires liées aux dossiers et aux annuaires et dont le but est de fournir la fonctionnalité additionnelle qui est définie par le du système d'exploitation ou une application d'utilisateur.  Un ea peut être défini ou éliminé.  Si un ea est défini, sa valeur peut être vide ou non vide.  La majeure partie du travail initial pour soutenir EAs dans le Linux a été effectuée par Andreas Gruenbacher dans le calendrier 2001 à 2004 et est basée sur le travail effectué dans le système de fichiers de SGI XFS.

EAs sont stockés directement dans les noeuds d'index et sur les blocs additionnels de disque au besoin.  Actuellement tout l'EAs lié à un dossier doit s'adapter dans un noeud d'index et un bloc additionnel.  Des blocs qui contiennent l'ensemble identique d'EAs peuvent être mis en commun entre plusieurs noeuds d'index.  EAs dans les noeuds d'index et sur des blocs ont un en-tête différent suivi des descripteurs d'entrée multiple.  Des descripteurs d'entrée sont assortis dans des blocs de disque mais sont laissés non triés dans les noeuds d'index.

Les noms d'ea sont les cordes zéro-terminées et sont toujours spécifiés utilisant a entièrement - namespace.attribute qualifié par exemple system.posix_acl_access ou security.selinux.  Namespaces sont employés pour définir différentes classes d'EAs.  Différentes classes d'ea sont exigées parce que les permissions et les possibilités exigées pour manoeuvrer EAs dans un namespace peuvent différer d'un à l'autre.  Actuellement le Linux soutient des namespaces d'ea pour SELinux (sécurité.), système (système.), fait confiance (fait confiance.) et utilisateur (utilisateur.).

Fedora 11 vient avec l'appui d'ea au grain de Linux et par conséquent c'est le grain qui doit être modifié afin d'ajouter un autre namespace d'ea.  Dans mon cas j'ai voulu ajouter un namespace d'ea appelé le snia afin de soutenir des méta-données de XAM XSet (voir ci-dessous).

Voici le dossier de correction pour Fedora 11 2.6.29.4 - le grain 167.fc11 qui met en application le namespace de snia.  Il devrait fonctionner pour les grains à 32 bits et 64-bit mais je l'ai seulement examiné sur un grain 64-bit.

Appui de Twinview de nVidia de Fedora 11

Fedora 11 bateaux (de Leonidas) avec le conducteur de graphiques de nVidia de nouveau préchargé par défaut si une carte graphique de nVidia est détectée à installent le temps.  Les versions préalables de Fedora ont employé le conducteur plus ancien de X.Org nanovolt.

Le projet de nouveau vise à produire des conducteurs d'Open Source 3D pour des cartes graphiques de nVidia.  Selon le projet Wiki de nouveau

2D-support est dans la forme assez bonne avec l'accélération, Xv et le Randr12 d'EXA (pensez à la duel-tête, aux rotations, etc.). Randr12 devrait fonctionner pour toutes les cartes jusqu'à, et incluant, Geforce 9000 séries, bien que quelques issues avec Geforce 8/9 ordinateur portable puissent encore exister, parce que de tels rapports de bogue d'issues devraient être soumis. Randr12 est maintenant le défaut. N'importe quelle fonctionnalité 3D qui pourrait exister est encore non soutenue, ne demandent pas des instructions de l'essayer. En outre, la commutation de VT tandis que X fonctionne est considérée chanceuse. »

Bien, j'ai certainement rapidement couru dans l'issue de commutation de VT !  Cela a fonctionné mais pas uniformément.

Malheureusement le conducteur de nouveau actuellement ne soutient pas la fonctionnalité de TwinView de nVidia et je suspecte que ce soit un long temps avant qu'il fasse si jamais !

Pour employer TwinView avec Fedora 11, vous devez charger les conducteurs corrects de nVidia de rpmfusion.org.  J'ai décrit comment faire ceci en détail dans un poteau précédent ainsi je ne répéterai pas cette information ici.

Vous devez également modifier votre dossier de grub.conf pour inclure l'option de botte de grain de nopat comme montré ci-dessous. initrd /initrd-2.6.29.4-167.fc11.x86_64.img de nopat de tranquillité de rhgb du RO root=/dev/mapper/vg_ultra-lv_root de /vmlinuz-2.6.29.4-167.fc11.x86_64 de grain de la racine de Fedora de titre (2.6.29.4 - 167.fc11.x86_64) (hd0,1)

L'option de nopat est nécessaire pour ce grain particulier (2.6.29.4) comme il semble avoir toujours la fonctionnalité cassée de PAT.

Pour ces lecteurs qui sont ignorante de ce qu'est PAT, voici une brève explication.  Traditionnellement la mise en antémémoire de page a été commandée par un dispositif d'unité centrale de traitement appelé Memory Type les registres de gamme (MTRR).  Une unité centrale de traitement a un ensemble fini et limité de MTRRs dont chacun partie commande de l'espace d'adressage physique.  Pour surmonter cette limitation et fournir une architecture plus flexible, Intel et d'autres fournisseurs de l'unité centrale de traitement x86 ont ajouté un ensemble de peu aux entrées de tableau de page pour commander comment une unité centrale de traitement pagine la mise en antémémoire.  Ce peu s'appelle le Tableau d'attribut de page (PAT).  Par ailleurs, le grain 2.6.26 était le premier grain de Linux pour soutenir des tapotements.

À moins que vous reconstruisiez votre ramdisk initial (initrd), le conducteur de nouveau restera chargé au grain.  Je préfère ne pas avoir le conducteur de nouveau chargé à mon grain si I