翻譯

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
操作系統的概念的圖像
開始Google Maps的圖像API 3
Linux仁發展(第3編輯)的圖像
XSLT 2.0和XPath 2.0程序参考(對程序員的程序員的)圖像

XAM要求領域

在這個崗位我看什麼領域由SNIA XAM v1.0規格要求並且寫一個小Java应用程序檢索他們的缺省值使用XAM參考精力和EMC的Centera XAM精力。

在XAM的一個領域是什么意思? 根據XAM規格v1.0的第3.1.5部分,第1部分,領域是可以附有XSet、XSystem或者XAM圖書館獨特地可識別的數據的片斷。

更加具體地,領域有一個名字,描述如何與對象和價值互動的一定數量的屬性。 所有XAM丰要目的,即XSystem、XSet或者XAM圖書館對象可能包含一個或更多領域。

字段名是與512個字節和沒有嵌入零字符的一個最大長度的案件sentitive UTF-8編碼串。 要避免namespace碰撞,領域namespace被分配在SNIA, XAM存貯之間系统供应商和XAM應用供營商。 下表顯示字段名的當前被預留的namespace : NAMESPACEDESCRIPTION .xam.* XAM圖書館擁有了namespace的部分。 在這namespace的領域在這個規格和它的第二代產品將被定義,並且不會由XAM存貯系统供应商扩大。 .xsystem.*The XSystem擁有了namespace的部分。 在這namespace的領域在這個規格和它的第二代產品將被定義,並且不會由XAM存貯系统供应商扩大。 .xset.* namespace的由XSet擁有的部分。 在這namespace的領域在這個規格和它的第二代產品將被定義,並且不會由XAM存貯系统供应商扩大。 .vnd.<reverseDNS>.*The XAM系統供營商擁有了在XSystem namespace之內的namespace, XAM存貯系统供应商的反向DNS名org.snia.*Reserved對于為SNIA org.snia.xam.*預留的SNIA FCWG避免領域在XAM存貯系统供应商剩余的豪放的namespace的和aleviate之間的namespace碰撞需要對于中央XAM字段名登記,供營商的第一個部分字段名將是在逆序的供營商的域名的,跟随由供營商被定義的字段名,即com.emc.centera.xam.vim.version。

領域可能mentionly以前有屬性。 以下四個屬性由XAM規格要求: 歸因於NAMEDESCRIPTION TypeThe價值的MIME類型。 类型属性將是US-ASCII輸入與512個字節的一個最大長度。 表明領域是否的BindingA布尔值一定對XSet的XUID。 ReadonlyA布尔值

Atahualpa題材

歡迎到我的博克的新的家。  我换成與Atahualpha題材的WordPress 2.8。  我希望您喜歡, BTW,裝飾從blogging的社區的巨大回顧這個題材的现代簡單的佈局和设计。

我大概將留給老博克到位在Blogger一些個月,但是不會增加任何新的崗位到它。

XAM標準格式

其中一個達到長期數據堅持的關鍵要求是能力移動數據在歸檔系統之間或,在SNIA XAM (延伸性存取方式)規格的語言,移動XSets在XSystems之間。

XAM v1.0規格通过提供支持支持這個要求為出口和進口Xsets。  它指定使用的方法從XSystem、總值XSet標準数据互换格式(包裹)和使用的方法出口XSet進口Xset入Xsystem。 

這個崗位假设使用Java,您熟悉有些XAM和如何編程到那個規格。  它集中于包括二主要部分XSet標準格式包裹的格式和內容: 描述政策、物產和小河一個或更多XSets的XML文件被小河的二進制表示法跟隨了。

包裹格式依照2005 W3C XML二進制優化包裝的(XOP)推薦。 從推薦引述:

XOP定义了XML的Infoset一個通用連續廣播機制與是不僅可適用的對包裝的肥皂和的MIME的二進制內容,但是對所有XML Infoset和任何包裝的機制。

如果您對XOP是不熟悉的,並且多数人民是,由Andrey Butov的一篇文章在Dobb的Journal醫生的12月2005日問題包含了好介紹。

超过一XSet可以在包裹包含。  然而當前XAM SDK參考實施只支持一XSet。  XML文件(AKA明顯的XSet)是根元素是xsets的一個合法和合格的XML文件。  使用XSLT和其他XML工具,它可以被解析和被操作。  XAM建築學文件的Annex B包含一個XML圖解定義(XSD)的明顯的XSet。

為了較詳細地學習包裹格式,我寫称創造包含二XStreams的新的XSet的StoreHelloWorld的一個小Java应用程序。  第一Xstream包含普遍存在的HelloWorld.java節目的原始代码。  第二XStream包含二進制對象HelloWorld.class輸入對base64和與應用或base64的MIME类型。  通常您不應該輸入XStream,但是顯示在博克的二进制文件是有問題並且解決方法。

