これはポスト示すnVidiaのCUDAのプログラミング環境およびGeForce 260 GTXのグラフィックス・カードを使用してベクトルとして、貯えられる非常に大きいイメージを逆にする方法をである。
|
|
||
|
これはポスト示すnVidiaのCUDAのプログラミング環境およびGeForce 260 GTXのグラフィックス・カードを使用してベクトルとして、貯えられる非常に大きいイメージを逆にする方法をである。 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の運転者に荷を積まなければならない。 私は前のポストでこれを詳しくする方法を記述した従って私はその情報をここに繰り返さない。 また下記に示されているようにnopatの穀粒のブーツの選択を含むためにあなたのgrub.confファイルを変更する必要がある。 タイトルのソフト帽(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の有限な、極限集合をそれぞれ備えている。 この限定を克服し、より適用範囲が広い建築を提供するために、Intelおよび他のx86 CPUの売り手はページテーブル記入項目にCPUが貯蔵のいかにページを捲るか制御するように一組のビットを加えた。 これらのビットはページの属性のテーブル(軽打)と呼ばれる。 偶然、2.6.26穀粒は軽打を支える最初のLinuxの穀粒だった。 あなたの最初のramdisk (initrd)を再建しなければ、nouveauの運転者は穀粒で荷を積まれて残る。 私にI私の穀粒で荷を積まれるnouveauの運転者がないことを好まない このポストの細部ソフト帽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の貯蔵場所を加える必要がある |
||
|
©の2005-2011年のFinnbarr P.マーフィー著作権をとりなさい。 複製権所有。 |
||