翻訳しなさい

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版)のイメージ
Linuxの穀粒の開発(第3版)のイメージ
XSLT 2.0およびXPath 2.0のプログラマーの手引き(プログラマーへのプログラマー)のイメージ

ソフト帽10の二重ヘッドグラフィックス・カード

このポストの細部ソフト帽10.の下で単一EVGA GeForce 9500 GTのグラフィック(ビデオ)カードで2つのモニターを取付け形成する方法を。

私がソフト帽との使用のための二重ヘッドグラフィックス・カードを研究していたときに、私は主題の多くのフォーラムおよびブログの記入項目に出くわしたが、殆んどはTwinView、XineramaおよびXの窓のシステム構成ファイルについての時代遅れか間違った情報を-特に含んでいた。 うまくいけばこのポストは主題で有用な最新情報を読者に与える。

カードが私の2つのHP w1907 19の″ LCDのモニターにまたDVI-Iのコネクターがあるので私が全体でケーブルで通信するVGAから移ることを可能にするDVI-Iのコネクターが付いている2つの頭部をそれぞれ含んでいるのでこの特定のグラフィックス・カード(EVGA P/N 01G P3 N959TR)はいくつかの理由のための私に興味primarlyだったが。 さらに1つのグラフィックス・カードの2つの頭部は私が私のワークステーションの第2グラフィックス・カードのための必要性の除去によってPCIスロットを自由に使えるようにすることを可能にした。

TwinViewを使用してすなわち運転者がXサーバーからの2つの別のモニターについてのすべての情報を隠し、モニターが両方とも同じフレーム・バッファを共有する、のでそれが私に興味使用する単一Xスクリーンをまただった。 これは私が加速されたOpenGLのような機能性を問題なく使用し続けてもいいことを意味する。

利用できるnVidia 9500GT GPUを含んでいるが、今までに、これらのカードの少数は二重DVI-Iの頭部によって来る多くのグラフィックス・カードがある。 さらにnVidiaは十分にGNU/LinuxおよびSolarisのプラットホームのグラフィックス・カードを支える。 私に大きい興味である現代nVidia GPUsのもう一つの特徴は私が私が顧客のために現在働かせているプロジェクトの部分で実験したいCUDA (計算によって統一される装置建築)の建築のためのサポートである。

標準ソフト帽との来るデフォルトnvの運転者を使用してこのカードの箱が付いている単一のモニターを使用できる。 但し私の現在の穀粒が2.6.27.19であるので、このカードが付いている2つのモニターを使用するために、- 170.2.35のための正しいパッケージをあなたの特定の穀粒、すなわちkmod-nvidia- 2.6.27.19 -私の特別な場合の170.2.35.fc10.x86_64-180.29-1.fc10.1.x86_64ダウンロードし、取付ける必要がある。 このパッケージを選ぶことはまた既になければ3個の他のパッケージをあなたのシステムにダウンロードされ、取付ける。 これらのパッケージはlivna-config-display-*、xorg-x11-drv-nvidia-*およびxorg-x11-drv-nvidia-libs-*である。

規則的なソフト帽の貯蔵場所で利用できないこれらのパッケージ。 または/etc/yum.confにrpmfusionの貯蔵場所を加える必要がある

起動可能なDVD/CDROM

DVDかCD-ROMがシェル・スクリプトからの中起動可能なCD-ROMまたはDVDであるかどうか定めたいと思った持っているか。  GNU/Linuxを使用したらCDRecord用具の続きの部分であるisoinfoの実用性からの出力を分析してもよい。

isoinfoの実用性があなたのオペレーティングシステムで利用できなければ何か。  この場合自身の編集されたlangaugeの実用性かシェル・スクリプト圧延に依頼しなければならない。  それは起動可能なCDROM/DVDであるかどうか示すCDROM/DVDの特定のバイトをどこで見つけるかあなたが理解する必要があるこれをするため。  起動可能なCD-ROMをカバーする関連した指定は(延長起動可能なDVDsによって) ISO 9660の指定へ延長であるEl Toritoの指定であり。

私達の最初シェル・スクリプトはxxdを使用して読取り、実用性をスライスされ、さいの目に切られる必須バイトを切るのにddの実用性を使用する。  セクター17 (16進法11のブートレコードの容積)は特定のオフセットでそれからCDROM/DVDは起動可能であるかどうか示す特定のバイトを含んでいるブーティングカタログへ絶対ポインターである2バイトを含んでいる。 #! /bin/bashは絶対的存在で# #必須バイトを読取る使用dd # DEVICE=」/dev/sr0の″ VERBOSE=1 # 2バイトを相殺する34887のbchex=の`dd if=$ {装置} skip=$を得る((0×800 * 0×11 + 0×47)) bs=1 count=2のconv=swab 2>/dev/null | xxd | 切口- d」」-はF2 `# 1バイトのbcdec=の`printf 「%d」0x$ {bchex} `のbootable=の`dd if=$ {装置} bs=1 skip=$を得る((0×800 * bcdec + 0×20)) count=1 2>/dev/null | xxd | 切口- d」」- F2 `[[$bootable = 88]]; そして[$VERBOSE] &&のprintf 「起動可能なCD-ROM \ n」出口0の他の[$VERBOSE] && printf 「ない起動可能なCD-ROM \ n」の出口1 fi

前のシェル・スクリプトは望ましい結果を達成するのにいくつかの小さい専門にされた実用性を使用すること問題にアプローチで古典的である。

同じ結果を達成するもう一つの方法は次のシェル・スクリプトに示すようにksh93の延長入力/出力の特徴を使用することである。 #! /bin/ksh93は# #読み書きのためのDVD/CDROMを開けることができない-それ故にシークは#ファイル記述子で前方できない。 回避策は閉まることであり、#ファイル記述子を再開しなさい。 # DEVICE=」/dev/sr0の″はVERBOSE=1 # 2バイトを方向を変える3つの読んだ<>