這StoreHelloWorld的原始代码。 進口java.io.Bu fferedOutputStream; 進口java.io.Bu fferedInputStream; 進口java.io.Bu fferedReader; 進口java.io.Fi le; 進口java.io.Fi leInputStream; 進口java.io.Fi leOutputStream; 進口java.io.Fi leNotFoundException; 進口java.io.Fi leWriter; 進口java.io.IO例外; 進口java.io.In putStreamReader; 進口java.io.In putStream;

淺頂軟呢帽11新的延長的文件属性Namespace

我試驗XAM (延伸性存取方式),是SNIA開发的存貯標準(存貯網絡產業協會和開发了精力(供營商接口模块)的第一個原型根据增加另一namespace的ext4文件系统的到當前延長的文件属性支持。  因為其他Linux開發商也許是對怎样增加延長的屬性namespace感兴趣到文件系统,我决定出版這個崗位作為指南。

延長的文件属性(EA)是引伸對同在文件系统的索引節联系在一起的正常屬性。  他們是完全命名的:重視對与,並且目的將提供另外的功能是由操作系統定義的或用戶應用的文件和目錄相关。  EA也許被定義或未定義。  如果EA被定義,它的價值也許空或非空。  支持在Linux的EAs的大多数最初的工作由2001年到2004年期限的Andreas ・ Gruenbacher完成和根据在SGI XFS文件系统完成的工作。

EAs被存放如果需要,直接地在索引節和在另外的盤塊。  目前所有EAs与文件相关必须适合索引節和一個另外的塊。  包含相同套EAs的塊也許在幾索引節被共享。  EAs在索引節和在塊有多路入口描述符跟随的不同的倒栽跳水。  詞條描述符在盤塊在索引節被排序,但是留給未分類。

使用完全修飾的namespace.attribute system.posix_acl_access或security.selinux,即EA名字是零被終止的串和总是指定。  Namespaces被用于定義EAs不同的類。  不同的EA類,因為對于操作在一namespace的EAs和能力是必需的允許也許與一個不同到另一個,需要。  目前Linux支持SELinux (安全。),系統(系統。),被信任(信任。)和用戶的(用戶EA namespaces。)。

淺頂軟呢帽11在Linux仁來有EA支持並且它是必须修改為了增加另一EA namespace的仁。  在我的情况我想增加称snia的EA namespace為了支持XAM XSet變數據(如下所示)。

這淺頂軟呢帽的11 2.6.29.4 - 167.fc11补丁文件實施snia namespace的仁。  它應該為32位和64位仁运作,但是我只測試了它在一個64位仁。

淺頂軟呢帽11 nVidia Twinview支持

與被預先輸入的nouveau nVidia圖表司機的淺頂軟呢帽11 (利奧尼達斯)默認情況下船,如果nVidia图形卡被查出在安裝时间。  淺頂軟呢帽的老版本使用了更旧的X.Org nv司機。

nouveau項目瞄準生產nVidia图形卡的開放來源3D司機。  根據nouveau項目Wiki

2支持在與EXA加速度, xv和Randr12的相當好的形狀(認為雙重頭、自轉等等)。 Randr12應該為所有卡片运作,和包括, Geforce 9000系列,雖然與Geforce的有些問題8/9膝上型計算機也許仍然存在,為了應該遞交這样問題臭虫报告。 Randr12現在是缺省。 也許存在的所有3D功能是無支持的,不請求指示嘗試它。 並且, VT開關,當X跑时被认為幸運」。

那么,我一定迅速遇到VT開關問題!  它不一貫地运作,但是。

不幸地nouveau司機當前不支持nVidia TwinView功能,並且我懷疑它將是很長时间,在它,如果之前!

要使用與淺頂軟呢帽11的TwinView,您必須從rpmfusion.org裝載正確nVidia司機。  我在一個早先崗位描述了如何詳細做此,因此我不會重複那信息這裡。

您也需要修改您的grub.conf文件包括nopat仁起動選擇如下所示。 題為淺頂軟呢帽(2.6.29.4 - 167.fc11.x86_64)根(hd0,1)仁/vmlinuz-2.6.29.4-167.fc11.x86_64 ro root=/dev/mapper/vg_ultra-lv_root rhgb沉寂nopat initrd /initrd-2.6.29.4-167.fc11.x86_64.img

nopat選擇為這個特殊仁(2.6.29.4)是需要的,看起來仍然有殘破的輕拍功能。

對于對的那些讀者什麼是未察覺的輕拍是,這一份简要说明。  传统上頁貯藏是由称Memory的CPU特點控制的Type範圍記數器(MTRR)。  CPU有MTRRs有限和极限集物理地址空間的控制零件的其中每一。  要克服這個局限和提供更加靈活的建築學,英特爾和其他x86 CPU供營商增加一套位到頁面表詞條控制CPU怎麼呼叫貯藏。  這些位称頁屬性表(輕拍)。  偶然地, 2.6.26仁是支持輕拍的第一個Linux仁。

除非您重建您最初的ramdisk (initrd), nouveau司機在仁將保持裝載。  我喜欢沒有在我的仁裝載的nouveau司機,如果I