CPUアーキテクチャについて語れ 21
>>951
それは説明できるほど理解してない奴が知ったかぶりするときの逃げだってばっちゃが言ってた
それは説明できるほど理解してない奴が知ったかぶりするときの逃げだってばっちゃが言ってた
レトリック野郎の言っていることは正しい
しかしそれはベクトル化FORTRAN時代からの技術だ
ここ10数年のものではない
しかしそれはベクトル化FORTRAN時代からの技術だ
ここ10数年のものではない
>>954
クロスファイルなどはまだ発展途上かもしれないが、
自動並列化の強いｺﾝﾊﾟｲﾗは結局依存解析をどこまで追いかけられるかの技術の
発展上にあるわけだから探すうえでのヒントととして、匿名掲示板に書いても差し障りの…
いや、まもう君らには色々言わないでおく。
私に得る物があまりにもない。
クロスファイルなどはまだ発展途上かもしれないが、
自動並列化の強いｺﾝﾊﾟｲﾗは結局依存解析をどこまで追いかけられるかの技術の
発展上にあるわけだから探すうえでのヒントととして、匿名掲示板に書いても差し障りの…
いや、まもう君らには色々言わないでおく。
私に得る物があまりにもない。
リカレンスだろ
演算パワーが有り余っていれば、高価な専用ハードなしで
安物のCMOSセンサと画像解析ソフトで視線入力とかできるかも。
演算需要は「Recognition」「Mining」「Synthesis」にあるってのは
Intelが以前から言ってることだから、受け売りのアイデアだが
ttp://news.mynavi.jp/articles/2004/02/20/idf3/index.html
安物のCMOSセンサと画像解析ソフトで視線入力とかできるかも。
演算需要は「Recognition」「Mining」「Synthesis」にあるってのは
Intelが以前から言ってることだから、受け売りのアイデアだが
ttp://news.mynavi.jp/articles/2004/02/20/idf3/index.html
OSのコンテキストスイッチがすべてのマルチスレッディングにおけるボトルネック
並列処理ってよりは、負荷分散って考え方のほうがよくね？
>>959
あれってハードウェア化したりして改善できないの？？
あれってハードウェア化したりして改善できないの？？
WindowsにはAPIでアフィニティマスクの指定ができて
コアごとにスレッドを固定できるけどな。
・・・そのくらい知っとけよｗ
コアごとにスレッドを固定できるけどな。
・・・そのくらい知っとけよｗ
>>962
>>964
>>965
そうなのかー。
＞WindowsにはAPIでアフィニティマスクの指定ができて
＞コアごとにスレッドを固定できるけどな。
それやるとオーバーヘッド小さくなって早くなる？？
OpenMPでできないかな･･･
排他処理ぜんぜんなくても、スレッド化したらオーバーヘッド大きすぎて遅くなる･･･
これってスレッド生成、破棄がほとんどで、コンテクスト切り替えはまた別の問題？？
>>964
>>965
そうなのかー。
＞WindowsにはAPIでアフィニティマスクの指定ができて
＞コアごとにスレッドを固定できるけどな。
それやるとオーバーヘッド小さくなって早くなる？？
OpenMPでできないかな･･･
排他処理ぜんぜんなくても、スレッド化したらオーバーヘッド大きすぎて遅くなる･･･
これってスレッド生成、破棄がほとんどで、コンテクスト切り替えはまた別の問題？？
>>966
理論上は。実際はほとんど変わらない。
そもそも、コンテキスト切り替えは実時間への影響はほぼないかと。
何しろコンテキスト切り替えはシングルスレッドだけでも割り込みが発生したり、
カーネルAPI呼んだら起きてるんだから。
>排他処理ぜんぜんなくても、スレッド化したらオーバーヘッド大きすぎて遅くなる･･･
↓
>これってスレッド生成、破棄がほとんどで、コンテクスト切り替えはまた別の問題？？
ということだな。
スレッド処理はレイテンシが必要な処理には向かないだろ。
スループットが欲しい処理に向く。
理論上は。実際はほとんど変わらない。
そもそも、コンテキスト切り替えは実時間への影響はほぼないかと。
何しろコンテキスト切り替えはシングルスレッドだけでも割り込みが発生したり、
カーネルAPI呼んだら起きてるんだから。
>排他処理ぜんぜんなくても、スレッド化したらオーバーヘッド大きすぎて遅くなる･･･
↓
>これってスレッド生成、破棄がほとんどで、コンテクスト切り替えはまた別の問題？？
ということだな。
スレッド処理はレイテンシが必要な処理には向かないだろ。
スループットが欲しい処理に向く。
969 ：低脳の辞書にスルーの文字なしｗｗｗｗ：2012/04/08(日) 18:21:10.17 ID:ODT7gpuJ
コスパコスパ騒いでるから貧乏扱いされてんだっつの
アム猿は反論がソース無しのしょうもない妄想しか無いお花畑広がり過ぎの池沼ｗ
シェアも性能も消費電力も負けてる生ゴミにしがみついてるくせに脳内捏造で全部勝ってると思い込んでるマヌケぶり
バグすら無かったことにする白痴カスｗｗｗｗｗｗｗ
アム猿は反論がソース無しのしょうもない妄想しか無いお花畑広がり過ぎの池沼ｗ
シェアも性能も消費電力も負けてる生ゴミにしがみついてるくせに脳内捏造で全部勝ってると思い込んでるマヌケぶり
バグすら無かったことにする白痴カスｗｗｗｗｗｗｗ
http://looooooooop.blog35.fc2.com/blog-entry-889.html
http://www.youtube.com/watch?v=HvaVX5Awdvg
AMDの糞生ゴミっぷりが際立つな（失笑）ドカス信者の大法螺吹きっぷりもよく分かるクズさ
貧乏な池沼に好かれるだけあるわｗｗｗｗバグまみれｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
この糞っぷりまるでチョン並の役立たずだわｗｗｗｗｗｗｗｗ
http://www.youtube.com/watch?v=HvaVX5Awdvg
AMDの糞生ゴミっぷりが際立つな（失笑）ドカス信者の大法螺吹きっぷりもよく分かるクズさ
貧乏な池沼に好かれるだけあるわｗｗｗｗバグまみれｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
この糞っぷりまるでチョン並の役立たずだわｗｗｗｗｗｗｗｗ
>>966
アフィニティの設定はHTTがある場合は特に重要だな。
WindowsとLinuxでビットの並びが違うのが面倒だけど、
インテルのAPIを使えば環境変数で割り当てが可能。
コードの中に埋め込んでしまえばスレッドごとに細かい割り当てが可能になる。
ただ、アフィニティを設定するコストが意外とデカイから、
スレッドを起動するたびに設定するのは良くない。
アフィニティの設定はHTTがある場合は特に重要だな。
WindowsとLinuxでビットの並びが違うのが面倒だけど、
インテルのAPIを使えば環境変数で割り当てが可能。
コードの中に埋め込んでしまえばスレッドごとに細かい割り当てが可能になる。
ただ、アフィニティを設定するコストが意外とデカイから、
スレッドを起動するたびに設定するのは良くない。
本来はOSが各（論理）コアの性能・状態と各スレッドのビジー状況見て最適に振り分けるべきなのだが…
>>924
>アドレスの偽装ってなんだ？始めて聞いたぞ。
Cのポインタはintにキャストしたりできる
その上で演算されるともはやわけがわからなくなる
GCなんかでは大いに問題になっている
CやC++はキャスト不能な専用の配列型や参照型がないのでめんどくさい
配列もrestrictで明示的に指示しないと重なってる可能性をコンパイラが排除できないしね
>アドレスの偽装ってなんだ？始めて聞いたぞ。
Cのポインタはintにキャストしたりできる
その上で演算されるともはやわけがわからなくなる
GCなんかでは大いに問題になっている
CやC++はキャスト不能な専用の配列型や参照型がないのでめんどくさい
配列もrestrictで明示的に指示しないと重なってる可能性をコンパイラが排除できないしね
>>972
時分割切り替えにそこまでの要求は必要無いような
時分割切り替えにそこまでの要求は必要無いような
976 ：,, ・´ ∀ ｀・ ,,）っ-○○○：2012/04/09(月) 19:32:15.88 ID:SZORQJN3
エイリアシングを偽装と訳するおとこのひとって・・・
あわてるな
男とは限らない
人じゃないかもしれない
男とは限らない
人じゃないかもしれない
979 ：,, ・´ ∀ ｀・ ,,）っ-○○○：2012/04/09(月) 20:18:42.55 ID:SZORQJN3
まあoffset_t型ってのもあるし
>>978
警告無効にするためのキャストに意味はないし、将来何が起こっても不思議じゃない
警告無効にするためのキャストに意味はないし、将来何が起こっても不思議じゃない
86をはじめ多様なCPUを知ってる人にとってはポインタ≠intは常識。混同する奴はレベルが低い。
型不適合の警告が出るプログラムしか書けない奴もレベルが低い。
例えば972とかのことだ。
型不適合の警告が出るプログラムしか書けない奴もレベルが低い。
例えば972とかのことだ。
>>981
レベルの問題じゃないな。基準に達していない。
レベルの問題じゃないな。基準に達していない。
アーキテクチャじゃなくて、C言語の理解度が低い人達がいっぱいいる（実務やってる）ってことでしょ
>>933
状態遷移が予測不可能なのと、並列化は排他関係ではないのでは。投機処理と並列処理をごっちゃにしてません？
いくらプレイヤーの入力が速くても、せいぜい数十msなのに対して、プロセッサーの処理はnsオーダーなのだから、いくらでも並列化の余地はあるがな。
状態遷移が予測不可能なのと、並列化は排他関係ではないのでは。投機処理と並列処理をごっちゃにしてません？
いくらプレイヤーの入力が速くても、せいぜい数十msなのに対して、プロセッサーの処理はnsオーダーなのだから、いくらでも並列化の余地はあるがな。
985 ：,, ・´ ∀ ｀・ ,,）っ-○○○：2012/04/09(月) 22:45:22.30 ID:SZORQJN3
可変長データを表現するためにサイズ0の配列をメンバの後尾に持つ構造体とか
WinAPIとかにもあるけどな（Cでは規格外）
WinAPIとかにもあるけどな（Cでは規格外）
>状態遷移が予測不可能なの
それだと動くもの作れないような？
それだと動くもの作れないような？
>>974
ポインタ偽装でググるといくつかは出てくるよ
http://www.amazon.co.jp/%E3%82%BB%E3%82%AD%E3%83%A5%E3%82%A2%E3%82%B3%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0-SEI-SERIES%E3%83%BBA-CERT-BOOK/dp/toc/4756148239
http://www.slideshare.net/yak1ex/gc-in-c0x-4923195
一般的な用語とは言えないぽいけどね
>>978
未定義ではない（＝違反していない）
ポインタ偽装でググるといくつかは出てくるよ
http://www.amazon.co.jp/%E3%82%BB%E3%82%AD%E3%83%A5%E3%82%A2%E3%82%B3%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0-SEI-SERIES%E3%83%BBA-CERT-BOOK/dp/toc/4756148239
http://www.slideshare.net/yak1ex/gc-in-c0x-4923195
一般的な用語とは言えないぽいけどね
>>978
未定義ではない（＝違反していない）
この問題を語る上では「別名」で十分
>>987
>未定義ではない（＝違反していない）
完全に違反だよ。
たまたまポインタと数値型のキャストがビット落ちを起こさない、
たまたま数値型にしたポインタを演算で処理できる、ってだけで。
ポインタを数値型にキャストした時点で、
HDDのフォーマットが開始されても文句は言えない。
>未定義ではない（＝違反していない）
完全に違反だよ。
たまたまポインタと数値型のキャストがビット落ちを起こさない、
たまたま数値型にしたポインタを演算で処理できる、ってだけで。
ポインタを数値型にキャストした時点で、
HDDのフォーマットが開始されても文句は言えない。
基本的なことがわかってない人は、規格以前でハマるってだけでしょ
991 ：,, ・´ ∀ ｀・ ,,）っ-○○○：2012/04/10(火) 03:59:38.70 ID:Vu6DdKRd
992 ：,, ・´ ∀ ｀・ ,,）っ-○○○：2012/04/10(火) 04:04:39.61 ID:Vu6DdKRd
とりあえず、size_tでキャストしておけば、86系なら大丈夫だろう。変なコンパイラを使わなければ。
994 ：,, ・´ ∀ ｀・ ,,）っ-○○○：2012/04/10(火) 08:08:46.05 ID:Vu6DdKRd
JISでは「エイリアシング」って言ってた希ガス
ポインタはポインタとして外来語のまま使ってるのにエイリアシングを日本語訳しようとか
アホかと思います
ポインタはポインタとして外来語のまま使ってるのにエイリアシングを日本語訳しようとか
アホかと思います
ポインタを整数値として特別扱いできるのは0だけじゃなかったっけ?
0をポインタとしてキャストする場合だけは、コンパイラの責任において必ずヌルポインターとしてキャストされなければならない、と決められている。
#ANSI Sec. 4.1.5; ISO Sec. 7.1.6; Rationale Sec. 4.1.5.
でも、msdnの説明書きも読んでないのか…
#ttp://msdn.microsoft.com/ja-jp/library/aa384242(v=vs.85).aspx
ポインタの内部表現は実行系依存〜
0をポインタとしてキャストする場合だけは、コンパイラの責任において必ずヌルポインターとしてキャストされなければならない、と決められている。
#ANSI Sec. 4.1.5; ISO Sec. 7.1.6; Rationale Sec. 4.1.5.
でも、msdnの説明書きも読んでないのか…
#ttp://msdn.microsoft.com/ja-jp/library/aa384242(v=vs.85).aspx
ポインタの内部表現は実行系依存〜
999 ：Socket774：2012/04/10(火) 18:32:17.95 ID:guMb01sf
銀河鉄道９９９
1000
1001 ：１００１：