June « 2009 « Musings of an OS plumber

XAM Mandated поля

В этом столбе я смотрю какие поля mandated спецификацией SNIA XAM v1.0 и пишу малое применение Java для того чтобы восстановить их автоматически принимаемые значения используя VIM Centera XAM VIM и EMC справки XAM.

Что значено полем в XAM? Согласно разделу 3.1.5 спецификации v1.0 XAM, часть 1, поле часть уникально опознаваемых данных которые можно приложить к XSet, XSystem, или архиву XAM.

Конкретно, поле имеет имя, несколько атрибутов которые описывают как взаимодействовать с предметом, и значением. Любой предмет XAM основной, т.е. XSystem, XSet, или предмет архива XAM может содержать одни или больше поля.

Названия поля шнуры случая sentitive зашифрованные UTF-8 с максимальной длиной 512 байт и никаких врезанных НУЛЕВЫХ характеров. Для того чтобы во избежание столкновения namespace, namespace поля размещан между поставщики системы хранением SNIA, XAM и применение XAM поставщики. Следующая таблица показывает в настоящее время зарезервированный namespace для названий поля: NAMESPACEDESCRIPTION .xam.* XAM Архив-имело часть namespace. Поля в этом namespace будут определены в этой спецификации и своих follow-ons и не будут удлинены поставщиками системы хранения XAM. .xsystem.*The XSystem-имело часть namespace. Поля в этом namespace будут определены в этой спецификации и своих follow-ons и не будут удлинены поставщиками системы хранения XAM. .xset.* XSet-имеемая часть namespace. Поля в этом namespace будут определены в этой спецификации и своих follow-ons и не будут удлинены поставщиками системы хранения XAM. система .vnd.<reverseDNS>.*The XAM поставщик-имела namespace внутри namespace XSystem, где имя DNS org.snia.*Reserved поставщика системы хранения XAM обратное для SNIA org.snia.xam.* зарезервированного для SNIA FCWG для того чтобы во избежание столкновения namespace поля между поставщиками системы хранения XAM в остальном unreserved namespace и aleviate потребность для центральной регистратуры названия поля XAM, первая часть поставщика название поля будет именем домена поставщика в обратном порядке, последованном за поставщик-определенным названием поля, например com.emc.centera.xam.vim.version.

По мере того как mentionly ранее поле может иметь атрибуты. Следующие 4 атрибута mandated спецификацией XAM: ПРИПИШИТЕ тип MIME NAMEDESCRIPTION TypeThe значения. Тип атрибут будет US-ASCII зашифрованный с максимальной длиной 512 байт. Значение BindingA булевское показывая если поле прыгнуто к XUID XSet. Значение ReadonlyA булевское

Тема Atahualpa

Добро пожаловать к новому дому моего блога. Я переключал к WordPress 2.8 с темой Atahualpha. Я надеюсь что вы любит чистые просто план и линии этой темы которая, BTW, гарнирует большие просмотрения от blogging общины.

Я вероятно выйду старый блог в место на Blogger на немного месяцев но не буду добавлять никакие новые столбы к ему.

Форма XAM каноническая

Одно из ключевых требований для достигать персистирования данных за длительный период времени способность двинуть данные между помещать системы в архив или, в языке спецификации SNIA XAM (раздвижного метода доступа), двигая XSets между XSystems.

Спецификация XAM v1.0 поддерживает это требование путем обеспечивать поддержку для ехпортировать и импортировать Xsets. Она определяет методы используемые для того чтобы ехпортировать XSet от XSystem, возникающей формы взаимообмена данным по XSet канонической (пакета) и методов используемых для того чтобы импортировать Xset в Xsystem.

Этот столб предполагает вы несколько знакомы с XAM и как запрограммировать к той спецификации используя Java. Он фокусирует на форме и содержании пакета формы XSet канонического который состоит из 2 главным образом частей: документ XML который описывает политики, свойства и потоки одних или больше XSets последовал за бинарным представлением потоков.

