Traduca

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
Immagine di sviluppo del nocciolo di Linux (terza edizione)
Immagine di cominciare Google Maps api 3
Immagine dei concetti del sistema operativo
L'immagine di RHCE Red Hat ha certificato la guida di studio di Linux dell'assistente tecnico (esame RH302) (pressa di certificazione)

XAM ha affidato i campi in mandato

In questo alberino osservo che campi sono affidati dalla specifica di SNIA XAM v1.0 e scrivo una piccola applicazione di Java per richiamare i loro valori di difetto usando VIM di XAM di riferimento di Centera XAM di VIM e della contabilità elettromagnetica.

Che cosa è significato da un campo in XAM? Secondo la parte 3.1.5 della specifica v1.0 di XAM, la parte 1, un campo è una parte dei dati unicamente identificabili che possono essere allegati ad un XSet, ad un XSystem, o ad una biblioteca di XAM.

Più concretamente, un campo ha un nome, un certo numero di attributi che descrivono come interagire con l'oggetto e un valore. Tutto l'obiettivo primario di XAM, cioè un XSystem, un XSet, o un oggetto della biblioteca di XAM può contenere uno o più campi.

I nomi di campo sono stringhe messe UTF-8 sentitive di caso con una lunghezza massima di 512 byte e di nessun caratteri NULLI inclusi. Per evitare i disaccordi del namespace, il namespace del campo è assegnato fra fornitori del sistema di memorizzazione di XAM, di SNIA e fornitori di applicazione di XAM. La seguente tabella mostra il namespace attualmente riservato per i nomi di campo: NAMESPACEDESCRIPTION .xam.* Il XAM Biblioteca-ha posseduto la parte del namespace. I campi in questo namespace saranno definiti in questa specifica e nei relativi proseguimenti e non saranno estesi dai fornitori del sistema di memorizzazione di XAM. .xsystem.*The XSystem-ha posseduto la parte del namespace. I campi in questo namespace saranno definiti in questa specifica e nei relativi proseguimenti e non saranno estesi dai fornitori del sistema di memorizzazione di XAM. .xset.* la parte XSet-di proprietà del namespace. I campi in questo namespace saranno definiti in questa specifica e nei relativi proseguimenti e non saranno estesi dai fornitori del sistema di memorizzazione di XAM. il sistema di .vnd.<reverseDNS>.*The XAM fornitore-ha posseduto il namespace all'interno del namespace di XSystem, in cui è il nome di DNS d'inversione del fornitore del sistema di memorizzazione di XAM org.snia.*Reserved per SNIA org.snia.xam.* riservato a SNIA FCWG per evitare i disaccordi del namespace del campo fra i fornitori del sistema di memorizzazione di XAM nel namespace unreserved restante e il aleviate l'esigenza di una registrazione centrale di nome di campo di XAM, la prima parte di fornitore il nome di campo che sarà il Domain Name del fornitore nell'ordine d'inversione, seguito dal nome di campo fornitore-definito, per esempio com.emc.centera.xam.vim.version.

Come mentionly precedentemente un campo può avere attributi. I seguenti quattro attributi sono affidati dalla specifica di XAM: ATTRIBUISCA il tipo del MIME di NAMEDESCRIPTION TypeThe del valore. Il tipo attributo sarà US-ASCII messo con una lunghezza massima di 512 byte. Valore booleano di BindingA che indica se il campo è limitato al XUID del XSet. Valore booleano di ReadonlyA

Tema di Atahualpa

Benvenuto alla nuova casa del mio blog.  Ho commutato a WordPress 2.8 con il tema di Atahualpha.  Spero che gradiciate la disposizione e le linee semplici pulite di questo tema che, BTW, sta guarnendo le grandi revisioni dalla comunità blogging.

Probabilmente lascerò il vecchio blog sul posto al Blogger per alcuni mesi ma non aggiungerò alcuni nuovi alberini ad esso.

Disposizione canonica di XAM

Uno dei requisiti chiave del raggiungimento della persistenza a lungo termine di dati è la capacità di spostare i dati fra l'archiviatura dei sistemi o, nella lingua della specifica di SNIA XAM (metodo di accesso estendibile), spostante XSets fra XSystems.

La specifica di XAM v1.0 sostiene questo requisito fornendo il supporto per l'esportazione e l'importazione del Xsets.  Specifica i metodi impiegati per esportare un XSet da un XSystem, dalla disposizione di scambio di dati canonica risultante di XSet (pacchetto) e dai metodi impiegati per importare un Xset in un Xsystem. 

