번역하십시오

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
운영 체계 개념의 심상
현대 운영 체계 (제 3 판)의 심상
유닉스 환경에서 진보된 프로그램, 2판 (에디슨-웨슬리 전문가 계산 시리즈)의 심상
XSLT 2.0와 XPath 2.0 프로그래머 참조 (프로그래머에 프로그래머)의 심상

XAM는 분야를 명령했다

이 포스트에서 나는 무슨 분야가 SNIA XAM v1.0 명세에 의해 명령되는 보고 XAM 참고 VIM와 EMC의 Centera XAM를 사용하여 그들의 기정값을 만회할 것을 작은 Java 애플리케이션이 VIM 쓴다.

XAM에 있는 분야에 의해 무엇이 의미되는가? XAM 명세 v1.0의 단면도 3.1.5에 따르면, 부 1은, 분야 XSet, XSystem, 또는 XAM 도서관에 붙어 있을 수 있는 유일하게 증명할 수 있는 자료의 조각이다.

구체적으로, 분야에는 이름, 목표 및 가치와 상호 작용하는 방법을 기술하는 다수 속성이 있다. 어떤 XAM 1 차 목표든지, i.e XSystem, XSet, 또는 XAM 도서관 목표 한개 이상 분야를 포함할 수 있다.

필드 이름은 512 바이트 및 묻힌 널 문자의 최대 길이를 가진 케이스 sentitive UTF-8에 의하여 암호로 고쳐 쓴 끈이다. namespace 충돌을 피하기 위하여는, 분야 namespace는 SNIA, XAM 저장 사이에서 시스템 판매자와 XAM 신청 납품업자 할당된다. 다음에 나오는 테이블은 필드 이름을 위한 지금 예비된 namespace를 보여준다: NAMESPACEDESCRIPTION .xam.*는 XAM namespace의 부분을 도서관 소유했다. 이 namespace에 있는 분야는 이 명세 및 그것의 수행에서 정의되고 XAM 저장 시스템 판매자에 의해 확장되지 않을 것이다. .xsystem.*The는 namespace의 부분을 XSystem 소유했다. 이 namespace에 있는 분야는 이 명세 및 그것의 수행에서 정의되고 XAM 저장 시스템 판매자에 의해 확장되지 않을 것이다. .xset.* namespace의 XSet 소유된 부분. 이 namespace에 있는 분야는 이 명세 및 그것의 수행에서 정의되고 XAM 저장 시스템 판매자에 의해 확장되지 않을 것이다. .vnd.<reverseDNS>.*The XAM 체계는 잔여 솔직한 namespace에 있는 XAM 저장 시스템 판매자와 aleviate 사이 분야 namespace 충돌을 피하기 위하여 SNIA FCWG를 위해 비축된 SNIA org.snia.xam.*의 XAM 저장 시스템 판매자의 반전 DNS 이름 org.snia.*Reserved가 중앙 XAM 필드 이름 기입을 위한 필요 있는 XSystem namespace 내의 namespace를, 납품업자의 첫번째 부분 필드 이름이 납품업자 정의한 필드 이름, 예를들면 com.emc.centera.xam.vim.version에 선행된 역 순서에 있는 납품업자의 도메인 이름일 납품업자 소유했다.

mentionly 이전에 분야에는 속성이 있을 수 있던 대로. 뒤에 오는 4개의 속성은 XAM 명세에 의해 명령된다: 가치의 속성 NAMEDESCRIPTION TypeThe MIME 유형. 512 바이트의 최대 길이로 암호로 고쳐 쓴 Type 속성 US-ASCII일 것이다. 분야가 XSet의 XUID에 바운스되는지 나타내는 BindingA 부울 값. ReadonlyA 부울 값

2009년 6월 29 | 꼬리표: | 종류: XAM | 코멘트는 닫힌다

Atahualpa 주제

나의 블로그의 새로운 가정에 환영.  나는 Atahualpha 주제를 가진 WordPress 2.8에 전환했다.  나는 당신이, BTW, blogging 지역 사회에게서 중대한 검토를 장식하고 있는 이 주제의 명료한 간단한 배치 그리고 선을 좋아한ㄴ다는 것을 희망한다.

나는 아마 오래된 블로그를 약간 달 동안 Blogger에 그 자리에 남겨두고 그러나 그것에 어떤 새로운 포스트도 추가하지 않을 것이다.

2009년 6월 24일 | 종류: Uncategorized | 코멘트는 닫힌다

XAM 교회법에 의한 체재