Форма пакета соответствует к рекомендации 2005 W3C XML-бинарной оптимизированной упаковывая (XOP). Закавычить от рекомендации:

XOP определяют общецелевой механизм serialization для XML Infoset с бинарным содержанием которое не только применимо к МЫЛУ и MIME упаковывая, но к всем XML Infoset и любому упаковывая механизму.

Если вы малознакомы с XOP, и большинств люди, то статья Andrey Butov в вопросе декабря 2005 Журнала доктора Dobb's содержала хорошее введение.

Больше чем одно XSet можно содержать в пакете. Однако настоящая вставка справки XAM SDK только поддерживает одно XSet. Документ XML (AKA XSet очевидное) действительный и well-formed документ XML которого элемент корня xsets. Он можно parsed и манипулировать используя XSLT и другие инструменты XML. Аннекс b документа зодчества XAM содержит определение схимы XML (XSD) для XSet очевидного.

Для того чтобы изучить форму пакета более подробно, я написал малое вызванное применение Java StoreHelloWorld которое создает новое XSet содержа 2 XStreams. Первое Xstream содержит исходный код для вездесущей программы HelloWorld.java. Второе XStream содержит бинарный предмет HelloWorld.class зашифрованный к base64 и с типом MIME применения/base64. Нормально вы не должны шифровать XStream но показ бинарных файлов в блоге проблемн и следовательно временные решения.

Здесь исходный код для StoreHelloWorld. fferedOutputStream java.io.Bu ввоза; fferedInputStream java.io.Bu ввоза; fferedReader java.io.Bu ввоза; ввоз java.io.Fi le; leInputStream java.io.Fi ввоза; leOutputStream java.io.Fi ввоза; leNotFoundException java.io.Fi ввоза; leWriter java.io.Fi ввоза; исключение java.io.IO ввоза; putStreamReader java.io.In ввоза; putStream java.io.In ввоза;

Namespace атрибутов архива Fedora 11 новый выдвинутый