Questo alberino suppone che avete una conoscenza di in qualche modo con XAM e come programmare a quella specifica usando Java.  Mette a fuoco sulla disposizione e sul contenuto del pacchetto canonico di disposizione di XSet che consiste di due parti principali: un documento di XML che descrive le politiche, le proprietà ed i flussi degli uno o più XSets ha seguito dalla rappresentazione binaria dei flussi.

La disposizione del pacchetto si conforma alla raccomandazione impaccante ottimizzata XML-binaria di 2005 W3C (XOP). Per per citare dalla raccomandazione:

XOP definiscono un meccanismo per tutti gli usi di pubblicazione periodica per il XML Infoset con il soddisfare binario che è non solo applicabile a SAPONE ed al MIME che impaccano, ma a tutto il XML Infoset e qualunque meccanismo impaccante.

Se siete non pratico con XOP e la maggior parte della gente è, un articolo da Andrey Butov nell'edizione del dicembre 2005 di Journal del dottore Dobb ha contenuto una buona introduzione.

Più di un XSet può essere contenuto in un pacchetto.  Tuttavia l'esecuzione corrente di riferimento di XAM SDK sostiene soltanto un XSet.  Il documento di XML (AKA il XSet manifesto) è un documento valido e ben formato di XML di cui l'elemento della radice è xsets.  Può essere analizzato e maneggiato per mezzo di XSLT e di altri attrezzi di XML.  L'annesso B del documento di architettura di XAM contiene una definizione dello schema di XML (XSD) per il XSet manifesto.

Per studiare più dettagliatamente la disposizione del pacchetto, ho scritto una piccola applicazione di Java denominata StoreHelloWorld che genera un nuovo XSet che contiene due XStreams.  Il primo Xstream contiene il codice sorgente per il programma ubiquista di HelloWorld.java.  Il secondo XStream contiene l'oggetto binario HelloWorld.class messo a base64 e con un tipo del MIME di applicazione/base64.  Non dovreste mettere normalmente un XStream in codice ma visualizzare le lime binarie in un blog è problematica e quindi l'azione alternativa.

Qui è il codice sorgente per StoreHelloWorld. fferedOutputStream di java.io.Bu dell'importazione; fferedInputStream di java.io.Bu dell'importazione; fferedReader di java.io.Bu dell'importazione; importazione java.io.Fi le; leInputStream di java.io.Fi dell'importazione; leOutputStream di java.io.Fi dell'importazione; leNotFoundException di java.io.Fi dell'importazione; leWriter di java.io.Fi dell'importazione; eccezione di java.io.IO dell'importazione; putStreamReader di java.io.In dell'importazione; putStream di java.io.In dell'importazione;

Nuovo namespace esteso di attributi di lima di Fedora 11

