翻译

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
机器人无线应用开发的图象
XSLT 2.0和XPath 2.0程序参考(对程序员的程序员的)图象
操作系统的概念的图象
RHCE红色帽子的图象证明了工程师Linux研究指南(检查RH302) (证明新闻)

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