장기 자료 고집 달성을 위한 중요한 필요조건의 한개는 XSystems 사이에서 XSets를 이동하는 SNIA XAM (연장할 수 있는 접근 방법) 명세의 언어에서 체계 또는, 보관 사이에서 자료를 이동하는 기능 이다.

XAM v1.0 명세는 Xsets 수출하고 수입하기를 지원을 제공해서 이 필요조건을 지원한다.  그것은 XSystem, 합성되는 XSet 교회법에 의한 자료 상호 교환 체재 (포장) 및 Xsystem로 Xset를 수입하기 위하여 이용된 방법에서 XSet를 수출하기 위하여 이용된 방법을 지정한다. 

이 포스트는 당신이 자바를 사용하여 그 명세에 프로그램하는 XAM에 약간과 방법 익숙하다고 추정한다.  그것은 2개 주요 부품으로 이루어져 있는 XSet 교회법에 의한 체재 포장의 체재 그리고 내용에 집중한다: 한개 이상의 정책, 재산 및 시내를 XSets 기술하는 XML 문서는 시내의 이원 대표를 거쳐 따랐다.

포장 체재는 2005 W3C XML 이원 낙관한 포장 (XOP) 권고에 따른다. 권고에서 인용하기 위하여:

XOP는 포장하는 비누와 MIME에 뿐만 아니라 적용 가능한 이원 내용을 가진, 그러나 어떤 XML든지 Infoset와 아무 포장 기계장치나에 XML Infoset를 위한 다목적 연재 기계장치를 정의한다.

당신이 XOP에 생소하, 대부분의 사람들이 인 경우에, 닥터의 Dobb Journal 12월 2005일 문제점에 있는 Andrey Butov 에의한 기사는 좋은 소개를 포함했다.

이상의 1 XSet는 포장에서 포함될 수 있다.  그러나 현재 XAM SDK 참고 실시는 단지 1 XSet만 지원한다.  XML 문서 (AKA 명백한 XSet)는 그의 뿌리 성분이 xsets인 유효한 적격 XML 문서이다.  그것은 XSLT와 다른 XML 공구를 사용하여 분석되고 교묘히 다룰 수 있다.  XAM 건축술 문서의 Annex B는 명백한 XSet를 위한 XML 개요 정의 (XSD)를 포함한다.

포장 체재를 더 자세히 공부하기 위하여는, 나는 2개 XStreams를 포함하는 새로운 XSet를 창조하는 StoreHelloWorld이라고 칭한 작은 Java 애플리케이션을 썼다.  첫번째 Xstream는 편재하는 HelloWorld.java 프로그램을 위한 원시 코드를 포함한다.  두번째 XStream는 base64에 그리고 신청 base64의 MIME 유형으로 암호로 고쳐 쓴 이원 목표 HelloWorld.class를 포함한다.  정상적으로 당신은 XStream를 암호로 고쳐 쓰면 안된다 그러나 블로그에 있는 이진 파일을 표시하는 것은 문제 적이고 그러므로 workaround이다.

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;

2009년 6월 20일 | 꼬리표: , | 종류: XAM, XOP | 2개의 코멘트 - (코멘트는 닫힌다)

중절모 11 새로운 장시간 파일 속성 Namespace

