07/05/13 18:43:49
まあ、アセンブラが使えるだけじゃ話にならんがな。
151:デフォルトの名無しさん
07/05/13 18:46:46
アンチウィルス業界←笑いどころ
152:デフォルトの名無しさん
07/05/13 18:48:19
論破されて泣き出したぞｗ
153:デフォルトの名無しさん
07/05/13 18:49:30
コンパイラに頼りっきりのアホと言われて傷ついたらしい
どうせロクなもん作れねえんだから黙ってりゃいいのに
154:デフォルトの名無しさん
07/05/13 18:54:34
まあCPUのアーキテクチャが大幅に変わることはないんだろうけどCPU依存の
コードってのは関心しないなー。
コンパイラで書くか、カーネルから全部自分で書くか。
155:デフォルトの名無しさん
07/05/13 19:00:19
無理だべ
Run Anywhereみてえなラクは
WindowsにしろLinuxにしろ、モロ依存しておる
156:デフォルトの名無しさん
07/05/13 19:07:27
素直にコンパイラで書け。
157:デフォルトの名無しさん
07/05/13 20:33:40
まあ、必要ない人にはいらないよな
その辺に技術者としての境界が存在してきて
棲み分けできていいけど
158:デフォルトの名無しさん
07/05/13 21:06:27
アセンブラか……
フェードイン、フェードアウト効果をMMX命令で実装するために
本に載ってたサンプルを意味も分からずにパクッた思い出くらいしかない
159:デフォルトの名無しさん
07/05/13 21:53:27
このスレも役目は終わってるよね
160:デフォルトの名無しさん
07/05/13 21:57:03
アプリ開発にはいらないだろうな
ミドル以下なら知ってると知らないで差がでるけど
161:デフォルトの名無しさん
07/05/13 22:13:46
>>160
差が出るどころか、話にならないんじゃね？
そういう分野に携わるなら低水準の基礎知識くらい身につけておけと
162:デフォルトの名無しさん
07/05/13 22:43:47
コンピュータのごく表層しか知らない奴は>>159みたいなことをさらっといってのけるから怖い
163:デフォルトの名無しさん
07/05/13 22:49:52
ワンチップとかだとアセンブラの知識は必須だね。
ついでに回路も読めないとやばいが。
164:デフォルトの名無しさん
07/05/14 00:36:50
だいたいさ
ゲームのシェーダは高級言語で書けるようになったが、
CPUは依然としてアセンブラしか受け付けない。
ゲームではまだまだ必須。
165:デフォルトの名無しさん
07/05/14 02:29:15
それはファーム以下の動作部分を書く場合だろ。
通常のアプリケーションにアセンブラなんて必要ない、非生産的。
166:デフォルトの名無しさん
07/05/14 02:41:41
なんでもかんでも汗んぶらで書くのは愚の骨頂だが
アーキについて知ってるかどうかは重要。
167:デフォルトの名無しさん
07/05/14 02:50:19
そりゃそうだな。んでもインテルはほとんど変わってないし。
肝心のタスク制御（ディスパッチャ）の部分はユーザーが書けないし。
昔の世代は自分で書けるチャンスがあったけど今の世代はほぼ絶望的。
忘れたほうがいい。
168:デフォルトの名無しさん
07/05/14 08:14:11
んなこたーない
169:デフォルトの名無しさん
07/05/14 21:35:56
世の中には16進数でプログラム書ける奴もいるんだな
この前リアルで見たんだが人間とは思えん
170:デフォルトの名無しさん
07/05/14 21:43:56
いるだろｗｗｗｗ常識的に考えて。
171:デフォルトの名無しさん
07/05/14 22:02:02
車なんかアセンブラでないといかんのだぜ
もはやキャブレターの時代じゃねえんだ
172:デフォルトの名無しさん
07/05/15 05:09:10
>169
そりゃ、アセンブリ言語が出来る前は皆そうしてたワケだからな。
つーか、アセンブリ言語自体、最初は
機械語を解りやすく記述する為の単なる表記法だったかと。
『アセンブリ言語を機械語に翻訳する作業も
コンピュータに任せればいいじゃないか！』
という発想に最初に行き着いたヤツは凄いと思う
173:デフォルトの名無しさん
07/05/15 05:22:10
アセンブリ言語が出来た当初はハンドアセンブルだからね。
凄い時代だ。
174:デフォルトの名無しさん
07/05/15 05:39:56
2chのレスもコンピュータに任せても充分やってけると思う
175:デフォルトの名無しさん
07/05/15 07:08:38
今思うとプログラムを書いてというより
直接動かしてたって方がしっくりくるな
176:デフォルトの名無しさん
07/05/15 08:28:24
直接はあんまりやりたくないなぁ。
コーディングシートにアセンブリ言語で書き込んでから機械語に手動翻訳ならできるけど。
177:デフォルトの名無しさん
07/05/15 08:31:37
ああ昔の人はいいなあ
そんな話聞いてるとめちゃくちゃ興奮するぜ
178:デフォルトの名無しさん
07/05/15 08:42:20
今でもやろうと思えばマシン語直書きのプログラムは作れるぜ！
179:デフォルトの名無しさん
07/05/15 10:57:55
EX-80だかのエミュレータアプリがあったよね。あれでぽちぽちやるのもいいんでない?
180:デフォルトの名無しさん
07/05/15 21:21:02
あの当時は、できることも少なかったので
何とか対応表を見て、手でマシン語にすることもできた。
命令機能なんざ四則演算しかなかったし
181:デフォルトの名無しさん
07/05/16 00:02:37
あの当時に四則演算 (ようは、乗除算) なんかできる奴なんてあったか？
まあ、ミニコンとかでμプログラム書けるマシンなら何でもありだが...。
182:デフォルトの名無しさん
07/05/16 00:20:36
AND OR XOR NOT
183:デフォルトの名無しさん
07/05/19 17:11:02
レイテンシとスループットの違いって何なのですか？
URLﾘﾝｸ(homepage1.nifty.com)には
> スループットとは命令が実行されてから次の命令が実行出来るまでのclk数
> レイテンシとは命令が実行されてからその結果を利用できるようになるまでのclk数のことです.
とあるのですが、分かったような分からないような感じでいまいち納得がいきません。
例えば mul eax, ecx 命令なら
実行ユニットで乗算そのものを実行するクロック数と
その結果がeaxに入るクロック数は幾分違うと言うことなのでしょうか？
基本的なことなのですが、どうかよろしくお願いします。
184:デフォルトの名無しさん
07/05/19 18:01:12
スループットとは、全体的な出力性能
レイテンシとは、そのデバイス内部の処理にかかる待ち時間
185:デフォルトの名無しさん
07/05/19 18:24:27
1つの入力に対して何時如何なるどんな時でも1クロックで終わるならいいが、
ある処理には2サイクル3サイクル、もしくはそれ以上かかることもあるだろう
その、モタモタしてる時間をレイテンシと呼ぶんじゃないの。
スループットは、それら含めて「処理が完了した後」の性能を示すものだろ。
乗算完了までにかかるクロックが1なら、レイテンシは無し。
1クロックより短い単位で処理は終われないので、基準が1だから
1クロックよりも多くかかるなら、そのかかった分がレイテンシ。
レイテンシ含めて処理が終わった後に見て、
この操作を終えるまでにどれくらいかかるかを指すのがスループット。
186:デフォルトの名無しさん
07/05/19 18:27:29
何言ってるのかわからねぇｗ
ガンダムでも飛び立ちそうだ
187:デフォルトの名無しさん
07/05/19 19:15:04
XXX eax, ebx
が４クロックかかるならレイテンシは３。
XXX の処理後、eax が使えるようになるまでの時間がスループット。
と言ってるように見える。
188:デフォルトの名無しさん
07/05/19 20:20:27
ふつー、レイテンシよりスループットの方が小さくない？
189:デフォルトの名無しさん
07/05/19 20:27:43
>>183
レイテンシー: latency
latent (潜伏期間) の名詞形の意味からわかるように、病気にかかってから
症状があらわれるまでの期間。
スループット: throughput
一定時間に処理される情報量
要するに、レイテンシーは命令を実行し始めてから結果が出るまでの時間。
スループットは一定時間内に処理される量。
一つのコアが逐次処理するならレイテンシーとスループットは相似関係に
あるけど、デュアルコアにするとレイテンシーが変わらなくてもスループッ
トは (理想的には) ２倍になる。
もしくは、「このプロセサはパイプラインが深いからレイテンシーは大きい
けどスループットは高い」とか言ったりする。
190:デフォルトの名無しさん
07/05/19 22:24:34
スループットは成果だからな
アウトプットと同じような意味。
慣れた人が3秒で作業を終わらして1コ作り上げたら レイテンシ3秒、スループット1。
不慣れな人が50秒で作業を終わらして1コ作り上げたらレイテンシ50秒、スループット1。
単一のシチュで見ると、スループットが変わらないようだが
これを連続で行うと差がどーんと出てくる。
スループットとは、成果と最初にも言ったように 成果を比較できる「条件」が不可欠。
1時間後なら、スループットにも差が出てくると言うこと。
191:デフォルトの名無しさん
07/05/19 23:16:49
パイプライン処理って知ってる？
工場で物作るときに、一つのラインを複数の人間で作業するアレ。
レイテンシって言うのは、パイプラインの先頭からパイプラインの終了まででかかる時間。
スループットは単位時間につき1。
(CPU の場合は単位時間は概ねクロック)
ただし、パイプラインは止まることがあるので必ずしもスループット1は達成できない。
複数のパイプラインを用意すれば、スループットは1を超える。
192:デフォルトの名無しさん
07/05/19 23:19:24
ｱｾﾝﾌﾞﾘに興味もった俺にはこのスレはめちゃ助かる
アドレナリンが湧いてくるな・・・
193:デフォルトの名無しさん
07/05/19 23:52:24
>>190
おいおい、人の説明無視していいかげんなこと書くなよ。
スループットは「単位時間あたりの成果」だよ。
あんたの例だと、慣れた人のスループットは 1/3 [個/秒] で、
不慣れな人のスループットは 1/50 [個/秒] だよ。
これは、連続でやっても同じ。
そこで作業を 50個の工程に分けて、各々の工程を 50人の不慣れな奴に任せると、
１つの工程には１秒ずつかかるから、やっぱり作業を終わるには 50秒かかる。
(つまり、レイテンシーは 50秒のまま)
でも、最初の人は１秒後には２個目の作業にかかれる。同じように 50人が１秒に
１つ作業ができるので、連続して作業していると１秒に１個物ができる。
つまり、レイテンシーは 50秒のままでスループットは 1 [個/秒] に改善する。
これが、Ｔ型フォードから伝わるパイプライン処理だ。(w
194:デフォルトの名無しさん
07/05/20 00:15:54
WindowsでGAS使いたいけど、どうすればいいのでしょう？
asm文書いてコンパイルしてもエラーになってしまいます。
195:デフォルトの名無しさん
07/05/20 00:23:55
gas構文キライ
196:デフォルトの名無しさん
07/05/20 00:46:18
お前の好き嫌いはどうでもいい
197:デフォルトの名無しさん
07/05/20 01:05:22
>どうすればいいのでしょう？
エラーが出ないように書き直しましょう。
198:デフォルトの名無しさん
07/05/20 06:41:21
MinGW 使え。
199:デフォルトの名無しさん
07/05/20 12:21:49
下のスレにて質問したのですが誘導されてきました
Cygwin + MinGW + GCC 相談室 Part 3
ｽﾚﾘﾝｸ(tech板)l50
アセンブラにて
.global hoge
.type hoge, @function
という書き方があるのですが、.type以降の意味はなんでしょうか？
200:デフォルトの名無しさん
07/05/20 18:02:45
おいおい、誰もパイプラインや並列処理を考慮しろとか書いてないんだよｗ
しかも大間違いだしｗ
レイテンシとスループットの概念さえわかればいい。
201:デフォルトの名無しさん
07/05/20 18:11:57
50秒ごとに1個出てくる工場と
3秒ごとに1個出てくる工場
これで、1時間で出荷量に差がつかないと思ってるド素人は失せろ。
邪魔。
202:デフォルトの名無しさん
07/05/21 23:57:31
T型フォードでワラタ。
そうするとさしずめエンジンつける工程と座席つける工程が標準工程では
エンジン→座席になっているが、座席取り付けを先にできる時間ができたので
現場で順序逆にして対応
がアウトオブオーダ実行で、
統計的に黒色フォードT型の方が赤色よりもはるかに多く作られるので
色指定の情報が届く前に黒ペンキで塗り始めておき、もし赤色指定が
おっつけ来たらそれは在庫に戻して赤ペンキ塗りだす
のが分岐予測、そして、
焼付け塗装やさび止め工程はパーツごとにやっていたのだけど、これを
改めて、塗装対象を一つのプレートにのせて一回の塗装処理で全部塗って
しまうことにした
のがSIMDということになるか。
203:デフォルトの名無しさん
07/05/22 18:56:03
もうこれでいいよ
URLﾘﾝｸ(nest.0xff.biz)
204:デフォルトの名無しさん
07/05/22 23:41:19
>>202
Ｔ型フォードは黒単色にすることでコストダウンしてたわけなので、
赤色指定なんかきたら割り込みルーチンレベルの対応になるだろうな。
205:デフォルトの名無しさん
07/05/24 21:27:12
レジスタの中の数値が
12345678となってるのを
78563412と変換したいんですがどうやればいいですか？
206:デフォルトの名無しさん
07/05/24 21:28:45
Intel 系なら bswap でいけるけど。
207:デフォルトの名無しさん
07/05/24 21:38:16
うわーなんて便利なモノがあったんですね。
聞いてよかった。ありがとうございます。
208:デフォルトの名無しさん
07/05/24 22:22:12
bswap は少しコスト高いけど、乗算とかに比べればマシやね。
ビット演算でやった方が速かったりするのかどうかは、俺には分かんね。
209:デフォルトの名無しさん
07/05/24 22:29:52
rgbaとbgraとで変換するのによく使う。
210:デフォルトの名無しさん
07/05/24 22:34:44
ビットシフトとかローテイトとかも
and とかに比べればコスト高いし、
多分 bswap が最速なんじゃないかね。
知らんけど。
211:デフォルトの名無しさん
07/05/25 00:56:40
便利な関数使うのは自分で同じ機能を実現できたときだけ
そうでないと最適化ができないしポーティングができなくなる
212:デフォルトの名無しさん
07/05/25 01:01:53
誤爆？
213:デフォルトの名無しさん
07/05/29 07:20:31
ｽﾚﾘﾝｸ(jisaku板)
上記スレで強制NaNの計算でインテル不利にするベンチが論争を呼んでますが
極端にAMD不利にする方法を探しています。
では。
214:デフォルトの名無しさん
07/06/14 06:38:32
あげ
215:デフォルトの名無しさん
07/06/17 03:25:40
俺、Javaプログラマだけど、Cよりもアセンブリのほうが楽しそう
変か？
216:デフォルトの名無しさん
07/06/17 03:30:02
>215
うんにゃ
217:デフォルトの名無しさん
07/06/17 03:47:43
実際、Cよりもアセンブラのほうが楽しいと感じる人は少なくないはず。
楽なのはどちらか、と問われたら大概Cだろうが。
218:デフォルトの名無しさん
07/06/17 03:48:42
漢字は同じなんだけどなw
実際そうだなあ。
219:デフォルトの名無しさん
07/06/17 05:06:18
吉宗番長秘宝伝の乱数生成方式ってわかりますか？
昔あった政宗みたいな擬似ゲーって作れますか？
220:デフォルトの名無しさん
07/06/18 02:14:03
>219
パチスロの「吉宗」「番長」「秘宝伝」か？
多分関係者しか知らないと思うが
どちらにしろ擬似乱数発生器の話題なら↓辺りに行ったほうが
擬似乱数
ｽﾚﾘﾝｸ(tech板)
乱数
ｽﾚﾘﾝｸ(sim板)
完全にランダムな数列を作る方法
ｽﾚﾘﾝｸ(math板)
221:デフォルトの名無しさん
07/06/18 12:00:08
吉宗はxorshiftって聞いた
222:・∀・）っ-○◎●
07/06/18 22:36:38
【遠隔】で弄れる乱数についての議論ですか？ｗｗｗｗ
223:デフォルトの名無しさん
07/06/19 13:20:30
今日も元気にアセンブラ
224:ぴっころ
07/06/24 18:32:22
はじめまして。ぴっころです。
キャリフラグとオーバフローフラグの違いを教えて頂けないでしょうか？
225:デフォルトの名無しさん
07/06/24 18:36:07
>>224
キャリーは符号なし整数加算、オーバフローは符号あり整数加算で使用する。
226:ぴっころ
07/06/24 19:34:49
ありがとうございます。
もう少しお聞きしたいのですが、符号なし数値の二進法で表した時、
0100-1101を計算した時に、キャリフラグとオーバフローフラグは
どうなるでしょうか？
227:デフォルトの名無しさん
07/06/24 19:50:23
ｷﾀ━━(ﾟ∀ﾟ)━━ッ!!!!
228:デフォルトの名無しさん
07/06/24 19:59:33
>>226
答えが返ってくるまで待つより、自分で試したほうが早いだろ
229:ぴっころ
07/06/24 20:02:35
すみません。ようやく分かりました。
また来るかもしれませんが、その時はまたよろしくお願いします。
230:デフォルトの名無しさん
07/06/24 21:17:16
ゴハーン！
231:デフォルトの名無しさん
07/06/27 13:23:08
アセンブラ… (lli-.-)
232:デフォルトの名無しさん
07/06/27 19:26:48
アセンブラ… (＞＜)ﾜｶﾝﾅｲﾃﾞｽ!
233:デフォルトの名無しさん
07/06/27 21:16:54
アセンブラ… （≡ω≡.）
234:デフォルトの名無しさん
07/06/27 23:12:34
汗ブラ・・・（＞o＜）くさそうです
235:デフォルトの名無しさん
07/06/27 23:15:00
風の噂で聞いたんだが
こなたがアセンブラに興味しんしんだってさ
236:デフォルトの名無しさん
07/06/28 00:53:11
君に興味シンシン
だけど聞けずにモンモン
237:デフォルトの名無しさん
07/06/28 12:46:40
（おにゃのこの）汗ブラ
238:デフォルトの名無しさん
07/06/29 20:52:09
ｸｿｽﾚ終了
239:デフォルトの名無しさん
07/06/29 21:06:08
halt?
240:デフォルトの名無しさん
07/06/30 09:56:45
仕事使いで便利なツールをCではなくアセンブラで書いて広く配布
アセンブラで書いたとわかると所々で賞賛の声があったが
たかだかコード1万行くらいの大した事はない小ツールなので複雑。
241:デフォルトの名無しさん
07/06/30 10:04:23
>>240
>アセンブラで書いたとわかると所々で賞賛の声があったが
何で?
242:デフォルトの名無しさん
07/06/30 10:20:16
>>241
「うわー、スゲー。この人スゲー暇なんだなー」
243:デフォルトの名無しさん
07/06/30 12:48:15
あるあるｗ
244:デフォルトの名無しさん
07/07/02 09:58:28
なんでアセンブラだと暇なんだ
大して手間はかわらんだろ
245:デフォルトの名無しさん
07/07/02 20:24:04
ホントだよな。何で賞賛されるのかが不思議だ。
246:デフォルトの名無しさん
07/07/02 20:31:41
大して手間は変わらん様な処理なら高級言語で書いとけ。
247:デフォルトの名無しさん
07/07/02 20:37:36
ポーティングは面倒だな。最近だと x86 だけを考えてもそれほど困る事は無いけど。
結局 libc.so なりを呼び出すなら最初から C で書いたら良いと思うけど、>>240 は
そんなヌルい事はしてない筈だよ。
248:デフォルトの名無しさん
07/07/03 01:00:19
とりあえず何か SIMD 使ってんじゃない？
249:デフォルトの名無しさん
07/07/03 01:55:53
手間は変わらんがソフトウェアの出来は変わるだろう。高級言語で書くよりいい出来だったんだよ。
ここの連中ならそういったものができる。素人は手間がかかった上に出来も良くない。
むしろ高級言語で書くと手間がかかるって奴も多いだろ？それくらい馬鹿（尊敬を込めて）だろ。
250:デフォルトの名無しさん
07/07/03 02:53:44
元ネタに限って言うと、さすがにアセンブラで1万行は、大いして手間はかわらん、ってのはどうかと。
251:デフォルトの名無しさん
07/07/03 02:55:56
アセンブラだと行数かなり増えるから
そんなもんじゃね？
252:デフォルトの名無しさん
07/07/03 04:09:18
正直、尊敬を込める意味は無いと思う
253:デフォルトの名無しさん
07/07/03 06:33:46
アセンブラで一万行はなぁ。。。
その８割をＣで書けば、保守性なんかが数倍よくなる気はする。
254:デフォルトの名無しさん
07/07/03 18:11:45
( ﾟдﾟ)ｳｯｳｰ
255:デフォルトの名無しさん
07/07/03 21:07:12
趣味なんだろ。
他人がどうのこうの言う話じゃないと思うが。
256:デフォルトの名無しさん
07/07/03 21:37:29
>>253は「保守性が数倍よくなると思う」という単なる感想を言ってるだけで、
他人にああしろこうしろと口を出してるわけじゃないと思うけど？
257:俺もなー
07/07/03 22:02:39
>>255は「他人がどうのこうの言う話じゃないと思うが。」という単なる感想を
言ってるだけなので、君にそんなことを言われる筋合いはないと思うけど？
258:デフォルトの名無しさん
07/07/03 22:16:41
>>256は、「>>253は『他人に口を出してるわけじゃないと思うけど』」という単なる感想を言ってる・・・
という無限ループだわなｗ
ただ、保守性が大幅に上がるのは事実だろ。
もちろん>>240にとやかく言うつもりはないけどさ、その事実だけは指摘しておく。
259:デフォルトの名無しさん
07/07/03 22:20:06
俺もとやかく言うのは止めるわ。まだ何も言ってないけど…
260:デフォルトの名無しさん
07/07/04 08:43:44
昔ハンドアセンブルしたコードをメンテしてはじめて保守性が下がるという意味がわかった
明らかに脳が劣化している
261:デフォルトの名無しさん
07/07/04 09:38:04
日本語でおｋ
262:デフォルトの名無しさん
07/07/04 21:11:29
脳が劣化していることはよく分かった
263:デフォルトの名無しさん
07/07/04 22:05:37
保守性ってどんな意味だか知ってる？
264:デフォルトの名無しさん
07/07/05 08:57:10
全般的な技術者の能力低下を見越す事
265:デフォルトの名無しさん
07/07/05 11:07:58
アセンブラでも保守性の良いソースはあるし
Cでも全く保守したくなくなるようなソースもいっぱいある
結局はソース書く香具師の質の問題
266:デフォルトの名無しさん
07/07/05 11:16:28
つ [一般論]
267:デフォルトの名無しさん
07/07/05 11:55:01
C#やJavaやRubyがこれだけ普及した理由はいったい何だよｗ
アセンブラがほとんど姿を消した理由はいったい何だよｗ
268:デフォルトの名無しさん
07/07/05 11:57:00
marketingの賜物
269:デフォルトの名無しさん
07/07/05 11:58:46
マーフィーの法則：
技術的に優れているものが普及するとは限らない
むしろその逆のことの方が多い
270:デフォルトの名無しさん
07/07/05 11:58:56
ソースの記述量が大幅に減るからだろｗ
アセンブラに比べると変更もはるかに簡単だしｗ
そもそも、さんざんマーケティングしたあのＵＭＬがあんまり普及してないのはなんでだよｗ
271:デフォルトの名無しさん
07/07/05 11:59:57
じゃあ、ＩＴの歴史は進歩ではなく、退化の歴史なわけですか^^
272:デフォルトの名無しさん
07/07/05 12:00:53
>>267
何ねぼけてるんだ？
C#で生産性はあがったか？
Javaで奴隷状態から解放されたか？
Rubyで保守が楽になったか？
273:デフォルトの名無しさん
07/07/05 12:04:05
>>272
どうせネタだろうけどJavaのとこだけ胴衣
274:デフォルトの名無しさん
07/07/05 12:04:06
どうでもいいけど、C#やRuby使ったことある？
アセンブラよりも生産性上がらないの？ 保守楽にならないの？
どんだけだよｗｗｗ
275:デフォルトの名無しさん
07/07/06 01:00:51
同じ行数でも実現できる機能が増えるから生産性はあがってるだろ。
ただし、競争の結果、もらえる費用は上がらないので、金銭的生産性はあがらない。
あと、書く行数自体は（機能が増えた分）同じなので保守は楽にならん。
276:デフォルトの名無しさん
07/07/06 01:13:10
C#やRuby → 重複雑なアプリ
アセンブラ → 簡単なアプリ
この前提で保守が楽にならないとか言われても。。。
作る物は一緒じゃないと、言語の比較にはならんでしょ。
277:デフォルトの名無しさん
07/07/06 01:13:51
重複雑 → 超複雑 だ
278:デフォルトの名無しさん
07/07/06 10:26:22
ちょうふくざつﾜﾗﾀ
279:デフォルトの名無しさん
07/07/06 13:37:17
C#やRuby →
重複
雑
どっちも当てはまりそう・・
280:デフォルトの名無しさん
07/07/06 22:21:58
ってか、C#で数人掛かりで作るような大規模アプリをアセンブラで作るのって、
保守性がどうとかそういうレベルじゃなくて普通は無理だろ。
手間暇がちょっと違うとか、そういうレベルじゃ無いんだよな。
281:デフォルトの名無しさん
07/07/06 23:12:12
でも一昔前の情報家電はアセンブラ製なのがちらほら。
#家庭用FAXとか。
282:デフォルトの名無しさん
07/07/06 23:35:51
そりゃ、家電はハードの制約があるからな。
パソコンやWSで動かすアプリとはまた別だわな。
283:デフォルトの名無しさん
07/07/06 23:54:10
て言うか、アセンブラできちんと書ける奴だと、どの言語使ってもびっ
くりするほど保守性があがったりしないよ。
どんな言語与えたって、トンマは仕様をきちんと理解しないでコーディ
ングするし、アホなロジック書いて得意げになってたりする。
アセンブラは、それに加えてスパゲッティ作りやすいとかトリッキー
なことができたりするので、トンマに与えると保守性？ なにそれ？
っていう状態になりやすいだけのこと。
だから、C# や Ruby の保守性が高いと言うより、トンマが書いても保
守性が下がりにくいと言うほうがあたってると思う。
ちゃんとした奴が書けばアセンブラでも保守性が高いプログラムは書け
るけど、アセンブラはいくらでも保守性を下げることができると言う
自由度があると言うだけのこと。
284:デフォルトの名無しさん
07/07/07 00:14:53
アセンブラで保守性を高めるテクニックって、例えばどんなのがあるの?
285:デフォルトの名無しさん
07/07/07 00:17:11
それを言い出したらきりがないわな
286:285
07/07/07 00:18:52
>>285 は >>283 宛ね
287:デフォルトの名無しさん
07/07/07 00:32:12
>>284
マクロアセンブラ使うとか。最近はCというのが流行ってるそうだ（嘘。２０年前スレ
288:デフォルトの名無しさん
07/07/07 00:42:08
一見すると Ruby の様なマクロアセンブラがあったら保守性高まるかもねw
289:デフォルトの名無しさん
07/07/07 00:45:07
その昔、構造化マクロアセンブラとかあったけど結局流行らんかった
290:・∀・）っ-○◎●
07/07/07 00:48:17
普通にCで使うLUTをRubyで計算して吐かせてる。
仕事でJavaScriptを生成するCGIのコードを書いたり・・・
Ajaxにはよくあることか。
クォーテーションのエスケープだけでも死ぬるｗｗｗ
291:デフォルトの名無しさん
07/07/07 01:11:33
じゃ、そろそろアセンブラの話題に戻りますか...
292:・∀・）っ-○◎●
07/07/07 01:13:42
とりあえずAssemblyOnRails的なのが欲しいねWebアプリ開発用に。
293:デフォルトの名無しさん
07/07/07 09:11:55
>>284
大体は他の言語と一緒だよ。
・ドキュメントをちゃんと書くこと
・コメントをちゃんと書くこと
・構造化プログラミングをすること
・(本当に必要なところは別にして) ヘタな最適化をしないこと
・ラベルに分かりやすい名前を付けること。
・etc ...
アセンブラに特有なのは、他の言語ではローカル変数にも名前が付けられるから
分かりやすい名前をつけることで保守性を向上できるけど、アセンブラではロー
カル変数のの多くがレジスタに割り当てられるのでコメント等で変数の役割をド
キュメント化しておく必要があるとかかな。
294:デフォルトの名無しさん
07/07/07 12:45:36
>>283
こんな小さな例でもこれだけ違うんだけど^^
アセンブラの方はもっと簡単にはなるけど、CやC#以上に簡単になるのかい？
// int array[] = {...};
// int array_size = sizeof(array) / sizeof(array[0]);
// C#
int count = 0;
foreach (int x in array) count += x;
Console.WriteLine(count);
// C
int i, count = 0;
for (i = 0; i < array_size; ++i) count += array[i];
printf("%d\n", count);
// x86アセンブラ
xor edx, edx ; count
xor ecx, ecx ; i
lea ebx, array ; array
loop1:
lea eax, [ebx + ecx * 4]
add edx, [eax]
inc ecx
cmp ecx, array_size
jb loop1
push edx
push offset string "%d\n"
call dword ptr [printf]
add esp, 8
295:デフォルトの名無しさん
07/07/07 14:21:24
>>294
一言、「あ、そういえばセガサターンで動かすことになったから。先月決まってる確定事項だから」で最後の奴はドカーン！じゃん？
296:デフォルトの名無しさん
07/07/07 14:37:10
マジレス。
ﾄﾞﾀｰｿなんかにプラットフォーム変更になったらいろいろ作り直しだし。
297:デフォルトの名無しさん
07/07/07 23:22:47
mov が move に変わったくらいでグダグダいう無能がいたなあ
んなもん、ティックストゥエディトァ(英語は発音大事)開いて
置換すりゃ数秒で終わる。
298:デフォルトの名無しさん
07/07/07 23:27:45
Tcl/Tk スレに居た人か
元気？
299:デフォルトの名無しさん
07/07/07 23:29:49
プリプロセッサ使えよ
300:デフォルトの名無しさん
07/07/07 23:37:36
Cプリプロセッサは上手く使えば強力な痴漢ツールだよな
301:デフォルトの名無しさん
07/07/07 23:49:00
だが大抵、数年後に後任がカオスな状況に追い込まれる。
302:デフォルトの名無しさん
07/07/08 02:00:40
>>294
べつにアセンブラが C / C# 以上に簡単になるなんて書いてないんだけど、
なんか俺には見えないものが勝手に見通せる人ですか？ (w
アセンブラわかってる人が見れば、そのアセンブラのコードを保守するのは
そんなに大変じゃないだろ？
303:デフォルトの名無しさん
07/07/08 02:08:30
アセンブラは難しい
アセンブラコードは可読性が悪い
これ、思い込みだろ
ロクにやったこともないアホが、他のアホの嘘を信じ込んだだけと言う
304:デフォルトの名無しさん
07/07/08 02:12:52
>>302
保守性＝ソースが単純で短い程上がる
ってのは間違ってるのか？
少なくとも１３行のソースよりは３行のソースの方が保守しやすいんじゃね？
(７行プログラミングとか、そういうのは除く)
>>294ではたったこれだけのソースでも
こんなに差が出てくるってことをいいたかったんだよ。
大規模なアプリになったらどれだけの差が出てくると思う？
305:デフォルトの名無しさん
07/07/08 02:16:08
例が悪いな
この程度なら保守性をうんぬんするレベルだとは思わんだろう
アセンブラに慣れてる人ならな
あと、大規模アプリにアセンブラを使うようなアホもおらんだろう
306:デフォルトの名無しさん
07/07/08 02:19:43
>>305
オープンソースにある大規模なアセンブラの例をあげた方がよかったの？
あくまで例えだからね。
そのくらい察してくれｗ
> あと、大規模アプリにアセンブラを使うようなアホもおらんだろう
その理由は？
307:デフォルトの名無しさん
07/07/08 02:38:29
変数のレジスタへの割り付けとか、名前空間の管理とか、現代人がコンパイラに任せる様な処理を
いちいち手動で行わないといけないのは保守性悪いと思うけど
308:デフォルトの名無しさん
07/07/08 03:00:18
大規模開発でアセンブラを使う理由？
Lattice C は１ライセンス20万もするし、PTOS上で動かないから。
309:デフォルトの名無しさん
07/07/08 03:06:31
とかいうのはまぁ置いといて。
大規模になると、細かい部分の可読性よりも、モジュールとかパッケージ
のような単位がしっかり設計・実装されてて、互いのインターフェイスが解りやい
とかいう方が大事になるのは、皆様ご存知の通り。
アセンブラはそこまで手作業でやらなくちゃいかんのも、皆様ご存知の通り。
で、このあたりについて議論の余地はあるのでしょうか？
310:デフォルトの名無しさん
07/07/08 03:07:59
アセンブラでの最適化が出来ない素人が言っていいことじゃないんだよな
素人に限って、「コンパイラのほうが速い」とか証拠も挙げずに知ったかをする。
311:デフォルトの名無しさん
07/07/08 03:33:05
>>306
>> あと、大規模アプリにアセンブラを使うようなアホもおらんだろう
> その理由は？
生産性が悪い。
人手が揃わん。
>>307
それ生産性じゃね？
>>309
> アセンブラはそこまで手作業でやらなくちゃいかんのも、皆様ご存知の通り。
C# とかだと、「モジュールとかパッケージのような単位がしっかり設計」が
自動的にできるわけ？
312:デフォルトの名無しさん
07/07/08 03:41:48
>>310
こっちでは、多少の速度の違いは気にしない世界になってからしばらく経つよ
313:デフォルトの名無しさん
07/07/08 05:52:14
>C# とかだと、「モジュールとかパッケージのような単位がしっかり設計」が
>自動的にできるわけ？
設計だけ抜き出してC#を出さないと破綻するのか？
314:デフォルトの名無しさん
07/07/08 09:41:23
なんか言いたいんだろうけど、主語がないから何を言いたいのか意味不明。
ドキュメントをきちんと書く癖をつけてない奴にありがちなレスだな >>313
315:デフォルトの名無しさん
07/07/08 11:12:49
>>308
それ組み込みの話？
そんなにマイナーな業界の話をされても^^
ところで、ゲーム業界やＰＣ業界でアセンブラがほとんど消えた理由は？
316:デフォルトの名無しさん
07/07/08 12:06:00
>>315
高級言語の台頭で、アセンブラが理解できない馬鹿でもプログラミングが習得できるようになったから。
317:デフォルトの名無しさん
07/07/08 12:15:00
>>316
いや、それは無いよ。
少なくともゲーム業界なら技術的にはアセンブラでいけるはず。
318:デフォルトの名無しさん
07/07/08 12:58:36
「アセンブラでいける」
↑
なんの関係もないぞ
↓
「アセンブラが理解できない馬鹿でもプログラミングが」
319:デフォルトの名無しさん
07/07/08 12:59:00
>>314
ただ煽るのが目的のやつは、丁寧に説明されないと理解できない例だな
レス２つ遡るくらいの事が出来ないのだろうか？？
320:デフォルトの名無しさん
07/07/08 13:00:53
>>315
PTOS でぐぐってみるべし。
321:デフォルトの名無しさん
07/07/08 13:51:03
>>319
で、丁寧に説明なんかできないんだろ？ (w
322:デフォルトの名無しさん
07/07/08 13:59:59
文章の一部を抜き出した上に、相手が出していない条件を付け加えて
もとのレスの意味を捻じ曲げてからそこに突っ込みいれるような、
つまり、相手が書いていない事にたいして煽りを入れるようなマネをしない
っていう事なら、丁寧に説明してもいいが？
323:デフォルトの名無しさん
07/07/08 14:18:53
了解。
丁寧に説明してみて。
324:デフォルトの名無しさん
07/07/08 14:20:02
>>316
そそ。高級言語の方がアセンブラよりも理解しやすい。
ついでにいうと保守しやすいし生産性も上がるからやね。
325:デフォルトの名無しさん
07/07/08 16:12:30
FORTRAN出現以前のスレがあると聞いて飛んできますた
326:デフォルトの名無しさん
07/07/08 16:29:05
コンパイル時評価のネタでCマクロは良く出てくるのに
C++テンプレートはあまり出てこないのは何ででしょうか？
327:デフォルトの名無しさん
07/07/08 16:33:16
君のレベルがそこでとどまってるから
328:デフォルトの名無しさん
07/07/08 16:57:44
電気で考えられる奴はHDLを使う。
論理で考えられる奴はアセンブラを使う。
手順で考えられる奴はC言語を使う。
機能で考えられる奴はUMLを使う。
収支で考えられる奴はSASを使う。
何も考えられない奴は日本語を使う。
329:デフォルトの名無しさん
07/07/08 16:59:50
>>328
UML だけは、使っても何も起こらないなw
330:デフォルトの名無しさん
07/07/08 17:59:37
UMLはジェネレータでソースを出さないと始まらないね。
331:デフォルトの名無しさん
07/07/08 18:57:39
>>328
(-1:フレームのもと)
332:デフォルトの名無しさん
07/07/08 19:03:32
(+1:オフトピが好き)
333:デフォルトの名無しさん
07/07/08 19:11:03
３３３
334:デフォルトの名無しさん
07/07/10 19:50:35
日本語が一番難しい
335:デフォルトの名無しさん
07/07/10 20:56:04
このスレに日本語を使いこなせてる奴いないもんな
336:デフォルトの名無しさん
07/07/10 21:31:49
>>335 使いこなせていない具体例としては、よく出来ていますね。
337:デフォルトの名無しさん
07/07/11 20:35:15
ゲームの世界はいまだにアセンブラの使用頻度は多い
D3D8.1、OpenGL1.4まではシェーダといえばアセンブラだったし
家庭用は家庭用で、とにかく限られたハード性能を絞るためにアセンブラ必須
360なんかは、なぜか知らないが高級言語の開発環境が整っているとか勘違いされてるが
360の最大のメリットは、カーマックも言ってるようにハードの相当の部分に直アクセスできること。
なので、こちらはアセンブラ必須。
ただでさえ低性能なハードなのだからこれで性能を少しでも増してやらないととても開発できない。
PS3はPS3で新しいCPUを使っているのでこれもアセンブラ必須。
338:デフォルトの名無しさん
07/07/11 21:26:28
環境非依存なアセンブリコードを書きたい
339:デフォルトの名無しさん
07/07/11 22:02:59
>>338
えみゅ
340:デフォルトの名無しさん
07/07/11 23:21:48
エミュレータ用アセンブラで書けば移植性完璧なアセンブラだな・・・それなんてJVM/bytecode/CLR/MSIL？
341:デフォルトの名無しさん
07/07/12 00:32:18
ていうか、移植するような案件ほとんどないうえに
例えば
x86 -> PowerPC としても
これそんなに難しくないし。
SSEは切り捨ててしまえばよい。
342:・∀・）っ-○◎●
07/07/12 00:38:02
アセンブラでCGI書くやついる？（愛甲健二氏除く）
343:デフォルトの名無しさん
07/07/12 10:34:21
CGIをアセンブラで書くような状況なら先にサーバの方に手を入れるだろ
344:デフォルトの名無しさん
07/07/12 12:34:00
どうでもいいような部分の高速化のために
無駄な努力をする人がいるのですよ。
345:デフォルトの名無しさん
07/07/12 23:24:15
不思議なのは、
プログラムを自在に出来るようになるためには時間と労力を惜しむな
というのに、
アセンブラのことに「限って」無駄と言う
ワケがわからんダブルスタンダードだ。
346:デフォルトの名無しさん
07/07/12 23:34:43
まあ実際無駄だからな。知識としては必須だし、役立つ局面も勿論あるが、
特に制約も条件もないのに回り道するのは意味の無い事だ。
趣味なら別だけどね。
347:デフォルトの名無しさん
07/07/12 23:35:35
別にアセンブラに「限って」ないと思うけど。
いまから FORTRAN-II とか ALGOL-60 とかやりたいと言えば、
大抵の人は「何でそんな無駄なことを」って言うだろ。
348:デフォルトの名無しさん
07/07/12 23:42:07
C
mo
muda
349:デフォルトの名無しさん
07/07/13 00:56:07
自分がやる１つ下（と上）のレベルまでやるのが常識だろ
350:デフォルトの名無しさん
07/07/13 00:56:19
Programming
ga
muda
351:デフォルトの名無しさん
07/07/13 01:09:48
Master-Slave model
352:デフォルトの名無しさん
07/07/13 09:58:54
多少のパフォーマンスの悪さに目をつぶっても、同じ手間ならより安全なプログラムを書きたい
と思う人も多いのだ。
353:デフォルトの名無しさん
07/07/13 21:21:07
処理が遅いなら、速いＣＰＵに変えちゃえばいいって理屈も、
最近はＨＤＤやネットの応答速度の方がボトルネックになっているから無意味だし。
354:デフォルトの名無しさん
07/07/13 21:24:04
あるサーバーのパフォーマンス調べたら、ＣＰＵ使用率平均５％だった。
でも、すんごい遅いんですけど。どこが無駄飯食ってるのかね？
355:デフォルトの名無しさん
07/07/13 21:28:20
その程度の情報で分かったらエスパー
356:デフォルトの名無しさん
07/07/13 21:38:47
>>354
そのへん設計したSE
357:デフォルトの名無しさん
07/07/13 22:14:56
遅いのはブラウザ側でJavaScriptでとんでもない処理をしてるとか
358:・∀・）っ-○◎●
07/07/13 22:56:32
たいがいディスクI/O。
359:デフォルトの名無しさん
07/07/14 00:04:37
六供町とか
360:デフォルトの名無しさん
07/07/14 01:38:57
> どこが無駄飯食ってるのかね？
お前じゃね？
361:デフォルトの名無しさん
07/07/14 02:03:01
>>354
単に負荷が少ないだけじゃないの
オンライン系のピーク時で５％なら投資対効果は悪いかもね
一般的なサーバの CPU 使用率は平均で 20% 程度だという
統計もあるそうだ
362:雑誌の受け売りしただけだと思うが。
07/07/14 09:18:29
> 単に負荷が少ないだけじゃないの
日本語理解できてない奴がいるな...
>>354 > でも、すんごい遅いんですけど。
363:デフォルトの名無しさん
07/07/14 10:20:13
ネットワーク
タイムアウト
364:デフォルトの名無しさん
07/07/14 10:59:04
>>362
ボトルネックの調べ方もわからない奴がなんでこのスレに居るんだろう。
まさしく>>360の言う通りか…
365:>>362, そもそも >>360 も俺だし。
07/07/14 11:05:59
で、君は >>354 の書き込みだけでボトルネックが調べられるとでも？
て言うか、そもそも >>361 の書き込み自体がボトルネックと関係ないし。
バカ？
366:デフォルトの名無しさん
07/07/14 12:20:09
熱くなるのはCPUだけでいい
367:デフォルトの名無しさん
07/07/14 12:41:16
まあ、結局どうしようもないくらい周囲が遅いのでアセンブラで書いても意味が無いって事だけは分かった。
368:デフォルトの名無しさん
07/07/14 12:45:45
>>366
目頭が熱くなった
369:デフォルトの名無しさん
07/07/14 15:45:53
ハードウェアを知ることは無駄と言うが、
ハードウェアも知らずにプログラムとは笑わせる。
370:デフォルトの名無しさん
07/07/14 15:51:40
だれも言ってないとおもうぞ。
371:デフォルトの名無しさん
07/07/14 16:00:22
>>365
そんなに必死になる事でもないだろ。
煽りを入れないと文章書けない人か？
372:デフォルトの名無しさん
07/07/14 16:07:10
>>354
回線のボトルネックを疑うだろ普通
373:デフォルトの名無しさん
07/07/14 16:08:50
>>365
そんなお前でも童貞じゃないんだろうなぁと思うと自分が悲しくなってくる。
俺いつまで童貞なんだろう。
374:デフォルトの名無しさん
07/07/14 16:15:50
CPU が 20 個あるのにプロセスが 1 個しか上がってないのかもしれない
375:デフォルトの名無しさん
07/07/14 16:19:50
プロセスつーかネイティブスレッドか
376:・∀・）っ-○◎●
07/07/14 16:20:54
リソースに余裕があるなら仮想化したら？
あとRailsとかの重量級フレームワーク使えばけっこう食ってくれるはず
377:デフォルトの名無しさん
07/07/14 16:22:12
Sleepやらアイドルの間隔が長いコードかもしれない。
378:デフォルトの名無しさん
07/07/14 18:53:18
つーかこの問題のどこにアセンブラが関係しているのだろう・・・
379:デフォルトの名無しさん
07/07/14 22:01:59
アセンブラでCGI書いてたりするんじゃないの？知らないけど。
380:デフォルトの名無しさん
07/07/14 22:13:18
各ＣＰＵごとにアセンブラコードを最適化したい場合、
いったいどうやってやればいいんですか？
ＩｎｔｅｌとＡＭＤだと速度が出るコードの傾向がちょっと違いますし、
Ｉｎｔｅｌのなかでもいろいろありますよね。
各ＣＰＵのＰＣを何台も用意して、試行錯誤繰り返すしかないんでしょうか？
381:デフォルトの名無しさん
07/07/14 22:33:47
>>380
最適化出来たかどうかを試すのには、結局各 CPU の PC を何台も用意して
確認する必要があるでしょ。机上で試したいなら CPU ベンダーがシミュレータを
作っている場合もあるけど。
382:デフォルトの名無しさん
07/07/14 22:39:04
アセンブラに置き換える前に、アルゴリズムを見直した方が良い結果が得られる。
383:・∀・）っ-○◎●
07/07/14 22:52:21
SSEを使える（並列化できる）部分を見つけてまずそこを置き換える
コーディングのお供はAgnerのドキュメントかな。
疲れるだけだから、無駄に机上試験なんてやらない。
384:デフォルトの名無しさん
07/07/14 22:56:12
そんな限定された話題だったのか？
385:・∀・）っ-○◎●
07/07/14 23:04:03
さあ、4倍とか8倍とかになり得るのはSSE使ったときくらいじゃないの？
今時のx86向けのC/C++コンパイラは優秀だしCPU側にOoOもあるから、
ただアセンブリコードに置き換えるだけじゃそんなに速くならんよ。
386:デフォルトの名無しさん
07/07/14 23:18:33
2倍くらいなら命令順を工夫すれば・・・って、
その程度ならコンパイラが頑張ってくれるか？
387:デフォルトの名無しさん
07/07/14 23:26:43
誰も4倍とか8倍なんて言ってないと思うが…
388:・∀・）っ-○◎●
07/07/14 23:49:20
逆に、差が出ないのに処理わけする意味なんてないでしょ
1.x倍程度ならわざわざ手間はかけないでしょ。
まあ確かにCPUによっては
sh; eax. 3
よりも
add eax. eax
add eax. eax
add eax. eax
のほうが速かったりするけどさ、一般的なコードのシーケンスの中では
そんなに差は出ないことのほうが多い
389:デフォルトの名無しさん
07/07/14 23:56:56
CPUの中でも分岐予測などの最適化が行われるから？
390:デフォルトの名無しさん
07/07/15 00:02:40
>>388
それは要件次第じゃないの。50% 速くなったら、それはそれで嬉しいと思うが。
391:デフォルトの名無しさん
07/07/15 00:17:16
リヌァックスでは、SSE1～4最適化しないAltivec最適化しない
という最適化一切なし状態ではCore2はPPC970の足元にも及ばない。
SSE3最適化あり
Altivec最適化なし
こうすると、2倍くらい早くなる。
392:デフォルトの名無しさん
07/07/15 00:23:22
>>391
SIMD 使うアプリなんて殆ど無い
393:デフォルトの名無しさん
07/07/15 00:23:32
なにそのおいしそうな西洋菓子みたいなOS
394:・∀・）っ-○◎●
07/07/15 00:31:02
AltiVec最適化ありの場合は？ｗ
性能によっちゃiMacG5の中古良品を確保しておくんだが。
395:デフォルトの名無しさん
07/07/15 00:36:13
だんごちゃんって煽られたりしないの？
396:デフォルトの名無しさん
07/07/15 01:37:35
煽られるというか、晒される事はあるよな。
「CellでSSE」とか
397:デフォルトの名無しさん
07/07/15 01:52:18
VMXやAltivec最適化を効かせても、現状のAthlon64と似たようなもんだよ
浮動小数点演算では結構食らいついていくが、整数となるとcore 2に負ける。
それにスレッディング前提のCPUだからシングルスレッドじゃ、てんでダメだしな
398:デフォルトの名無しさん
07/07/15 02:15:03
マ板のオブジェクト指向スレに住み着いた痴呆どもを見慣れてる俺には
団子はまともなコテに見えるぞ
399:・∀・）っ-○◎●
07/07/15 02:32:21
読解力が無い子と話するのは苦手なんですよ
400:デフォルトの名無しさん
07/07/15 02:32:57
自分の間違いを人のせいにするチョン加減ｗ
401:・∀・）っ-○◎●
07/07/15 02:36:11
まあ、CellのSPEがAltiVecとして使えるとか言う痛い子が住み着いちゃってるけど
処方箋なんてないでしょ
402:デフォルトの名無しさん
07/07/15 02:47:48
SPUはベクトル演算器であるとは書かれているがｗ
Altivecが何たるかも知らんド素人かｗ
403:デフォルトの名無しさん
07/07/15 02:49:57
URLﾘﾝｸ(ja.wikipedia.org)
Altivecとは何なのか、よ～く勉強しようね
ド素人は理解できないかｗ
404:デフォルトの名無しさん
07/07/15 02:52:00
ハイ おさらい。
ｽﾚﾘﾝｸ(tech板)l50
SSE実行できないCellでSSEの実測をしたという捏造の瞬間ｗｗｗｗｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
こんな感じで繰り返せば一応往復のレイテンシは計測できるよね
で、何クロックかかるのかな？
答えてね。俺より頭いい子ならすぐわかるはず。
もっとも俺は実測結果あるけど
866 名前： デフォルトの名無しさん [sage] 投稿日： 2007/06/17(日) 16:26:12
CellでSSEって
405:デフォルトの名無しさん
07/07/15 02:52:54
871 名前： デフォルトの名無しさん 投稿日： 2007/06/17(日) 16:30:08
どちらもSIMDユニットだから、ハードの役割としては同等
というのに、ISAが同じだと捏造していたとｗ
バカだあのド素人ｗ
Cellも知らずプログラムもできないチョンｗ
保存しとこうやｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
406:・∀・）っ-○◎●
07/07/15 02:56:19
はい釣れた
407:デフォルトの名無しさん
07/07/15 02:57:34
URLﾘﾝｸ(www.media-k.co.jp)
釣れた【つれた】[名]
自分の当てずっぽうレスを大勢に突っ込まれ＆馬鹿にされた時に厨房が
悔し紛れに言う単なる逃げ口上の最後っ屁。
その後放置される。
408:・∀・）っ-○◎●
07/07/15 03:00:24
ごめんね良スレだったのに変なの呼び込んじゃって。
メール欄空白の奴をあぼーんする設定にしとくといいよ
409:デフォルトの名無しさん
07/07/15 03:34:22
ところで最近はトリップつけてないのに良く成り済まし（少なくともそう思われるレスは見てない）被害に遭わないな。
まぁ、平穏なのはいい事だが。でもこのレスを皮切りに以下成り済ましの嵐になるかもね。あーあ、黙ってればいいものを・・・。
410:デフォルトの名無しさん
07/07/15 03:37:55
既に395を皮切りに荒れているが
411:・∀・）っ-○◎●
07/07/15 03:40:02
たまにいるよ。
中尾さんファンクラブ会費年30ドル払わないとなり済ませないけど。
412:デフォルトの名無しさん
07/07/15 06:22:16
CellでSSE使えるとか捏造するのがマトモなのか？ｗ
413:デフォルトの名無しさん
07/07/15 06:31:51
SSEはインテルの商標だからCellに乗ってるわけないだろｗ
・・・と煽ろうと思ったが、実は違ったのな。MMXは商標なのに。
Streamingを目的としたSIMD拡張ならSSEと呼んでいいのかもしれない。
414:デフォルトの名無しさん
07/07/15 09:59:22
>>413
いやダメだろ。SSEは商標ではないとしても固有名詞化してるからな。
415:・∀・）っ-○◎●
07/07/15 13:37:02
なに？SPEがAltiVecとしても使えて、PPE←→SPEの転送レイテンシが1とか言ってた負け犬がまだ居ついてるの？
IntelアーキでSSE2の汎用レジスタ←→XMMレジスタ間転送なら1だとは言ったけどね
物理的に同じコアのレジスタ間転送だから当然
416:・∀・）っ-○◎●
07/07/15 13:39:19
SSEはx86ネイティブの命令セットじゃないとも言ってたな。
【拡張】命令の意味がわかってないらしい。
全く別物の命令セット（元の命令を実行すらできない）じゃないんだよ。
417:デフォルトの名無しさん
07/07/15 20:18:22
871 名前： デフォルトの名無しさん 投稿日： 2007/06/17(日) 16:30:08
どちらもSIMDユニットだから、ハードの役割としては同等
というのに、ISAが同じだと捏造していたとｗ
バカだあのド素人ｗ
Cellも知らずプログラムもできないチョンｗ
保存しとこうやｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
418:デフォルトの名無しさん
07/07/15 20:18:54
ハイ おさらい。
ｽﾚﾘﾝｸ(tech板)l50
SSE実行できないCellでSSEの実測をしたという捏造の瞬間ｗｗｗｗｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
こんな感じで繰り返せば一応往復のレイテンシは計測できるよね
で、何クロックかかるのかな？
答えてね。俺より頭いい子ならすぐわかるはず。
もっとも俺は実測結果あるけど
866 名前： デフォルトの名無しさん [sage] 投稿日： 2007/06/17(日) 16:26:12
CellでSSEって
419:デフォルトの名無しさん
07/07/17 09:48:53
アセンブラってアーキテクチャごとに違いが大きいから、x86とそれ以外にスレを分けてもいい気がするんだ。
てか、x86でしか通用しない話題多すぎ
420:デフォルトの名無しさん
07/07/17 10:46:38
バカが沸かなきゃ一緒でいいよ。
421:・∀・）っ-○◎●
07/07/17 22:40:36
BroadwayがPPC970互換でマルチスレッディング対応はﾜﾛﾀ
422:デフォルトの名無しさん
07/07/18 02:13:57
ダンゴの自演多すぎﾜﾛﾀ
423:デフォルトの名無しさん
07/07/18 11:03:31
どの辺が自演?
424:デフォルトの名無しさん
07/07/18 15:47:59
↑こいつ団子
425:423
07/07/18 16:22:41
ちゅがうよ。
426:デフォルトの名無しさん
07/07/18 16:50:55
424 ←こいつが団子
427:デフォルトの名無しさん
07/07/18 18:01:31
いやいや俺俺
428:デフォルトの名無しさん
07/07/18 18:52:33
どうぞどうぞ
429:デフォルトの名無しさん
07/07/20 07:37:37
PPC970って1コア2スレッド対応だろ
430:デフォルトの名無しさん
07/07/20 08:39:12
429 名前：デフォルトの名無しさん[sage] 投稿日：2007/07/20(金) 07:37:37
PPC970って1コア2スレッド対応だろ
431:デフォルトの名無しさん
07/07/20 09:34:49
>>430
CellのPPEは命令セットがPowerPO 970互換なだけで970とは全くの別設計。
いつからPPEがPPC970そのものになったんだ？ばか。
WiiのBroadwayは750（G3）系のカスタムCPUでVMXも64ビットも非対応。
432:デフォルトの名無しさん
07/07/21 22:41:41
詳細は非公開
433:デフォルトの名無しさん
07/07/21 22:42:26
PPE は64bit POWERアーキテクチャであり、
命令セットはPowerPC G5互換ではあるが、
既存のPowerPC系 CPU と異なる内部構造(Xbox 360のPowerPCコアに似ている)をもつ
新設計のコアである。
2スレッドを同時に実行することが可能で、
434:デフォルトの名無しさん
07/07/21 23:04:10
そういやさ
サーバー用CPUというのは、1コアで8スレッド処理できるものとかザラじゃん。
コンシューマばかり触れてきた奴に通じないのだから参ったことがあった
「1コア8スレッドで、8コアだから64スレッドがオン・ダ・フラーイできるわけ」
「そんなCPUあるわけない！そもそもCPUってのは1コアにつき1つのスレッドまで！」
自称パソコン歴15年のがね。こういうのさ
435:デフォルトの名無しさん
07/07/21 23:45:16
1コアで8スレッドなんて制限があるCPUなんて聞いたこと無いんだが。
436:デフォルトの名無しさん
07/07/21 23:55:01
>>434
昔の人間にとっては、
CPU = ALU + RegFile
だから。
ALU + ALU + ... + ALU + RegFile
みたいなのは、1つのCPUと言いたくないんだろう。
437:デフォルトの名無しさん
07/07/22 00:02:10
> ALU + ALU + ... + ALU + RegFile
そんな構成でどうやって１コアで８スレッドを実行するんだよ。
438:デフォルトの名無しさん
07/07/22 06:03:13
きっとスレッド＝演算なんだろ
439:デフォルトの名無しさん
07/07/22 06:11:42
同時に処理できるのは１コア１スレッドまでだけどな。
440:デフォルトの名無しさん
07/07/22 06:19:18
シングルコアのマルチスレッドは所詮は幻想なんだな
441:デフォルトの名無しさん
07/07/22 08:14:01
この場合は、こういうことじゃないか？
> 今日まで市場で使用されてきた主要なサーバ向けプロセッサは、シングルコアもしくはデュアルコアであり、
> デュアルコア・プロセッサの中でも各々のコアで2スレッドが実行可能なものが技術的に最も進んだものと捉えられてきました。
> UltraSPARC T1は、この状況を一変させました。
> UltraSPARC T1プロセッサには、最大8つのコアが搭載され、各コアは、4つのスレッドを実行可能です。
URLﾘﾝｸ(jp.sun.com)
442:デフォルトの名無しさん
07/07/22 08:31:54
で、8スレッド制限の根拠未だ?
443:デフォルトの名無しさん
07/07/22 08:57:04
同時に実行できるのが８スレッドまでなんじゃないかな
444:デフォルトの名無しさん
07/07/22 11:21:52
1コア8スレッド同時実行てことは、PCも1コアあたり8個あるってことか？
445:デフォルトの名無しさん
07/07/22 11:38:32
1コア1スレッドまでという制限があるなんてはじめて聞いたんだが。
またチョンが敗北したｗ
446:デフォルトの名無しさん
07/07/22 11:40:26
「同時に処理できるのは」と書いておろうが
447:デフォルトの名無しさん
07/07/22 12:02:27
いやだから、1でも2でも、4でもない、8って数字の根拠未だ?
448:デフォルトの名無しさん
07/07/22 12:08:21
HTテクノロジーなんか、1コア2スレッドの典型例ジャマイカ
あれは1つのコアに2つのコンテキストを含んでるんじゃなかったっけ
449:デフォルトの名無しさん
07/07/22 12:23:20
同時実行スレッド数の話でいいのかな?
それだったらHTはそうだね。
で、8スレッドって話はどこから?
450:デフォルトの名無しさん
07/07/22 12:41:50
どっかに 8 スレッド使えるやつがあるのかな。
451:デフォルトの名無しさん
07/07/22 13:44:07
アセンブラ… （ ﾟдﾟ）ｳｯｳｰ
って何？
452:デフォルトの名無しさん
07/07/22 13:50:02
(＞＜)ﾜｶﾝﾅｲﾃﾞｽ!
453:デフォルトの名無しさん
07/07/22 13:58:42
同時に処理しなくていいなら、386ですら無限大のスレッド扱えるじゃん
454:デフォルトの名無しさん
07/07/22 14:31:00
ふーむ
455:デフォルトの名無しさん
07/07/22 14:47:12
>>448
１コア８スレッドの「８」は、たまたまそういう規格だっただけだろう。
実際、>>441は同時４スレッドっぽいし。
456:お約束の突っ込みだが (w
07/07/22 15:17:46
>>453
有限のメモリで無限のスレッドを管理できるんだ。
そんな凄いＯＳの名前をぜひ教えてくれまいか。
457:デフォルトの名無しさん
07/07/22 15:36:29
>>434は２ちゃんでも繰り返されたなｗ
458:デフォルトの名無しさん
07/07/22 16:26:33
これってアセンブラに関係する話なのか？
459:デフォルトの名無しさん
07/07/22 17:50:30
これは「 （ ﾟдﾟ）ｳｯｳｰ」に関係する話
460:デフォルトの名無しさん
07/07/22 19:03:36
「スレッド」の意味するものがコンテキストによって変化する例ですな
461:デフォルトの名無しさん
07/07/22 19:28:06
ストリーミングすりゃ、どんなCPUでも無限のスレッド使えるよｗｗｗ
今日一日20スレッド処理し明日20扱い・・・・・・
どんどん増えていくなｗ
ド素人>>439の考えてることはこういうことだろ？ｗ
462:デフォルトの名無しさん
07/07/22 19:28:48
439 名前： デフォルトの名無しさん [sage] 投稿日： 2007/07/22(日) 06:11:42
同時に処理できるのは１コア１スレッドまでだけどな。
で、これの根拠はどこなのだろうね
HTでも既に同時処理できているのに「1コア1スレッド」
団子無知すぎるｗ
463:デフォルトの名無しさん
07/07/22 20:04:52
>>462
おや、団子フォビアですか?
464:デフォルトの名無しさん
07/07/22 20:19:26
まんじゅう恐い
465:・∀・）っ-○◎●
07/07/22 20:55:44
馬鹿じゃね？
シンメトリックFGMTは1サイクル毎にスレッドを切り替えて実行するもので「同時」とは言わない。
同時なのはPentium 4のSMT方式
466:・∀・）っ-○◎●
07/07/22 21:01:09
>>434
on the flyがどう読んだらオン「ダ」フライになるんですか。中学生以下の英語力乙
467:デフォルトの名無しさん
07/07/22 21:16:53
>>466
オーストラリアをバカにするな！
468:デフォルトの名無しさん
07/07/22 21:21:49
アイゴートゥーオフィストゥダイ
469:デフォルトの名無しさん
07/07/22 21:35:31
もう荒れるから団子禁止にしようよ
470:・∀・）っ-○◎●
07/07/22 21:37:40
荒らしてるのはゲハのCellマンセー厨だろｗｗｗ
471:デフォルトの名無しさん
07/07/22 23:13:05
そういうのを呼び寄せてるじゃんかｗ
472:デフォルトの名無しさん
07/07/22 23:45:22
レスの口調がすでにホイホイ全開だからなぁ
団子の欠点の1つだ
473:デフォルトの名無しさん
07/07/23 00:30:19
1コア1スレッドということは、SMTすら否定してるんだからｗ
団子はどんだけバカなんだｗ
474:・∀・）っ-○◎●
07/07/23 00:35:57
>>439は俺じゃないけどｗｗｗ
ただFGMTやCGMTは「同時」実行機能はない。
レジスタファイルを多重化して高速にスレッドを切り替えてるだけ。
同じクロックタイミングに別々のスレッドが処理されることは原則的にあり得ない。
475:デフォルトの名無しさん
07/07/23 00:40:53
保険が利いたのかｗ
「ヤバそうなことは名無しで」
あとはしらばっくれりゃいいとｗ
476:・∀・）っ-○◎●
07/07/23 00:48:20
名無しが卑怯だと思うならコテ付ければ？常時卑怯なクソGKさんｗｗｗ
俺は外す理由はないが
ちなみに>>439はPPEやNiagaraに限っては何も間違ったことは言ってない。
477:デフォルトの名無しさん
07/07/23 00:49:27
「スレッド」も「同時」も定義色々。
自分に都合のいい定義を選んだ上での議論に何の意味があるんだろう。
478:デフォルトの名無しさん
07/07/23 01:02:39
＞PPEや
ハァ？？？？？？？？？？
URLﾘﾝｸ(www-06.ibm.com)
このコードをダウンロードして実行した場合、
PPE SMT (同時マルチスレッド化) による加速が明らかになるのは、
フィボナッチ数列の実行が数千回以上繰り返された時点からです。
基本的に、スレッドの作成と管理によるオーバーヘッドは、
ある時点で、
スレッドを SMT で加速して実行することから
得られる高速化によって克服されます。
479:・∀・）っ-○◎●
07/07/23 01:04:20
インオーダパイプラインで複数コンテクストの命令コードを交互にフェッチするのはSMTとは言わんよ。
エグゼキューションのタイミングもほぼ例外なくデコード順。
アウトオブオーダのスーパースケーラでこそ「同時」になりうる。
SMTはフルスピードのシングルプロセッサとしても使えるが、
シンメトリックFGMTは分割数に依存して1スレッドあたりの最大スループットが落ちる。
SunのNiagaraはサーバ用途に限定してコンテクストスイッチを回避するために使ってるからな。
シングルスレッド性能が落ちても痛くない用途でだけ番長になれればいいのよ。
この会社、Intelにシングルスレッド性能で負けるようになった頃からずっと負け惜しみのごとく
「スループットコンピューティング」を提唱してる。
480:デフォルトの名無しさん
07/07/23 01:05:31
URLﾘﾝｸ(pc.watch.impress.co.jp)
さらに、PPEはIntelのHyper-Threadingと
類似のSMT(Simultaneous Multithreading)機能も搭載し、
2つのスレッドを同時に実行することができる。
2wayのSMTを実装したPPEと、8個のSPEで、
Cell全体では10スレッドを並列に実行できる。
つまり、ソフトウェア側から見るとCellの中に
10個のCPUがあるように見えることになる。
PPE は、512KBのL2キャッシュも備える。
481:デフォルトの名無しさん
07/07/23 01:06:23
どうなっとんだ！
オイコラ団子！！
IBMですらSMTと言ってるんだよ！！
で、挙動もまさしくHTと同じようなSMT。
団子！コラオイ！
482:・∀・）っ-○◎●
07/07/23 01:10:46
そんな学術的権威のかけらもない頭の悪い子の書いた記事を真に受けるなんて（ｒｙ
そこのSMTのSはSymmetricの略でSimultaneousじゃないだろｗ
同時実行じゃなくて交互実行。
483:デフォルトの名無しさん
07/07/23 01:11:46
また何の反証もせずに捏造かよｗ
484:デフォルトの名無しさん
07/07/23 01:12:31
URLﾘﾝｸ(www-06.ibm.com)
ここなんか設計・開発元じゃんｗ
権威も何も開発元ｗｗｗｗｗｗｗｗｗｗｗ
485:・∀・）っ-○◎●
07/07/23 01:12:49
全然
トレースキャッシュからのフェッチから実行まで２スレッドをごちゃ混ぜで処理できるHTと
尾っぽから先まで【交互】実行のFGMTが同じ技術なんて頭悪すぎ
486:・∀・）っ-○◎●
07/07/23 01:14:45
IEEEの論文引っ張り出してきてくださいｗｗｗ
訳文が間違ってるのか原文が間違ってるのか知らんが、そのドキュメント書いた奴は頭悪すぎる
まあオン「ダ」フライなんて言ってる子にはわからんだろうけど
487:デフォルトの名無しさん
07/07/23 01:15:03
先にSMTではない証拠を出さないといかんだろ
488:・∀・）っ-○◎●
07/07/23 01:16:30
後藤はコンピュータの仕事にかかわったこともないただの記者。
伝えられた情報もろくに検証せず嘘も嘘のまま書く。
489:デフォルトの名無しさん
07/07/23 01:18:11
Linuxのgnome-system-monitorで見ていると、HTのXeonはCPU1とCPU2が両方負荷が上がっていくのに
PPEはCPU1とCPU2が交互にしか負荷が上がっていかないのはそういうわけか。
490:・∀・）っ-○◎●
07/07/23 01:18:38
>>487
現実にはSymmetric MultithreadingもSMTと略されるので頭の悪い子は混同しがちなんですよ。
本当はHyperTransportとHyperThreadingくらい違うのに。
URLﾘﾝｸ(www.google.co.jp)
491:デフォルトの名無しさん
07/07/23 01:22:12
いやだからPPEがSMTではない証拠はどこなんだよ。
492:デフォルトの名無しさん
07/07/23 01:22:50
どうせまた得意の捏造ｗ
ド素人が知ったかコイて「1コア１スレッド」などとホザくと恥をかくとｗ
493:・∀・）っ-○◎●
07/07/23 01:23:42
URLﾘﾝｸ(www.radiumsoftware.com)
この辺みてね。馬鹿でも理解できるように違いが書いてある。
494:・∀・）っ-○◎●
07/07/23 01:24:45
だから「同時」実行できるスレッドは１つじゃん
交互実行できるのは2スレッドだけどな
495:デフォルトの名無しさん
07/07/23 01:26:02
だからSMTは同時じゃん
自分で言ってるのに分からんと？
496:デフォルトの名無しさん
07/07/23 01:26:36
用語の使い方なんか聞いてない。
PPEがSMTではない証拠。
497:・∀・）っ-○◎●
07/07/23 01:27:22
お前の大好きな後藤先生がSMTとFGMTが明確に違う、またPPEが後者であることを
明言してますよ
URLﾘﾝｸ(pc.watch.impress.co.jp)
●GPUは粒度の細かなスレッディングを採用
マルチスレッディングには、制御の方式によっていくつか種類がある。
SMT(Simultaneous Multithreading)
Fine-Grained(細粒度) Multithreading
Coarse-Grained(粗粒度) Multithreading
SMTはPentium 4のHyper-Threadingのように、複数のスレッドの命令を1サイクルの中で同時に実行することが
できるアーキテクチャだ。スレッドを切り替えるのではなく、異なるスレッドの命令を完全に混合して実行できる。
それに対して、Fine-Grained Multithreadingは、同じサイクルに複数スレッドの命令は同時実行できない。
1サイクル単位でスレッドを切り替えて実行できる。CellプロセッサのPPE(Power Processor Element)など
のマルチスレッディングがこの方式だ。
498:・∀・）っ-○◎●
07/07/23 01:30:56
んで、これの日付をみましょうね。
＞URLﾘﾝｸ(pc.watch.impress.co.jp)
↑後藤の悪い癖は過去の記事の間違いは訂正しないこと。
だから後からみると矛盾がある
499:デフォルトの名無しさん
07/07/23 02:02:54
URLﾘﾝｸ(www.google.co.jp)
うんうん、PPEはSMTだねえ。
団子は後藤の言うことはすべてウソというので、
SMTではないと言う後藤の弁もウソなのだろうｗ
よって真SMTであると。
「SMTではない証拠が一切ない」しね。
500:デフォルトの名無しさん
07/07/23 02:04:33
PPEがSMTである証拠は山ほどあるが
SMTではない証拠は一切なしｗ
ひたすらド素人チョンが「用語の解説だけ」に終始しているザマｗ
SMTである証拠
＞PPEや
ハァ？？？？？？？？？？
URLﾘﾝｸ(www-06.ibm.com)
このコードをダウンロードして実行した場合、
PPE SMT (同時マルチスレッド化) による加速が明らかになるのは、
フィボナッチ数列の実行が数千回以上繰り返された時点からです。
基本的に、スレッドの作成と管理によるオーバーヘッドは、
ある時点で、
スレッドを SMT で加速して実行することから
得られる高速化によって克服されます。
501:・∀・）っ-○◎●
07/07/23 02:21:09
誤用をソースにされても。。。
１クロック毎に交互に実行するって公式に書いてあるのにそれすら読めない？
まあマーケティング用語としては何とでも言えるしね。
Pentium 4と同じ方式って言えば聞こえがいいし。ほとんど詐欺だけど。
502:・∀・）っ-○◎●
07/07/23 02:23:31
IBMの捏造は文化と化してるし
503:デフォルトの名無しさん
07/07/23 03:03:41
貶したかと思ったら突然採用するド素人チョンｗ
自分の言ったことすら分からんらしいｗ
488 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/07/23(月) 01:16:30
後藤はコンピュータの仕事にかかわったこともないただの記者。
伝えられた情報もろくに検証せず嘘も嘘のまま書く。
↓
497 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/07/23(月) 01:27:22
お前の大好きな後藤先生がSMTとFGMTが明確に違う、またPPEが後者であることを
明言してますよ
504:・∀・）っ-○◎●
07/07/23 03:16:15
だから信用できないんだよ後藤は。情報の学位も持ってない素人だし。
俺が指摘するまで後藤の記事の矛盾に気づかなかったおばかさん。
仕事あるから寝るわ。
505:デフォルトの名無しさん
07/07/23 03:39:18
497 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/07/23(月) 01:27:22
お前の大好きな後藤先生がSMTとFGMTが明確に違う、またPPEが後者であることを
明言してますよ
これそのものがウソなんじゃんｗ
IBMでは明確に同時SMTといってるわけだしｗ
それを覆してない団子の負けｗ
506:・∀・）っ-○◎●
07/07/23 04:47:55
同時にＳＭＴやるのか
頭痛が痛い人だな
インオーダコアで「同時」なんて無理だと何度言ったらわかるかなこのアホは。
学術論文を読みましょう。
URLﾘﾝｸ(ieeexplore.ieee.org)
あ？IEEEの会員じゃないから読めない？
私はCPUを語るに値しない馬鹿ですって言ってるようなもの。
あとここ読んだら？訳した奴が馬鹿だよ多分。
URLﾘﾝｸ(www-01.ibm.com)
507:・∀・）っ-○◎●
07/07/23 04:58:04
恩田フライくんは英語もよめなそうだな
> Well, fine-grained processing is used in a lot of CG type stuff, but it also allows for true multithreading
> during cache misses and such. Say for example both threads passing through the PPE are active and
> fine-grained. When one thread is not active or is stalled for whatever reason, the PPE will activate
> the 2nd thread and that thread will issue an instruction each cycle while the other thread figures out
> what has gone wrong,
508:デフォルトの名無しさん
07/07/23 05:22:27
インテルの次次世代コアはインオーダでHTありだよなｗ
509:・∀・）っ-○◎●
07/07/23 05:41:55
Itanium 2に搭載されたCGMTもIntelはHyper-Threaingと称してるがな。
マーケティング用語としてなら何とでも言える。
同様に、教科書通りのFGMTなのにSMTっていうのはマーケティング用語としてだろう。
キャペリンをシシャモだと言って売るのと同じようなもんかな。
510:・∀・）っ-○◎●
07/07/23 05:55:52
32nmプロセスの「Gesher」までCoreマイクロアーキテクチャベースのロードマップが公開されてる上で
派生プロダクトとして出すストリーミングプロセッサが「次次世代」なんて（笑）
Cellが正当進化だと思いたい電波らしい発言だなｗｗｗ
アレはGPGPUによるストリーミングプロセッシングを置き換えるもので既存のCPUを置き換えるものではない。
キャッシュの構成からして今のGPUに酷似してる。
大体に22nmプロセスなら今のCore2を32コア化できるのでコアを退化させる必要自体ない。
511:・∀・）っ-○◎●
07/07/23 06:01:47
LarrabeeはPCI Express Gen2接続のアクセラレータボードで提供されるもの。
じゃあ、メインCPUのソケットには何が刺さるんだよｗｗｗ
何に対して「次次世代」なのかよく考えて書くように。
512:デフォルトの名無しさん
07/07/23 09:40:41
自説がトンデモだと証明され
intelにまでケチつけはじめた
513:デフォルトの名無しさん
07/07/23 09:46:22
団子と取り巻き連中はスレタイ嫁
514:デフォルトの名無しさん
07/07/23 09:46:48
>>513
なんで？
515:デフォルトの名無しさん
07/07/23 10:12:51
1クロックで命令が完結するわけではないので同時実行という認識も間違っているわけではない
齟齬の原因は団子がSMTの定義を狭めすぎている事
516:デフォルトの名無しさん
07/07/23 13:27:09
命令が完結していなくても、処理が一時停止してるのであれば
その状態では命令を「実行」しているとは言えないんじゃないのか。
517:デフォルトの名無しさん
07/07/23 20:25:53
つまり、スレッド１のレジスタへの書き戻しと、スレッド２のフェッチが
同時に実行されてないとか調べろ、とかか？
518:デフォルトの名無しさん
07/07/23 23:03:36
実行はあくまでExecutionパイプだろ。
それはともかく、インオーダパイプラインのステージレベルの並列化なら90年代初頭からのFGMTの概念そのまんま。
SMTという言葉が確立したのはモダンなRISCアーキテクチャが出て来てからの話。Alphaみたいな。
てかSMTの実装自体、旧DECが特許を持ってて、Pentium4のHTはわざわざ買い上げて使ってる。
Cellのは名前だけパクったバッタモン実装と言われても仕方がない。
519:デフォルトの名無しさん
07/07/23 23:25:49
WindowsでJavaくらいしかいじったことないんですが、アセンブラに手を出したい時のおすすめの本ってありますか？
520:・∀・）っ-○◎●
07/07/23 23:39:05
Larrabeeは特定用途向けの「アクセラレータ」だってIntelが明言してるのに
Core 2の「後継」だと思ってるなんて馬鹿だな。
ピーク性能を引き上げるためにモダンアーキテクチャから削った機能は
汎用プロセッシングには決して無駄なものじゃないことは
PS3 Linux界隈の惨状で既にわかったことだろう
521:デフォルトの名無しさん
07/07/23 23:40:46
とりあえず「The Java Virtual Machine Specification」でJava/JVM/Bytecodeの
スペシャリストになるってのは？
幸い？Java界では自己書き換えコードとかがbytecode tailoringとかいって
数年前から流行ってるわけだし、近年のJavaベースシステムのトリッキーな
実装の中身を知るのも役に立つよ。
522:デフォルトの名無しさん
07/07/24 00:18:06
JavaVMっすか、渋いっすねｗ
でもアレはなんかアセンブラバリバリ弄ってるぜって感じがしないんで
俺はx86を推しとく。なんつったって一番身近だしな。
だけどなー、最近はアセンブラに関する良書がめっきり減ってな。
とりあえず次の2つは教科書としては最悪だから避けとけ。（けっして内容が悪いわけではないんだけどな・・・）
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.amazon.co.jp)
JavaVMなら、俺は↓の本しか知らん。おそらく>521が挙げてるやつだ。
URLﾘﾝｸ(www.amazon.co.jp)
523:デフォルトの名無しさん
07/07/24 00:24:43
あー、うん、ごめんよ。
おとなしく「はじめての～」読んどく。
524:デフォルトの名無しさん
07/07/24 00:44:24
>>519
アスキー はじめて読む8086
\1,602 ISBN:978-4-87148-245-5
1987/4/1
ある意味教典。
いきなり32ビットの本などで目を回すよりは基本の8086で基礎を固める。
セグメントとオフセットの関係を徹底的に刷り込む。過去に全くかじった
ことがないのであれば、まず頭をバイナリ脳にする必要がある。
日経BP プログラムはなぜ動くのか 第2版
\2,520 ISBN:978-4-8222-8315-5
2007/4/5
元々は2001年の書物。
そこから重版を重ね、更に今年になって改訂となってる辺りからも
この本の評価の高さが伺える。アセンブラ一辺倒という訳ではなく
ハードウェア周りからCなどの高級言語との兼ね合いなども網羅した
総合的な本。先にこの本で手応えを探ってみるのもアリ。
525:デフォルトの名無しさん
07/07/24 01:40:30
>>524
セグメントとオフセットは過去の遺物じゃないか。今更勧められたシロモノじゃない。
ページングの概念を学習する上で逆に邪魔になるだけだろ。
526:デフォルトの名無しさん
07/07/24 02:17:32
ああ、386のネイティブモード以前は、仮の姿だからな。
そんなもん覚えても無意味。
527:デフォルトの名無しさん
07/07/24 06:27:46
リアルモードや仮想86モードで何か書く時になってから調べればおっけ。
86のセグメントなんて、大層なもんじゃない。
528:デフォルトの名無しさん
07/07/26 16:17:49
RGBA→ARGBの変換を行いたいのですが、いったいどれが一番速いのでしょうか。
struct RGBA {unsigned char a, b, g, a; }; // rrggbbaa
struct ABGR {unsigned char r, g, b, a; }; // aabbggrr
void conv1(RGBA &x, ABGR &y) {
x.r = y.r; x.g = y.g; x.b = y.b; x.a = y.a;
}
void conv2(RGBA &x, ABGR &y) {
uint32_t t = *(uint32_t *)&y;
*(uint32_t *)&x = (y.r << 24) | (y.g << 16) | (y.b << 8) | (y.a);
}
void conv3(RGBA &x, ABGR &y) {
uint32_t t = *(uint32_t *)&y;
*(uint32_t *)&x = ((t & 0x000000ff) << 24) | ((t & 0x0000ff00) << 8)
| ((t & 0x00ff0000) >> 8) | ((t & 0xff000000) >> 24);
}
void conv4(RGBA &x, ABGR &y) {
__m64 mm0 = _mm_cvtsi32_si64(*(uint32_t *)&y);
mm0 = _mm_unpacklo_pi8(mm0, _mm_setzero_si64());
mm0 = _mm_shuffle_pi16(mm0, _MM_SHUFFLE(0, 1, 2, 3));
mm0 = _mm_packs_pu16(mm0, mm0);
*(uint32_t *)&x = _mm_cvtsi64_si32(mm0);
}
529:デフォルトの名無しさん
07/07/26 16:22:41
試せば？
530:デフォルトの名無しさん
07/07/26 16:25:33
>>528
このスレ的には、アセンブリ出力を見比べてみろと言うことで。
どうせなら、inlineをつけるかなにかしてループ内で実際に使うロジックを見比べてみるといい。
531:デフォルトの名無しさん
07/07/26 16:39:38
インラインアセンブリでbswapはなしですか。
532:デフォルトの名無しさん
07/07/26 20:10:51
pshufb
533:デフォルトの名無しさん
07/07/26 23:00:19
void conv5(RGBA &x, ABGR &y) {
#if defined(_MSC_VER)
*(uint32_t *)&x = _byteswap_ulong(*(uint32_t *)&y);
#elif defined(LITTLE_ENDIAN) // 自分で定義してね
*(uint32_t *)&x = ntohl(*(uint32_t *)&y);
#else
conv1(x, y);
#endif
}
534:デフォルトの名無しさん
07/07/26 23:00:59
このスレ的には bswap しかないんじゃね。
535:デフォルトの名無しさん
07/07/26 23:04:19
533はまずbswapになる。
アセンブラを使うまでもない。
536:デフォルトの名無しさん
07/07/26 23:15:05
RGBAをBGRAに変換だとどうだろ。
ror と bswap がシンプルに見えるんだが。
537:デフォルトの名無しさん
07/07/27 09:42:34
( ﾟдﾟ)ｳｯｳｰ
ってどんなニュアンス？
538:デフォルトの名無しさん
07/07/27 10:41:56
A 「つか教科書忘れたぁ??！」
B 「( ﾟдﾟ)ｳｯｳｰ」
539:デフォルトの名無しさん
07/07/27 10:43:17
IM@Sか!
540:デフォルトの名無しさん
07/07/27 11:26:20
オレもアイマスネタ書こうと思ってた・・・
541:デフォルトの名無しさん
07/07/28 01:33:44
ハイ おさらい。
ｽﾚﾘﾝｸ(tech板)l50
SSE実行できないCellでSSEの実測をしたという捏造の瞬間ｗｗｗｗｗ
864 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/06/17(日) 16:22:27
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
movd xmm0, eax
movd eax, xmm0
こんな感じで繰り返せば一応往復のレイテンシは計測できるよね
で、何クロックかかるのかな？
答えてね。俺より頭いい子ならすぐわかるはず。
もっとも俺は実測結果あるけど
866 名前： デフォルトの名無しさん [sage] 投稿日： 2007/06/17(日) 16:26:12
CellでSSEって
542:デフォルトの名無しさん
07/07/28 04:27:33
>>538
Uh-oh! のつもりか？
543:デフォルトの名無しさん
07/07/28 07:32:33
うっうー、全国のアセンブラーさん、おはようございます。
544:デフォルトの名無しさん
07/07/28 09:06:14
団子って知識があるのかないのかわからん
545:デフォルトの名無しさん
07/07/28 09:46:57
>>544
範囲が狭く時に間違っているが知識はある
つまり普通だな
546:デフォルトの名無しさん
07/07/28 09:49:24
86の各アセンブラ命令の実行サイクル数とかってマニュアルに載ってないよね？
基本的には命令数が少なければ速いでおｋ？
547:デフォルトの名無しさん
07/07/28 09:53:17
レイテンシとスループットなら Architecture Optimization の C に載ってるけど。
548:デフォルトの名無しさん
07/07/28 09:55:22
なるほど、レイテンシが実行サイクル数か！
探してみます、ありがとう
549:デフォルトの名無しさん
07/07/28 10:01:09
>>549
いや、そう単純じゃないから。まぁ、概ねそれでもいいけど。
550:デフォルトの名無しさん
07/07/28 10:12:55
前はμop 数とか載ってたな。
551:・∀・）っ-○◎●
07/07/28 12:36:37
SPEがAltivec互換とか言ってた負け犬うぜーな。俺はSSEのって最初っからことわってるのにｗｗｗ
552:・∀・）っ-○◎●
07/07/28 12:39:07
既にほとんどの128bit SIMD命令のデータスループットがMMXの倍となった
Core 2アーキで、MMレジスタを有効活用する方法でも考えてけろ
553:デフォルトの名無しさん
07/07/28 12:43:45
MMレジスタなら浮動小数点演算で散々使ってるお （意味違
554:名無しさん＠そうだ選挙に行こう
07/07/29 15:30:21
402 名前： デフォルトの名無しさん 投稿日： 2007/07/15(日) 02:47:48
SPUはベクトル演算器であるとは書かれているがｗ
Altivecが何たるかも知らんド素人かｗ
555:名無しさん＠そうだ選挙に行こう
07/07/29 15:32:01
団子は「SPEがAltivecやVMXと同じベクトルユニットである」ことも知らず、
(AltivecとVMXが完全互換であることも知らないし、そもそもVMXとかAltivecって何？だったわけでｗ)
CellでSSE実行時間を測定などと
無知を自分からひけらかしているのだよｗ
556:名無しさん＠そうだ選挙に行こう
07/07/29 16:52:37
毎週毎週ご苦労様。
557:・∀・）っ-○◎●
07/07/29 17:06:16
池沼（いけぬま）はスレタイくらい読（よ）もうね。
そして、コピペやってる自分自身（じぶんじしん）が一番（いちばん）恥（は）ずかしいことにきづこう
ゲハのCell（ごみくず）スレで相手（あいて）してあげるからさ、迷惑（めいわく）はかけないでほしいよ。
小学生でも読めるようにふりがな付きでレス
558:・∀・）っ-○◎●
07/07/29 17:08:56
ということで誘導。
Cell 91
ｽﾚﾘﾝｸ(ghard板)
559:名無しさん＠そうだ選挙に行こう
07/07/29 17:44:47
自分の間違いは必死に言い訳とｗ
560:名無しさん＠そうだ選挙に行こう
07/07/29 18:07:47
> 557 名前: ・∀・）っ-○◎● Mail: sage 投稿日: 2007/07/29(日) 17:06:16
> 池沼（いけぬま）はスレタイくらい読（よ）もうね。
(中略)
> 小学生でも読めるようにふりがな付きでレス
ちょwwwふりがな間違ってるw
561:名無しさん＠そうだ選挙に行こう
07/07/29 18:19:52
俺も「いけぬま」派だな。正しい読み方は知ってるけど、所詮は当て字だからね。
562:・∀・）っ-○◎●
07/07/29 18:25:14
昔、「池沼博智」ってコテがいたんだよ。
音読みすんじゃねーぞｗｗｗ
563:名無しさん＠そうだ選挙に行こう
07/07/29 19:36:39
Cellの話してたのに都合悪くなると 「Cellが前提とは言ってない」
日本語も読めないチョンを紹介ｗ
25 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/07/29(日) 17:57:45 ID:Vsv/zuV40
Cellが前提なんてひと言も言ってない。
564:・∀・）っ-○◎●
07/07/29 21:01:48
都合が悪くなるとコピペをやり出すｗｗｗ
脳味噌なさすぎ
565:デフォルトの名無しさん
07/07/29 21:10:52
>コピペをやり出す
頭良さそうな文を書くね＾＾
566:デフォルトの名無しさん
07/07/29 21:13:59
くやしいのうｗｗｗｗくやしいのうｗｗｗｗｗｗｗｗ
567:デフォルトの名無しさん
07/07/29 21:57:03
つのだせｗｗｗｗｗｗｗ
やりだせｗｗｗｗｗｗｗｗｗ
568:デフォルトの名無しさん
07/07/29 23:21:11 0
アッオォゥ！
569:デフォルトの名無しさん
07/07/30 06:18:46
まあCASIOのZ-1GRに打ち込むのが一番だな
570:デフォルトの名無しさん
07/07/31 04:18:06
へんなのに粘着されてだんご可愛そう
571:デフォルトの名無しさん
07/07/31 04:52:49
都合が悪くなると
コピペだとか言い出すだけｗｗｗｗ
脳みそなさ杉ｗ
572:デフォルトの名無しさん
07/07/31 04:56:54
よほど悔しかったんだろうなあｗ
Cellの話してたのに都合悪くなると 「Cellが前提とは言ってない」
日本語も読めないチョンを紹介ｗ
25 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/07/29(日) 17:57:45 ID:Vsv/zuV40
Cellが前提なんてひと言も言ってない。
573:デフォルトの名無しさん
07/07/31 09:48:58
>>572
まあ、夏休みなんだから気のスムまで、このスレでどうぞ。
お二人とも、
テクニカルな話題が好きな人が往々にしてなる症状なので、こうならないための反面教師みたいなもの。
あ、
アセンブラスレは他にもあるので、質問話題あれば別スレにどうぞ
574:デフォルトの名無しさん
07/07/31 10:42:23
そろそろダンゴさんに〆めて欲しいところだ
575:デフォルトの名無しさん
07/07/31 11:08:36
そのコピペやろうに今俺は絡まれているぞ。
PS3のトタン スレで。
俺のことを団子とかいいやがる。別人なのに。
マジデあいつ日本語やばいな。
使用する用語がいちいち自分定義だし。
576:デフォルトの名無しさん
07/07/31 12:07:46
名無し版のあの人か
577:デフォルトの名無しさん
07/07/31 15:15:42
アスペルまじうぜぇなぁ。
日本語の形を成してない意味の通らない文章を書いて、
挙句の果てに勝ち誇るのは止めて欲しい。
読んでるこっちは、どうして彼が勝ち誇っているのかサッパリわからんからな。
578:デフォルトの名無しさん
07/07/31 20:16:44
つ[チョンの勝ち誇り逃げ]
579:デフォルトの名無しさん
07/07/31 22:19:00
団子に間違われるなんて人間として終わりだろ？
580:デフォルトの名無しさん
07/08/01 08:34:11
和菓子として始まったな
581:・∀・）っ-○◎●
07/08/01 23:54:03
彼、見えない敵と戦ってる人なんで許してあげましょう
582:デフォルトの名無しさん
07/08/01 23:57:22
やっぱ団子だったのか
何もしらないことがまたバレたｗ
583:デフォルトの名無しさん
07/08/02 00:03:30
こういう、できもしないことを平気でぬかす
グラフィックスプログラミング知らん無知ｗ
サーフェイスの取り扱いがどこにあるのかも知らないバーカｗ
ｽﾚﾘﾝｸ(ghard板)l50
687 名前： ・∀・）っ-○◎● [sage] 投稿日： 2007/08/01(水) 01:11:23 ID:+XsXi8L40
GPGPUじゃねーの？
箱○ってメモリ共有だからいちいちサーフェイス作って転送とかやんなくていいんだよな
584:デフォルトの名無しさん
07/08/02 00:12:49
わからんかったのうｗｗｗｗｗｗｗｗｗｗくやしいのうｗｗｗｗｗくやしいのうｗｗｗｗｗｗｗ
585:デフォルトの名無しさん
07/08/02 00:20:34
いいからケェレ
【くやしいのうｗｗ】はだしのゲンのガイドライン2
ｽﾚﾘﾝｸ(gline板)
586:・∀・）っ-○◎●
07/08/02 00:22:30
知ったかがまだ吼えてるのか
587:デフォルトの名無しさん
07/08/02 00:32:01
ｽﾚﾘﾝｸ(ghard板)l50
団子完膚なきまでに負けてらｗ
588:デフォルトの名無しさん
07/08/02 00:52:02
mmer板にだんごスッレッドッってないの？
589:・∀・）っ-○◎●
07/08/02 00:58:30
フェンリル板にだんごやさんスレがあるよ
590:デフォルトの名無しさん
07/08/02 02:15:49
ダンゴ隔離スレの機運が高まってきたな
591:デフォルトの名無しさん
07/08/02 13:16:57
ダンゴさんには隔離スレをピシっと引き締めてもらうことにして、
ここでのヤンチャはご勘弁願えないかな
592:デフォルトの名無しさん
07/08/02 21:01:19
いまだに整数掛け算は何百クロックもかかっているのか？
浮動小数点の掛け算とか１クロックで実行できるみたいだが。
593:デフォルトの名無しさん
07/08/02 21:56:32
１クロックで次に進めはするけど、
答えが返ってくるまでに時間がかかるんじゃなかったっけ？
594:デフォルトの名無しさん
07/08/02 22:10:50
外付けFPU1GHzで、つながってるプロセッサが2MHzとかなら余裕。
595:・∀・）っ-○◎●
07/08/02 23:31:08
>>592
どんなCPUのことだよ？
浮動小数の掛け算を1クロックで処理できるって言ってもパイプライン処理によるスループットのことで
レイテンシは数クロックはかかる。
仮に整数用の乗算ユニットがなかったとしても、単精度浮動小数の掛け算ユニットは
有効精度24ビットの整数乗算ユニットとしても使えるはずなので、整数がそんなに遅いわけがない。
596:デフォルトの名無しさん
07/08/02 23:57:05
整数かけ算が１クロックで済むようになってから久しいというのに、ここはどんだけの過去スレか？
597:・∀・）っ-○◎●
07/08/03 00:03:14
GeForce8とかのGPUとかCellのSPEなんかも整数使えるけど
単精度用設計の乗算ユニットを整数でも使えるようにしているだけなので
32ビットの乗算にスループットでも4クロック程度はかかる。
598:デフォルトの名無しさん
07/08/03 00:07:15
>>596
その手の命令どころかcmp test系命令すらないCPUでせこせこシフト加算している俺に対する挑戦だな。
599:・∀・）っ-○◎●
07/08/03 00:10:52
いまだにそういうのいるんだ
俺が触った一番小さい石でR8Cだからそのへんはわからん。
仮想CPUでいえばCOMET/COMET-II、あと、B2の教材として教授の設計した変なプロセッサ使った。
600:デフォルトの名無しさん
07/08/03 00:59:04
8086用コンパイラのlong(32bit)掛け算ルーチンを80386用に最適化したら、
殆ど速くならなくてがっくり来たことを思い出した。
601:デフォルトの名無しさん
07/08/03 01:02:41
ああいるよ。
そこらへんの家電やおもちゃの中に入ってるのはだいたいそういう奴だ。
602:デフォルトの名無しさん
07/08/03 12:59:48
ついこのあいだリモコンでそういうCPUをいぢった。
603:デフォルトの名無しさん
07/08/03 13:56:55
ちっぽけなリモコンだと乗除算なんて使わないしな。
ボタンに反応して割り込み入れるだけならシンプルなのがいいのかもしらん。
604:デフォルトの名無しさん
07/08/04 00:13:15
>俺が触った一番小さい石でR8C
強がりは見苦しいぞ
605:・∀・）っ-○◎●
07/08/04 00:29:25
なんでそれが強がりになるのか、という疑問
606:・∀・）っ-○◎●
07/08/04 00:48:11
小中学生でも評価キット買えるような値段だぞ
607:デフォルトの名無しさん
07/08/04 08:06:13
「触った」というのは事実だということだな。
ちなみに俺が触った一番小さい石は0.5mmピッチ8ピンSOCのHC08だ。
608:デフォルトの名無しさん
07/08/04 10:46:13
生まれる時にゃ誰でも母親のまんこ触ったくらいの話だな。
609:デフォルトの名無しさん
07/08/04 11:27:12
そんなレベルって、
普通に、まんこぐらい、３０人にまじめに頼めば１人くらい触らせてくれるぞ。
１チップマイコン触れる奴より２５６倍以上多いだろ
610:デフォルトの名無しさん
07/08/04 11:33:28
ああ、いまどきのCPUなんて、オモチャにだって何だって入ってるから
分解して好きなだけ触りまくりゃあいいだろw
611:・∀・）っ-○◎●
07/08/04 11:38:06
工業高校や専門学校・大学の教材にもよく使われるCPUなのに
URLﾘﾝｸ(www.rakuten.co.jp)
612:デフォルトの名無しさん
07/08/04 12:02:00
やはりダンゴさんが語るとスレの雰囲気が違うな
613:デフォルトの名無しさん
07/08/04 15:42:59
別に整数そのもので扱ってるわけじゃない
浮動小数点演算が得意なら、整数を浮動小数点として扱って返してるだけ
整数で演算しているわけではない。
1で入ってくるのも1.000000で入ってくるのも同じだろ
float よりも double が得意なCellやathlon64などは
floatにしてあろうがdoubleで受けているわけだし
614:デフォルトの名無しさん
07/08/04 15:50:41
チンコブラブラアセンブラ
615:デフォルトの名無しさん
07/08/04 15:53:24
扱っていてノルタルジックな気分を味わいたいなら、俺はZ80をすすめる
とっくの昔に終わったCPUなのに今でも需要はある
Z80互換の1024個のコア+スケジューリング用途のPPC1個
という、わけのわからんCPUもあることだし
未だに人々にはZ80の簡単さが忘れられないと見える。
アドレッシングはアレだが
616:デフォルトの名無しさん
07/08/04 16:08:52
Z80エミュレータ内蔵CPUですか
617:デフォルトの名無しさん
07/08/04 18:28:00
>>613
> float よりも double が得意なCellやathlon64などは
> floatにしてあろうがdoubleで受けているわけだし
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
618:デフォルトの名無しさん
07/08/04 19:39:13
URLﾘﾝｸ(homepage1.nifty.com)
619:デフォルトの名無しさん
07/08/04 19:56:29
>618はSSEを考慮していない段階で最早OutOfDateだな。
620:デフォルトの名無しさん
07/08/04 20:54:41
その前にCellってdoubleよりも圧倒的にfloatの方が得意だろ。
621:デフォルトの名無しさん
07/08/04 21:13:33
>>620
いや、doubleが圧倒的に不得手なんだ。
622:・∀・）っ-○◎●
07/08/04 21:54:03
>>613
＞float よりも double が得意なCell
ぷぷぷぷぷぷ
623:デフォルトの名無しさん
07/08/04 21:56:47
やはりCellといえばダンゴさんだな
624:・∀・）っ-○◎●
07/08/04 21:57:57
内部ビット数のことを言えばIA-32のx87は内部80ビットだな
Cellは内部も単精度だろ。内部が倍精度ならdoubleがあんなに遅いわけが無い。
スループット10分の1とかありえない。
625:デフォルトの名無しさん
07/08/04 22:12:11
グラボとかそういうのは double で扱う利点がないからな。
626:・∀・）っ-○◎●
07/08/04 22:48:26
CellのSPEの倍精度ってマクロ命令みたいなので内部で単精度に分解して処理し、くみ上げ直してるだけだろ。
だからパイプラインが13クロックのうち7クロックもストールする。
内部倍精度云々はHPC用のEnhanced～のほうじゃねーのか。知らんけど。
627:デフォルトの名無しさん
07/08/04 22:56:42
Cellの倍精度を遅いとか言ったら、その1/10しか出ないXeonやCore2はどうなるんだｗ
628:デフォルトの名無しさん
07/08/04 22:59:02
だよな。Cellの問題点はそこじゃないもんな。
629:・∀・）っ-○◎●
07/08/04 22:59:21
単位系の区別がまったくできてないアスペル君乙。
SPEの倍精度は１コアあたりPentium 3以下ですよｗｗｗｗ
630:デフォルトの名無しさん
07/08/04 23:10:22
CellでSSEの実行速度を計測したとか捏造してたアスペル団子ｗ
今度は
PPEやSPEだけを取り出して捏造始めたらしいｗ
631:デフォルトの名無しさん
07/08/04 23:11:21
CellってPPE+SPEのCPUだろ
Core2もSIMDユニットだけ取り外して計測しろってか？
できるわきゃねえ。
632:デフォルトの名無しさん
07/08/04 23:12:40
デュアルコアCPUってのも、コア単体の性能はシングルコア以下なのだが
捏造アスペル坊やには理解できないらしいｗ
633:・∀・）っ-○◎●
07/08/04 23:12:43
彼はいまだにSSEがコプロセッサだと思い込んでるらしいから
634:デフォルトの名無しさん
07/08/04 23:14:50
SIMDユニット=コプロセッサと捏造するチョンｗ
635:・∀・）っ-○◎●
07/08/04 23:16:09
ついでに彼の脳内ではSSEはx86フォーマットじゃないらしいよ。
636:デフォルトの名無しさん
07/08/04 23:16:36
コプロセッサと言っても、CPU内部に取り込まれたらコプロと言わん。
XMLアクセラレーションコプロセッサなんてものもあるが、
AMDやINTELの考えではそれらを統合するプランもあると。
そうなれば、コプロではない。
同様に、Cell内にあるSPEはCPUの一部であって
それ1器だけで論じるのはバカの所業だし。
637:デフォルトの名無しさん
07/08/04 23:18:02
ド素人アスペル坊やが言うには、SSEはx86らしいよ
後から追加された「拡張命令」なのにねえｗ
Cellを個別に分けるということであれば、
命令すらも分けられてしまうことになるが、そこは都合悪いのでド素人は見ないフリ、とｗ
638:デフォルトの名無しさん
07/08/04 23:18:15
はいはい、だうとだうと
639:・∀・）っ-○◎●
07/08/04 23:19:00
794 名前：デフォルトの名無しさん[sage] 投稿日：2007/06/17(日) 13:18:19
なんか「SSEはx86 ISAじゃないからクソ」
みたいな論調になりつつあるなｗ
本来のx86とは毛色が違うSSE命令はよくて
SPUはダメとかダブルスタンダードをカマしてくれるに違いない
796 名前：・∀・）っ-○◎●[sage] 投稿日：2007/06/17(日) 13:22:13
SSEはx86 ISAですが？ｗｗｗ
801 名前：デフォルトの名無しさん[] 投稿日：2007/06/17(日) 14:03:36
Cellって単にSIMDユニットが外に出てるだけじゃんなｗ
PPEにSPEを内包してしまえばPentium3と同じ
あれ？ｗｗｗｗｗｗｗｗｗ
まさかこれをヘテロジニアスとかカタッてんじゃｗｗｗｗｗｗｗｗｗｗｗ
もともとx86にはSSEなんてものはなかった。
SSEが追加されたことでx86命令は拡張された。
PowerRISCにSPE命令が追加された。
SPE専用命令が追加されたことでPowerRISCは拡張された。
あれ？ｗｗｗｗｗｗｗｗ
同じじゃんｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
640:デフォルトの名無しさん
07/08/04 23:20:02
SSEもVMX(Altivec)もSIMD unitなわけだが
641:デフォルトの名無しさん
07/08/04 23:20:37
801 名前：デフォルトの名無しさん[] 投稿日：2007/06/17(日) 14:03:36
Cellって単にSIMDユニットが外に出てるだけじゃんなｗ
PPEにSPEを内包してしまえばPentium3と同じ
あれ？ｗｗｗｗｗｗｗｗｗ
まさかこれをヘテロジニアスとかカタッてんじゃｗｗｗｗｗｗｗｗｗｗｗ
もともとx86にはSSEなんてものはなかった。
SSEが追加されたことでx86命令は拡張された。
PowerRISCにSPE命令が追加された。
SPE専用命令が追加されたことでPowerRISCは拡張された。
あれ？ｗｗｗｗｗｗｗｗ
同じじゃんｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
642:デフォルトの名無しさん
07/08/04 23:21:57
あれだ、ド素人の捏造アスペル坊やは
SSEユニットはSIMDユニット
ってことが理解できてないからなｗ
だーれもコプロセッサだとか論じてないのにコプロセッサがどうしたとかいうのも、
理解できる頭がないからｗ