Sto sperimentando con XAM (metodo di accesso estendibile), che è un campione di immagazzinaggio sviluppato da SNIA (l'associazione di industria della rete di immagazzinaggio ed ha sviluppato un primo prototipo di un VIM (modulo di interfaccia del fornitore) per il file system ext4 basato sull'aggiunta deun altro namespace al supporto esteso corrente di attributi di lima.  Poiché altri sviluppatori di Linux potrebbero essere interessati in come aggiungere un namespace esteso di attributi ad un file system, ho deciso di pubblicare questo alberino come guida.

Gli attributi di lima estesi (ea) sono estensioni agli attributi normali che sono associati con i inodes in un file system.  Sono semplicemente nomi: stimi gli accoppiamenti connessi con le lime e gli indici e di cui lo scopo è di fornire la funzionalità supplementare che è definita dal sistema operativo o da un'applicazione dell'utente.  Un ea può essere definito o undefined.  Se un ea è definito, il relativo valore può essere vuoto o non vuoto.  La maggior parte del lavoro iniziale per sostenere EAs in Linux è stato fatto da Andreas Gruenbacher nel calendario 2001 - 2004 ed è basato su lavoro fatto nel file system di SGI XFS.

EAs è immagazzinato direttamente nei inodes e sui blocchetti supplementari del disc se necessario.  Attualmente tutto il EAs connesso con una lima deve adattarsi in inode ed un blocco supplementare.  I blocchi che contengono l'insieme identico di EAs possono essere ripartiti fra parecchi inodes.  EAs nei inodes e sui blocchi ha un'intestazione differente seguita dai descrittori dell'entrata multipla.  I descrittori dell'entrata sono fascicolati nei blocchetti del disc ma sono lasciati non selezionati nei inodes.

I nomi di ea sono stringhe zero-terminate e sempre sono specificati usando la a completamente - namespace.attribute qualificato per esempio system.posix_acl_access o security.selinux.  Namespaces è usato per definire i codici categoria differenti di EAs.  I codici categoria differenti di ea sono richiesti perché i permessi e le possibilità richiesti per la manipolazione del EAs in un namespace possono differire da uno ad un altro.  Attualmente Linux sostiene i namespaces di ea per SELinux (sicurezza.), il sistema (sistema.), fidato di (fidato di.) e l'utente (utente.).

Fedora 11 viene con il supporto di ea nel nocciolo di Linux e quindi è il nocciolo che deve essere modificato per aggiungere un altro namespace di ea.  Nel mio caso ho voluto aggiungere un namespace di ea denominato snia per sostenere i meta dati di XAM XSet (vedi sotto).

Qui è la lima di zona per Fedora 11 2.6.29.4 - il nocciolo 167.fc11 che realizza il namespace di snia.  Dovrebbe funzionare per sia i noccioli a 32 bits che 64-bit ma la ho provata soltanto su un nocciolo 64-bit.

Supporto di Twinview di nVidia di Fedora 11

Fedora 11 nave (di Leonidas) con il driver dei grafici di nVidia di nouveau ha precaricato per difetto se una carta grafica di nVidia è rilevata a installa il tempo.  Le versioni precedenti di Fedora hanno usato il più vecchio driver di X.Org nanovolt.

Il progetto di nouveau punta su produrre i driver di Open Source 3D per le carte grafiche di nVidia.  Secondo il progetto Wiki di nouveau

2D-support è ragionevolmente nella buona forma con accelerazione, Xv e Randr12 di EXA (pensi la doppio-testa, le rotazioni, ecc.). Randr12 dovrebbe funzionare per tutte le carte fino a ed includendo, Geforce 9000 serie, anche se alcune edizioni con Geforce 8/9 di computer portatile possono ancora esistere, dato che tali rapporti di insetto delle edizioni dovrebbero essere presentati. Randr12 ora è il difetto. Tutta la funzionalità 3D che potrebbe esistere è ancora non confirmata, non chiede le istruzioni provarla. Inoltre, la commutazione del VT mentre la X sta funzionando è considerata fortunata.„

Bene, ho funzionato certamente rapidamente nell'edizione di commutazione del VT!  Ha funzionato non costantemente ma.

Purtroppo il driver di nouveau attualmente non sostiene la funzionalità di TwinView di nVidia e ritengo sospetto che sarà un molto tempo prima che faccia se mai!

Per usare TwinView con Fedora 11, dovete caricare i driver corretti di nVidia da rpmfusion.org.  Ho descritto come fare dettagliatamente questo in un alberino precedente in modo da non ripeterò quelle informazioni qui.

Inoltre dovete modificare la vostra lima di grub.conf per comprendere l'opzione del caricamento del sistema del nocciolo del nopat come indicato sotto. initrd /initrd-2.6.29.4-167.fc11.x86_64.img del nopat di quiete del rhgb del ro root=/dev/mapper/vg_ultra-lv_root di /vmlinuz-2.6.29.4-167.fc11.x86_64 del nocciolo della radice di Fedora di titolo (2.6.29.4 - 167.fc11.x86_64) (hd0,1)

L'opzione del nopat è necessaria per questo nocciolo particolare (2.6.29.4) come sembra ancora avere funzionalità rotta del PICCHIETTIO.

Per quei lettori che sono ignara di che cosa il PICCHIETTIO è, qui è una breve spiegazione.  Nascondere della pagina è stato controllato tradizionalmente da una caratteristica del CPU denominata Memory Type i registri della gamma (MTRR).  Un CPU ha un insieme limitato e limitato di MTRRs di cui ciascuno parte di controllo dello spazio per l'indirizzo fisico.  Per sormontare questa limitazione e per fornire un'architettura più flessibile, Intel ed altri fornitori del CPU x86 hanno aggiunto un insieme delle punte alle entrate di tabella di pagina per controllare come un CPU pagina nascondere.  Queste punte sono denominate la Tabella di attributo della pagina (PICCHIETTIO).  Incidentalmente, il nocciolo 2.6.26 era il primo nocciolo di Linux per sostenere i picchietti.

A meno che ricostruiate il vostro ramdisk iniziale (initrd), il driver di nouveau rimarrà caricato nel nocciolo.  Preferisco non avere il driver di nouveau caricato nel mio nocciolo se I