ATI Part2
ttp://pc11.2ch.sc/test/read.cgi/linux/1062191844/
ATI
ttp://pc11.2ch.sc/test/read.cgi/linux/1189481591/
みすった
Debian sidでATIドライバ使ってる人どうよ？
俺780Gだけどゲフォに逃げたんで試す気ゼロ。評判良さそうならラデに戻りたいんで人柱ヨロシコ
参考になるか判らんけど、debianの派生って事で一応。
Ubuntu9.04 amd64
HD3870
ATI Catalyst Proprietary Display Driver - Linux x86 & Linux x86_64
だと、Virtualboxにてゲスト Ubu9.04 amd64 『VBoxGuestAdditions_2.1.4.iso』適用時に
画面描画がチカチカしておかしくなるけど
ゲスト側で視覚効果 効果なし にすれば問題なかった。
なんかXの描画がもたる様な気が…
たぶん気のせいではない
fglrxが速いのはベンチだけ、日常ではカーネルドライバの方がいいよ
分かっているけど諦めきれないんだよなぁ
次はきっと当たりと根拠の無い望みでズルズルと
せっかくCatalystドライバ入れても『視覚効果なし』にしないと
まともに使えないのが悲しいですね。
ACの抜き差しで画面グチャグチャ
サスペンドからの復帰で画面グチャグチャ
泣いちゃうよ、もう
画面グチャグチャなだけだからよけい悔しい
こんなのジオメトリか周波数の設定をコケてるだけだろ、あとちょっとじゃない、ああ悔しい
で、カーネルドライバの意外な弱点を発見
カーネルドライバはfglrxよりCPUリソースを食わない->SpeedStepの反応が鈍い
枯れた石=x300な事もありカーネルドライバは快適
xvも動くしサスペンド、ハイバネも問題ない、メモリ消費に不穏な動きも無い
YouTubeも軽くなる
compizレベルなら速度差も無いも同然
良い事づくめのようだけどGoogleEarthは動かないしViewperfも動かない
compizよりハイレベルな事やるならfglrxが必要、俺はやらんけど
fglrxはGPUでアンチエリアスやっていた
カーネルドライバはソフトでアンチエリアスやる事にななるが、これがかなり品質落ちる
fglrx使用時と同程度の見やすさにするには文字サイズを大きくしフォントも変えなければならなかった
fglrxのアンチエリアスは全体だったようで動画の画質もなんとなく違う
どっち使っても無念さから免れない、ATIユーザー受難
Option "RenderAccel" "true"
Option "SubPixelOrder" "RGB"
これでにじみが消えてクッキリ
fglrxはこれがデフォだったみたいだ
compizは設定で速度やリズムを調整するんだからどうにでもなる
fglrxの時よりやや高速めに設定
ドライバ切り替えるだけで細かい調整まで含めてちょこちょこと3日かかった
でも細かい調整しないとドライバの切り替えは不完全
とりあえずGeForceはいらない、カーネルドライバでぜんぜんOK
ATI ｢誰がエテ公やねん｣
たぶんカーネルドライバの方がよく動くと思う
fglrxの方がすごいという思い込みが激しすぎるんだよね
カーネルドライバは嘘みたいにCPUリソース食わない、なるべくGPU丸投げの姿勢が見える
ここで言うカーネルドライバってmenuconfigの
Device Drivers --->
Graphics support --->
<M> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)
<M> ATI Radeon
のこと?
glxinfoではdirect rendering: Yesとなっているけど、どうも効いていないっぽい
カーネルソースのinclude/drm/drm_pciids.hにはRS690, RS740までしか登録されていない
使っているカーネルは2.6.28だけど、2.6.29でもRS780は登録されていなかった
カーネルドライバがまともに扱えるのは古いGPUだけで、新しめのはとりあえず映るってだけなのね
結局fglrxに戻してしまった。
乙。俺も780Gなんでどう考えても遅くて使いものにならんよなぁと思ってた所です。
(いまんとこ) fglrxサイコ！
それとradeonfbのセットね
カーネルドライバ使うならクソ遅いvesaを使う必要は無い
あとXのモジュールはradeonとradeonhdの二つあるので注意
つーかknoppixで試せばいいんだよ、knoppixの方がマトモに動くならカーネルドライバの方がいい
direct rendering: Yes
となる。
xdriinfoで調べる方がいいかも？
設定も大変よ
理屈では液晶ならサブピクセルが一番綺麗なはずなのにグレースケールの方が綺麗だったりする
GPUのスムージング機能等があるから単純な理屈は通用しないわけ
思い込みや理屈だけでなく自分の目で確かめる必要がある
compizで拡大表示するとGPUによるスムージングがハッキリ分かる、お見事です
GPUはろくに動いてなくてCPUが肩代わりしてる事がある
例えばxv、一見xvが動いてるように見えるけどCPU使用率みたらとんでもない事になってたりする
最近のCPUのパワーはすごいのでGPUで動いてると勘違いさせてくれる
もしGPUがフル回転してるならCPU使用率は低い
GPUをシバくのがドライバの役目
そして今回も2.6.29には非対応でXvBAは絵に描いた餅か…
遅くなったがなるほど、ありがとう。
おまけにx86_64とくれば満足に使えやしない
x300+カーネルドライバ
Option "AccelMethod" "EXA"
これでウィンドウの最大化やリサイズ、シェード等が爆速になる事を発見、まさに劇的、信じられない光景
XAAでは再描画してたのにEXAはそれが無いのでほとんどの操作は瞬時
他も概ねXAAよりかなり高速化してる模様(ウィンドウの揺れ方とか明らかに高速化してる、プルンプルン度が)
Firefoxのスクロールも激しく高速化、スムーズスクロール試したら普通に使える
つまりXAAはクソ遅かった
何かあるのもお約束->xvで再生中の操作は重くなる、ビデオ再生終わった後もしばらく影響が残る
VRAMがたったの64KBでは仕方ないのかな
xv自体はちゃんとDMAで動いてる
カーネルドライバ用->ttp://linux.die.net/man/4/radeon
何度も見てはいるんだけどヌケるなぁ、片っ端から試したつもりなんだけどこんな基本的なの試してないとは
最初に試していればATIを絶賛してたかもね
v2cのスクロールも高速化してやがる、もうニコニコさ
cat /proc/mtrr
reg00: base=0x000000000 ( 0MB), size= 1024MB, count=1: write-back
reg01: base=0x03ff00000 ( 1023MB), size= 1MB, count=1: uncachable
reg02: base=0x0d0000000 ( 3328MB), size= 128MB, count=2: write-combining
XAAでは肝心なreg02の設定ができてなかった
EXAだとVRAM+HyperMemory分の128MBでmtrr効いてるよ、嬉しいねぇ
やっとまともに動いてる、ほんと長かったわ
後は安定度が心配だけどしばらく使って様子みないと
"EnablePageFlip" "false"でcompizも縦でほぼ動く、フルスピード、フル機能
マウスカーソルだけが惜しい
さすがにxvまでは縦にならないけど縦に使いたいのは書類、PDF等だから気にしない
x300はカーネルドライバをEXAで使えばほぼ完璧だ
まとめ
Section "Device"
Identifier "Card0"
Driver "radeon"
VendorName "ATI Technologies Inc"
BoardName "M22 [Radeon Mobility M300]"
BusID "PCI:1:0:0"
Option "AccelMethod" "EXA"
Option "GARTSize" "64" <--必須
Option "EnablePageFlip" "false" <---縦で使う予定ないならtrue
Option "ColorTiling"
Option "RenderAccel" "true" <--液晶用
Option "SubPixelOrder" "RGB" <--液晶用
Option "FBTexPercent" "5" <--まともに動く最低限まで小さくする
Option "DMAForXv" "true" <--デフォでtrueだけど気持ちの問題
EndSection
他の設定はデフォであって未設定ではない事に注意
何もかもがmetacityより高速、綺麗
CPUよりGPUの方が高速というあたりまえが完璧に実現する
絶対性能は問題ではない、ハード本来の性能が100%出ている気持ち良さ
動画再生の負荷も下がった
意外に差が出たのがこれ-->ttp://service.futuremark.com/peacekeeper/index.action
XAA+compiz=680
XAA=770
EXA+compiz=820
これで1400x1050のウィンドウ6枚、7枚目以降はキューブ等が遅くなる(スワップ発生)
デスクトップの4面足して10枚、58.8MB
しょせんvramが64MBしかない低性能な古い石だ
でも計算通りの性能が出れば納得いく
2.6.30-rc7のdrm_pciids.hにはRS780やRV770があった
2.6.30には期待できる、かも
単なるウインドウの移動や最大化最小化でもCPU100%になるんですが、こんなもんなの
X31も快適に使えるようにしてくれ。
して下さい。
やっぱLinux、向いてないわ。
帰省した時にしか試せないが愉しみになってきたお
SUSEのレポジトリの問題か、ドライバの問題か分からんけど
2Dはとくに問題ないが、2Dでもfglrxに勝ってる部分が何もない
690Gのfglrxはレガシー扱いになっちゃったけど、安定してるしこんなもんかと
9600はカーネルドライバーで幸せになれると思う
古めの石は超ラッキーアイテムだよーん
CPU使用率の低さも嬉しい、描画はGPUマル投げでCPUは軽快
こうでなければcompiz使う意味がない
>>42
最大化最小化でCPU使用率が100%になるのは再描画かスワップしてるからでfglrx+compizではそれで普通
うちはウィンドウの移動はあまり負荷かからなかったけどcompiz、gnome/kdeの設定で重くなるケースもあるのかも
fglrxはCPU性能もフルに使ってグラフィック性能を上げる設計なんだと思う
カーネルドライバは描画関係はGPUにマル投げしてCPUには負荷をかけない
compizは飾りではない、CPUを描画処理から開放してスループットを上げるのが目的
fglrxはおそらくCADや3Dソフトのフレームレートを上げるのが目的
つまり目的が違い性格も違う
本来は優劣ではなく適材適所の話なんだけど現実はそんな事言ってられない、マシな方を使うしかない
ここはATiスレじゃね?
マウスはカクカク、ネットも瞬断するしIOもやばそう
と言ってグラフィックドライバの優先度を下げるわけにもいかない
Linuxはアプリでガンガン負荷かけてもビクともしないけどドライバが重いとなると話は違ってくる
低スペックPCでは重いドライバは全体の安定性を危うくするので深刻なのよ
9600世代のPCは当時はハイスペックでもfglrxから見れば低スペックになると思う
うちはpenMだけどLinuxならぜんぜん使える、現役バリバリ
でもfglrxは重かった、fglrxにとってはpenMの2GHzは低スペックすぎだった
fglrx自体が不安定だったのかfglrxが重過ぎてシステム全体が不安定に陥っていたのかは不明だけど
カーネルドライバにしたらビシっと安定、どんなに負荷かけても整然とプロセスが実行されていく
こういう所が大事なのですよ、見た目の速さはオマケ
必ず落ちるんですが、対処法ないでしょうか？compiz無効にすると、フルスクリーンでも落ちません
Windows上の仮想マシンで動かしたほうが快適でトラブルが少ない。
新しいチップもリリースと同時にサポートされるしね。
>>52
使用しているプレイヤーは？
恐らく、出力の設定を変えれば落ちなくなると思う。
落ちるというより、システム全体がフリーズして、再起動かけないといけない状態になるんですが
アンチエリアスは素敵
>>54
Xが反応しないだけじゃないの?
どうだろうが諦めるしか無いけどね
電源ボタンでacpiが反応してくれる(そう設定してあれば)ならカーネルは生きてる
ハンドラ書き換えて仮想コンソールに戻るようにすれば少しは気が楽になるよ
fglrxはVRAM外にテクスチャ等を置くらしくメインメモリ食うのでメモリ容量もチェック
動画再生で400〜500MBも食っていてぶったまげたよ
しかも下手したら数分開放しないから慌てて再生止めても間に合わない
数分待てばパージされるのでリークではないけどもキツいわ
fglrxはシステム全体を不安定にしてくれる危険物
ttp://www.phoronix.com/scan.php?page=news_item&px=NzMyOA
とことんやる気ねーな
2.6.30でR600,R700系でもxvが使えるようになったけど、mesaの方がまだ対応してないから
OpenGLは動かないかCPUで処理して紙芝居のどちらか(stellariumが0.9FPSw)
一応mesaのgit headにはR600,R700対応コードが入ってるけどビルドがコケたから追うのを止めたw
暗黒時代だな
大変だね
fedora 11 は確か 2.6.29 か
OSSのリリース版ドライバで 3D 効くのは今のとこ R500 までだっけ
修正していないようなのだけど、どこかで対処のpatch出てないでしょうか？
例えば、current->euid; がカーネル2.6.28以上だとcurrent->cred->euid;とかに変わっている
GoogleがついにOS殴り込みを宣言。
これはすなわち長年鉄壁を誇ってきた「ウィンテル」秩序の崩壊を意味する。
市場は新しいステージへと急速に変化。
ATI+AMDにとっては千載一遇のチャンス到来、のはずなのに・・・
最近のLinux上でまともに動作するドライバを自前ですら用意できてないとな！
情報公開してくれれば良いのに。
クローズドな秘密主義はマイ糞ソフトだけでウンザリ。
あんた金出してやってくれよ
つまらんなぁ
タレント不在が大きいんよ
大元で方針を間違えていたら先は迷走しかない
全部作り直すしかない
それ何てデスマ?
fglrxのパフォーマンスの低さは異常で、なぜこんなに非効率になるのか理解できない
compizを動かしながらCPU使用率をモニタしてみ、ありえないよ
GPUの性能よりCPUの性能で速度が決まる
ほとんどCPUを使わないカーネルドライバと比べると一層効率の悪さが目立つ
機能がどうたら以前に何か極端に非効率な部分がある
linux ドライバの開発メインは firepro だから
fglrxを試しても変わらず。
F8の時に何の問題もないのになんでこうなるんだ？
カーネルのバージョンは？
今のCatalystは2.6.28までしか対応してないぞ
HD3450じゃOSSドライバも完全には対応してないから苦難の道になるかもな
F8って何だ？ギガマザー？
カーネルバージョンは 2.6.27.25-170.2.72.FC10.i686.PAE です。
CCCもソフトウエアの追加削除で入れました。
最新のOSSドライバでも快適だぜ？
話にならん
8400GS買ってしまいました。率直に言いまして別世界です。
いままでの苦労があほらしい。
皆さんさようなら。ちなみにカタ8.12が一番マシでした。
またのお越しをお待ちしております
残念ながらまともに動く石が少ないようだ
カタは論外、話にならない
だからオープンソース化や仕様の公開とかしてるんだけどボランティアが集まるわけもない
使って欲しいならドライバくらいメーカーが用意しろよってあたりまえがLinuxでもあたりまえになりつつある
動画はだいぶ良くなったよ
totemでwipeout再生してサイズ変更してもXはまったく落ちなくなった
もっともフルHDで60フレームプログレッシブのwipeoutレベルを
スムーズに再生できるってわけにはいかないけど
地デジエンコの1440*1080程度なら、まったくコマ落ちはしない
試してみたいんだけど、その動画ってどこにあるのかな？
クスコ
http://www.coneco.net/special/d080/
欲しい。もうすぐAthlon X3,X4も出るのに・・・ドライバさえまともなら・・・
XV無しでCPUパワーで強引に再生ってんじゃ意味ないけど、どう?
Windowsで再生するのと(再生支援は切ってね)同等のCPU負荷で再生できないならゴミだよ
でもDirectX 10.1もUVD2.0もどうせ関係ないんだから、790GXでいいんじゃないの
まあ、実際はWindowsでゲームしないからどっちでもいいんだけどさ。
3D機能なんかどうでもいいから、UVD2がきちっと動けば、ATIで迷わないんだけど。
言わなくてもいい。そうさ叶わぬ願望さ言ってみただけさ
OpenGLを動かすのがやっとのOSSドライバでUVD2が使えるようになるのは
はるかに先だろうし、その頃にはより高機能高性能なチップが出ていて780Gなんて
化石扱いされてそうだ
9.8 北
ヘ(^o^)ヘ いいぜ
|∧
／ /
(^o^)／ LinuxユーザーがUVD2を
／( ) 使えるようになると思っているなら
(^o^) 三 ／ ／ ＞
＼ (＼＼ 三
(／o^) ＜ ＼ 三
( ／
／ く まずはそのふざけた
幻想をぶち壊す
どんな感じ?
動画はtotemでwipeoutが2-3箇所一瞬止まるところがあるけど、
ほぼWindowsと遜色なく再生できる。
vlcはx拡張、glx、標準ともにwipeoutは苦しい感じ
4850買ってから1年ぐらいたつけど、最初の半年に比べると
ここ半年は更新する度に進歩してると思う
突き落とされることになるのですね
compiz上の動画再生に関してはほぼ完成し、
それに伴う互換性の問題もほぼなくなったから
また新しいことを始めたりしたら、いろいろ問題が出てくると思う
なんだかすっかり停滞してるみたいだね。
未だに新しいドライバを適用するとエンバグするってどういうことなんだ。
小躍りしてfglrxドライバ入れたけど、ノイズで使い物にならんかった
radeonドライバでもダメだった
結局６６００を引っ張り出すことになったよ…オンボ勿体茄子。
100〜のスレッドの続きを読む