Я экспериментирую с XAM (раздвижным методом доступа), которое стандарт хранения начатый SNIA (ассоциация индустрии сети хранения и начала первый прототип VIM (модуля интерфейса поставщика) для системы файлов ext4 основанной на добавлять другой namespace к настоящей выдвинутой поддержке атрибутов архива. В виду того что другие проявители Линукс могли быть заинтересованы в как добавить выдвинутый namespace атрибутов к системе файлов, я решил опубликовать этот столб как направляющий выступ.

Выдвинутые атрибуты архива (EA) выдвижения к нормальным атрибутам которые связаны с inodes в системе файлов. Они просто названны: оцените пары связанные с архивами и директориями и который цель обеспечить дополнительную функциональность которая или определена операционной системой или применением потребителя. EA может быть определен или неопределен. Если EA определен, то свое значение может быть пусто или non-empty. Большая часть из начальной работы для того чтобы поддержать EAs в Линукс была сделана Andreas Gruenbacher в временных рамки 2001 до 2004 и основана на работе сделанной в системе файлов SGI XFS.

EAs хранится сразу в inodes и на дополнительных блоках диска если необходимо. В настоящее время все EAs связало с архивом должно приспосабливать в inode и один дополнительный блок. Блоки которые содержат идентичный комплект EAs могут быть поделены среди нескольких inodes. EAs в inodes и на блоках имеет различный коллектор последованный за дискрипторами множественного входа. Дискрипторы входа сортированы в блоках диска но выйдены unsorted в inodes.

Имена EA нул-прекращенные шнуры и всегда определены используя a полно - квалифицированное namespace.attribute например system.posix_acl_access или security.selinux. Namespaces использовано для того чтобы определить различные типы EAs. Различные типы EA необходимы потому что позволения и возможности необходимы для манипулировать EAs в одном namespace могут отличать от одного к другим. В настоящее время Линукс поддерживает namespaces EA для SELinux (обеспеченности.), доверенной системы (системы.), (доверено.) и потребителя (потребителя.).

Fedora 11 приходит с поддержкой EA в стержене Линукс и следовательно стержень который необходимо доработать для того чтобы добавить другой namespace EA. В мой случай я хотел добавить вызванный namespace EA snia для того чтобы поддержать (см. ниже) metadata XAM XSet.

Здесь архив заплаты на Fedora 11 2.6.29.4 - стержень 167.fc11 который снабжает namespace snia. Он должен работать и для трицатидвухразрядных и 64ых-разрядн стерженей но я только испытывал его на 64ом-разрядн стержене.

Поддержка Twinview nVidia Fedora 11

Корабли Fedora 11 (Leonidas) при водитель графиков nVidia nouveau поджатый значением по умолчанию если видеокарта nVidia обнаружена на, то устанавливают время. Предыдущие версии Fedora использовали более старого водителя X.Org nv.

Проект nouveau направляет на производить водителей открытого источника 3D для видеокарт nVidia. Согласно проекту Wiki nouveau

2D-support в справедливо хорошей форме с ускорением, XV и Randr12 EXA (думайте двойн-головки, вращений, etc.). Randr12 должно работать для всех карточек до, и включающ, Geforce 9000 серий, хотя некоторые вопросы с Geforce 8/9 компьтер-книжек могут все еще существовать, ибо такие отчеты о черепашки вопросов должны быть представлены. Randr12 теперь значение по умолчанию. Любая функциональность 3D которая могла существовать все еще неподдержана, не просит инструкции попробовать ее. Также, переключение VT пока x бежит учтено удачливейшей.»

Наилучшим образом, я определенно быстро побежал в вопрос переключения VT! Он работал но не последовательно.

Несчастливо водитель nouveau в настоящее время не поддерживает функциональность TwinView nVidia и я подозрюю что будет долгим временем прежде чем оно сделает если всегда!

Для использования TwinView с Fedora 11, вы должны нагрузить правильно водителей nVidia от rpmfusion.org. Я описал как сделать это подробно в предыдущем столбе поэтому я не повторю ту информацию здесь.

Вам также нужно доработать ваш архив grub.conf для того чтобы включить вариант ботинка стерженя nopat как показан ниже. озаглавьте initrd /initrd-2.6.29.4-167.fc11.x86_64.img nopat тиши rhgb ro root=/dev/mapper/vg_ultra-lv_root /vmlinuz-2.6.29.4-167.fc11.x86_64 стерженя корня Fedora (2.6.29.4 - 167.fc11.x86_64) (hd0,1)

Вариант nopat необходим для этого определенного стерженя (2.6.29.4) по мере того как он кажется, что все еще имеет сломленную функциональность ПЭТ.

Для тех читателей которые незнающи чего ПЭТ, здесь кратко объяснение. Традиционно прятать в тайнике страницы было проконтролирован вызванной характеристикой C.P.U. Памятью Типом регистрами ряда (MTRR). C.P.U. имеет небесконечный и лимитированный комплект MTRRs каждый из контрольная часть физического места для адреса. Для того чтобы отжать это ограничение и обеспечить более гибкое зодчество, Intel и другие поставщики C.P.U. x86 добавили комплект битов к входам таблицы страницы для того чтобы контролировать как C.P.U. вызывает прятать в тайнике. Эти биты вызваны таблицей атрибута страницы (ПЭТ). Случаино, стержень 2.6.26 был первым стерженем Линукс для того чтобы поддержать Пэт.

Если вы не будете восстановлять ваше начальное ramdisk (initrd), водитель nouveau останет нагруженным в стержене. Я предпочитаю не иметь водителя nouveau нагруженного в моем стержене если I

Musings

Переведите

Архивохранилища

XAM Mandated поля

Тема Atahualpa

Форма XAM каноническая

Namespace атрибутов архива Fedora 11 новый выдвинутый

Поддержка Twinview nVidia Fedora 11

Musings

Переведите

Архивохранилища

XAM Mandated поля

Тема Atahualpa

Форма XAM каноническая

Namespace атрибутов архива Fedora 11 новый выдвинутый

Поддержка Twinview nVidia Fedora 11

Бирки