나는 SNIA에 의해 개발된 저장 기준인 XAM (연장할 수 있는 접근 방법)로 실험하고 있다, (저장 네트워킹 기업 협회는 현재 장시간 파일 속성 지원에 다른 namespace 추가에 근거를 둔 ext4 파일 시스템을 위한 VIM (납품업자 인터페이스 모듈)의 첫번째 시제품을 개발하고.  파일 시스템에 장시간 속성 namespace를 추가하기 다른 리눅스 개발자가 방법에 흥미있을 것이기 지도 모르기 때문에, 나는 가이드로 이 포스트를 간행하는 것을 결정했다.

장시간 파일 속성 (EA)는 파일 시스템에 있는 inodes와 연관되는 정상적인 속성에 연장이다.  그들은 단순히 유명하다: 가치 쌍은 파일과 전화번호부와 관련시키고 그의 목적이 운영 체계 또는 사용자 신청에 의해 정의되는 추가 기능을 제공하기 위한 것인.  EA는 정의되거나 확정되지 않을지도 모른다.  EA가 정의되는 경우에, 그것의 가치는 빌 비공백 일지도 모른다.  리눅스에 있는 EAs를 2001년에서 2004년 시간대에 있는 Andreas Gruenbacher에 의해 지원하는 처음의 대부분은 일되고 SGI XFS 파일 시스템에서 일된에 근거를 둔다.

EAs는 inodes에서 그리고 추가 디스크 구획에 필요하다면 직접 저장된다.  지금 모든 EAs는 inode 및 1개의 추가 구획에 파일과 맞춰야 한다 관련시켰다.  EAs의 동일한 세트를 포함하는 구획은 몇몇 inodes 중 공유될지도 모른다.  inodes에 있는 그리고 구획에 EAs에는 다수 입장 기술자에 선행된 다른 우두머리가 있다.  입장 기술자는 디스크 구획에서 분류되고 그러나 inodes에서 무선별에게 넣어둔다.

EA 이름은 0 종결한 끈이고 완전 적격 namespace.attribute 예를들면 system.posix_acl_access 또는 security.selinux를 사용하여 항상 지정된다.  Namespaces는 EAs의 다른 종류를 정의하기 위하여 이용된다.  다른 EA 종류는 1 namespace에 있는 EAs를 교묘히 다루기를 위해 요구되기 허가 및 기능이 하나와 또 다른 한개에 다르기지도 모르기 때문에 요구된다.  지금 리눅스는 SELinux (안전.), 신뢰된 체계 (체계.) (신뢰하는.) 및 사용자 (사용자.)를 위한 EA namespaces를 지원한다.

중절모 11는 리눅스 알갱이에 있는 EA 지원으로 오고 그러므로 다른 EA namespace를 추가하기 위하여 변경되어야 하는 알갱이이다.  나의 케이스에서 나는 snia에게 불린 EA XAM XSet 메타-데이터 (다음을 참조하십시오)를 지원하기 위하여 namespace를 추가하고 싶었다.

중절모 11 2.6.29.4 - snia namespace를 실행하는 167.fc11 알갱이를 위한 패치 파일은 여기 있다.  그것은 32 비트기도 하고 64 비트 알갱이를 위해 작동해야 한다 그러나 나는 64 비트 알갱이에서만 그것을 시험했다.

2009년 6월 15일 | 꼬리표: , | 종류: 장시간 속성, 중절모 11, XAM | 2개의 코멘트 - (코멘트는 닫힌다)

중절모 11 nVidia Twinview 지원

nVidia 그래픽 카드가에 검출되는 경우에 중절모 11 (Leonidas)는 디폴트로 사전 로드된 운전사가 시간을 설치하는 nouveau nVidia 도표로 발송한다.  중절모의 이전 버전은 더 오래된 X.Org nv 운전사를 이용했다.

nouveau 프로젝트는 nVidia 그래픽 카드를 위한 오픈 소스 3D 운전사를 생성하는 겨냥한다.  nouveau 프로젝트 Wiki에 따르면

있다 EXA 가속도, xv 및 Randr12를 가진 상당히 좋은 모양에 제 2 지원하십시오 (이중 머리, 교체, 등등을 생각하십시오). Randr12는 모든 카드를 위해 Geforce를 가진 몇몇 문제점이 8/9의 휴대용 퍼스널 컴퓨터 아직도 존재하더라도 일지모른더라도, 작동해야 까지, Geforce 9000의 시리즈 포함한, 그런 문제점 버그 리포트는 복종되어야 한다. Randr12는 지금 과태이다. 존재할지도 모른 어떤 3D 기능든지 그것을 시도하는 지시를 아직도 받쳐지지 않는다, 요구하지 않는다. X가 달리고 있는 동안 더구나, VT 엇바꾸기는 여겨진다 운이 좋은."

그래서, 나는 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이라고 Type 범위 기록기 (MTRR) 칭한 CPU 특징에 의해 통제되었다.  CPU는 물리적 주소 공간의 제어 부분 MTRRs의 유한과 한정된 세트를 각각 비치하고 있다.  이 제한을 극복하고 더 가동 가능한 건축술을 제공하기 위하여, 인텔과 다른 x86 CPU 납품업자는 페이지 테이블 입장에 조금의 CPU가 숨기기 어떻게 찾는지 통제하도록 세트를 추가했다.  이 조금은 페이지 속성 테이블이라고 (가볍게 침) 칭한다.  부수적으로, 2.6.26 알갱이는 가볍게 침을 지원하는 첫번째 리눅스 알갱이 이었다.

당신이 당신의 처음 ramdisk (initrd)를 재건하면 않는 한, nouveau 운전사는 알갱이에서 적재해 남아 있을 것이다.  나는 I 나의 알갱이에서 적재된 nouveau 운전사가 있지 않는 것을 선호하는 경우에

2009년 6월 11일 | 꼬리표: , , | 종류: 중절모 11 의 리눅스, nVidia, Twinview | 코멘트는 닫힌다