私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレNVIDIA厨vsATI厨vsS3厨vsIntel厨 Part64
Intel スレッド一覧へ / Intel とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
>>899
というか、ネットブックのOSシェアがLinuxでも25%くらいあったのが、
いつのまにかWindowsが90%以上になってるっぽいし、選んでるのは「ユーザー」なんだよな・・・。
もちろん、使う用途やメリットをいろいろ考えて、メリットが大きいならLinuxにしてもいいと思うけど。
というか、ネットブックのOSシェアがLinuxでも25%くらいあったのが、
いつのまにかWindowsが90%以上になってるっぽいし、選んでるのは「ユーザー」なんだよな・・・。
もちろん、使う用途やメリットをいろいろ考えて、メリットが大きいならLinuxにしてもいいと思うけど。
IEがないLinuxじゃ商用サイトがまともに利用できないということに気づいたんだろ
遅延に関しては普通のトリプルバッファリングと同じだろ。
箱○の場合描画中のバックバッファ自体は表示されることは無いから
ティアリングはeDRAM->フロントの転送(大体単純に上から下に進む)と
表示側のフロントバッファ読み出し(これも大体単純に上から下)が
競争して(どっちが速いのかは知らん)逆転した場合に起こる。
表示中に転送が始まっても、もしくは転送中に表示が始まっても
逆転さえ起こらなければティアリングが起こらないからティアリングの
危険は少ないと判断してダブルバッファにしているんじゃないか?
特定のステージで頻発するとかは、描画負荷による描画更新頻度と
表示更新頻度が少しだけずれた状態とかになっているみたいな感じ?
例えば描画が59fpsで安定していたら、eDRAM->フロントの転送時間が短くても、
1秒に1回位ティアリング起こすかも。
箱○の場合描画中のバックバッファ自体は表示されることは無いから
ティアリングはeDRAM->フロントの転送(大体単純に上から下に進む)と
表示側のフロントバッファ読み出し(これも大体単純に上から下)が
競争して(どっちが速いのかは知らん)逆転した場合に起こる。
表示中に転送が始まっても、もしくは転送中に表示が始まっても
逆転さえ起こらなければティアリングが起こらないからティアリングの
危険は少ないと判断してダブルバッファにしているんじゃないか?
特定のステージで頻発するとかは、描画負荷による描画更新頻度と
表示更新頻度が少しだけずれた状態とかになっているみたいな感じ?
例えば描画が59fpsで安定していたら、eDRAM->フロントの転送時間が短くても、
1秒に1回位ティアリング起こすかも。
先が無いから必死なんだろうな、弱い犬ほど良く吠える
ラデ房には同情を禁じえない(^-^)
ゲームすらまともに動かないから売れようが無いし、ラデは大変だねwww
ラデ房には同情を禁じえない(^-^)
ゲームすらまともに動かないから売れようが無いし、ラデは大変だねwww
ゲフォ厨って、複数回線自演してまで何を守りたいのかねえ。
俺のチョイスは正しいと思うなら、それでいいじゃん。
必死に工作するのは正しさに自信が無いからだろ。
俺のチョイスは正しいと思うなら、それでいいじゃん。
必死に工作するのは正しさに自信が無いからだろ。
>>909
自演してないだけでお前も同類だ
自演してないだけでお前も同類だ
散々「CUDAを使えばどのマシンでも最強のエンコができる!」とかほざいておいて結局ダメ。
一般ユーザーがエンコードでガンガンフィルタ使うことは殆ど無いため効果なし。
逆にフィルタをガンガン使うユーザーはCPU処理の方が自由度が高いからそっちにする。
GPU自体の性能もダメ、リネームはショップから総すかん食らってダメ。
・・・さて、ゲロビディアに明日はあるのか?
一般ユーザーがエンコードでガンガンフィルタ使うことは殆ど無いため効果なし。
逆にフィルタをガンガン使うユーザーはCPU処理の方が自由度が高いからそっちにする。
GPU自体の性能もダメ、リネームはショップから総すかん食らってダメ。
・・・さて、ゲロビディアに明日はあるのか?
アホな糞スレ乱立させてラデ叩きに必死なゲロ厨
本当にゲフォが優秀でラデなんてゴミと思ってるならスルーするもんじゃないのかねぇ
本当にゲフォが優秀でラデなんてゴミと思ってるならスルーするもんじゃないのかねぇ
そんなのに不足してる医師を割けるかよ
電波脳はまとめてマスドライバーかなんかで宇宙に打ち出してしまえ
電波脳はまとめてマスドライバーかなんかで宇宙に打ち出してしまえ
必死にならなきゃいけないのは、nvだろ
CPUもち会社が出したGPGPUの最適な使い道ってのは
結局GPUを意識させないで使わせるって事だ。
ACML-GPUは、それ以前のACML資産がそのまま使える
とくに、GPUを意識したコーディングはいらない。
IntelのCtにしてもlarrabee専用という訳ではなく
演算で使える部分があれば使う、そういうスタンスだ。
GPUを意識しなければならないうちは、扱いづらくてGPGPUなんてのは使い物にならないって事だ
CPUもち会社が出したGPGPUの最適な使い道ってのは
結局GPUを意識させないで使わせるって事だ。
ACML-GPUは、それ以前のACML資産がそのまま使える
とくに、GPUを意識したコーディングはいらない。
IntelのCtにしてもlarrabee専用という訳ではなく
演算で使える部分があれば使う、そういうスタンスだ。
GPUを意識しなければならないうちは、扱いづらくてGPGPUなんてのは使い物にならないって事だ
>>ID:3rgCEThE
総じてお前頭悪そうなレスしかしてないな。
せめて>>928程度のレベルで話せよ、
壊れたレコーダーじゃあるまいし…。
実際NVは必死なんだと思う。
IntelやAMDと違いx86を持っていない状態でCPU+GPUの連携が出来ない。
ならば他の追従を許さない程GPGPUでのシェアを広げるか、x86に手を伸ばすしかない。
総じてお前頭悪そうなレスしかしてないな。
せめて>>928程度のレベルで話せよ、
壊れたレコーダーじゃあるまいし…。
実際NVは必死なんだと思う。
IntelやAMDと違いx86を持っていない状態でCPU+GPUの連携が出来ない。
ならば他の追従を許さない程GPGPUでのシェアを広げるか、x86に手を伸ばすしかない。
x86に手を伸ばそうとしてまたINTELからイチャモンつけられてジ・エンドってオチだな
nVIDIA詰んだか
nVIDIA詰んだか
>>946
バカ
バカ
>ならば他の追従を許さない程GPGPUでのシェアを広げるか、x86に手を伸ばすしかない。
両方とも無理
パフォーマンスが売りのはずなのに、パフォーマンスが出ない
ならば、まだマルチCPUの方がマシ
x86ライセンスは絶対に手に入れられないし
GPGPUなんてのは、これまでのコプロがそうだったように
あくまでCPUの補助としてしか、使われることは無いし、その程度でしか実用性が無い
GPU単体での演算を売りにするなんてのは、到底むり
両方とも無理
パフォーマンスが売りのはずなのに、パフォーマンスが出ない
ならば、まだマルチCPUの方がマシ
x86ライセンスは絶対に手に入れられないし
GPGPUなんてのは、これまでのコプロがそうだったように
あくまでCPUの補助としてしか、使われることは無いし、その程度でしか実用性が無い
GPU単体での演算を売りにするなんてのは、到底むり
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / Intel スレッド一覧へ
みんなの評価 : ○類似してるかもしれないスレッド
- NVIDIA厨vsATI厨vsS3厨vsIntel厨 Part68 (1001) - [97%] - 2009/7/25 14:03 ○
- NVIDIA厨vsATI厨vsS3厨vsIntel厨 Part61 (1001) - [97%] - 2008/11/4 16:01 ○
- NVIDIA厨vsATI厨vsS3厨vsIntel厨 Part74 (1001) - [97%] - 2010/10/29 13:48
- NVIDIA厨vsATI厨vsS3厨vsIntel厨 Part70 (1001) - [95%] - 2009/9/16 7:02 ○
- NVIDIA厨vsATI厨vsS3厨vsIntel厨 Part72 (989) - [95%] - 2009/11/1 15:01 ○
- NVIDIA厨vsATI厨vsS3厨vsIntel厨vsMatrox厨 Part65 (1001) - [74%] - 2009/5/4 15:33 ○
- ATI厨vsNVIDIA厨vsS3厨vsIntel厨 Part73 (1001) - [70%] - 2010/2/23 8:23 ○
- PentiumDC E2xx0/E5x00/E6300 intel Part34 (1001) - [18%] - 2009/5/16 0:04 ○
トップメニューへ / →のくす牧場書庫について