アセンブラ… Part 12 - 暇つぶし2ch

アセンブラ… Part 12 ..

263:デフォルトの名無しさん
08/01/01 14:20:46
>>262
つ URLﾘﾝｸ(gcc.gnu.org)

264:デフォルトの名無しさん
08/01/01 15:19:25
>>262
asm-cだけわかればいいのか?
結局、石のアーキ知らないと、asm使う意味が薄いよ。
x86とppcじゃ違いすぎ。

265:デフォルトの名無しさん
08/01/01 16:26:57
昔、ボーランドのTURBOシリーズでＣやPASCAL（Delphi）やらからAssmを呼び出す為の説明が在ったのを思い出した。

266:デフォルトの名無しさん
08/01/01 17:39:36
calling convention gcc でぐぐれ。stdcall fastcall cdeclでもいいぞ。

267:デフォルトの名無しさん
08/01/07 01:08:01
regparm使って破綻しそうな予感。

268:デフォルトの名無しさん
08/02/09 21:38:01
久しぶりにbinutilsのスナップショットきた。
asでも-marchのサポートとかが入ったから遅れたのかな?

269:デフォルトの名無しさん
08/02/12 17:32:51
コードをエンコードしてセクション名ブランクにしてセクションの属性を
IMAGE_SCN_CNT_INITIALIZED_DATA | IMAGE_SCN_MEM_READ | IMAGE_SCN_MEM_WRITE
にしてる実行時デコード型プログラムの逆アセ面倒くせー！！

はぁ、ちょっちスッキリした。

270:デフォルトの名無しさん
08/02/12 19:44:45

IA-32(x86) GASでよかったら
「プログラミングの力を生み出す本　インテルＣＰＵのＧＮＵユーザーへ」
URLﾘﾝｸ(ssl.ohmsha.co.jp)
なんてどうかな？
NASMにシフトするにしてもGASは知ってて損はないとおもうし
スタックフレームの説明ぐらいなら書いてありますよ

271:デフォルトの名無しさん
08/02/14 02:54:50
人生nopだ。

272:デフォルトの名無しさん
08/02/14 19:45:38
>>271
ｲ㌔

273:デフォルトの名無しさん
08/02/15 19:57:29
死ぬということじゃなくて，
何もせずに時（クロック）だけが進んでいく，って意味じゃまいか

274:デフォルトの名無しさん
08/02/15 21:08:24
hlt
後で起こしてくれ

275:デフォルトの名無しさん
08/02/16 00:25:46
俺なんか here: jmp here してるんだぞ

276:デフォルトの名無しさん
08/02/23 11:17:37
Windows32プログラミングするのにお薦めのアセンブラ、デバッガってなんですかね。

インラインアセンブラと EXDEB使ってるんだけど、32bit部分対応で微妙に使いにくい。

277:デフォルトの名無しさん
08/02/23 11:25:01
>>276
アセンブラが使いにくいのかデバッガが使いにくいのかどっちだ。

278:デフォルトの名無しさん
08/02/24 02:49:40
>>275
暖房器具ですか？
つうか"jmp $"でいいんでないかい。

>>277
デバッガじゃないかい。
機械語レベルでまともなデバッガなんて絶滅したと思うが。

279:デフォルトの名無しさん
08/02/24 15:39:58
教えてください。
int __stdcall AsmFunc(int *v1, int *v2);
という関数の中身をMASMで書きたいのですが、下のように書いてもうまく動作しません。
v1に数値3hを代入したいだけなのですが、何も変化がありません。アセンブル、コンパイル、リンクでエラーは出ませんでした。
// asmfunc.asm
_AsmFunc@8　PROC　PUBLIC
　push　　ebp
　mov　　ebp, esp
　mov　　eax, 3h
　mov　　dword ptr [ebp + 8], eax
　leave
　ret　　8
_AsmFunc@8 ENDP
// test.c
int v1, v2, ret;
ret = AsmFunc(&v1, &v2);
どう書くのが正しいですか？

280:デフォルトの名無しさん
08/02/24 15:40:49
age忘れ

281:デフォルトの名無しさん
08/02/24 15:51:39
mov　　ecx,　dword　ptr　[ebp　+　8]
mov　dword　ptr　[ecx],　eax
こうじゃない？

282:デフォルトの名無しさん
08/02/24 15:55:59
>>281
ありがとうございます！その通りでした。
上のソースでは、v1の参照先ではなく、v1そのものに入れてしまっていたんですね。
助かりました。

283:デフォルトの名無しさん
08/02/24 18:45:07
279ですが、逆アセして色々調べたところ、下の1行で良いことがわかりました。
mov　　dword ptr 8[ebp + 8], eax
MASM特有の記法でもない様子なので、これで行こうと思います。

284:デフォルトの名無しさん
08/02/24 19:28:17
インラインアセンブラでasmの前に _ が
一個の場合と二個の場合の違いを教えてください。

285:デフォルトの名無しさん
08/02/24 19:32:25
コンパイラのマニュアル読め

286:デフォルトの名無しさん
08/02/24 20:19:03
インラインアセンブラの記法はコンパイラ独自

287:デフォルトの名無しさん
08/02/24 22:04:50
ちなみにVisual C++だったらどっちでも同じだな。

288:デフォルトの名無しさん
08/02/27 12:57:59
Visual C++の場合
_asm は/Zaオプション使用時には未定義になるが
__asm は/Zaオプション使用時でも有効

289:ヽ・´∀｀・,,）っ━━━━━━┓
08/02/27 23:08:56
asmだか__asmのどっちかって規格の予約語じゃなかったっけ？
はずされたんだっけ？

290:デフォルトの名無しさん
08/02/27 23:20:36
とりあえず C++ の規格には asm がある。
どういう意味になるかは処理系定義。

291:デフォルトの名無しさん
08/02/27 23:26:04
ANSI規格の解説も読めない白痴が来るとスレがひたすら引き締まる

292:ヽ・´∀｀・,,）っ━━━━━━┓
08/02/27 23:28:10
アンシー（笑）

スイーツ（笑）

293:デフォルトの名無しさん
08/02/27 23:33:06
7.4 The asm declaration
An asm declaration has the form
　asm-definition:
　　asm { string-literal } ;
The meaning of an asm declaration is implementation-defined.
[Note: Typically it is used to pass information through the implementation to an assembler. ]

294:ヽ・´∀｀・,,）っ━━━━━━┓
08/02/27 23:46:55
__asm__ はCのほうな

295:デフォルトの名無しさん
08/02/27 23:56:26
asm は J.5.10 にあるようだが、
__asm__ なんてどこ探してもないぞ。

296:ヽ・´∀｀・,,）っ━━━━━━┓
08/02/28 00:15:58
gcc

297:デフォルトの名無しさん
08/02/28 00:25:21
自分から規格の話振っといて
何で処理系依存の話してるんだ？

298:ヽ・´∀｀・,,）っ━━━━━━┓
08/02/28 00:28:57
いいえ、ケフィアです。

299:デフォルトの名無しさん
08/02/28 11:55:32
>>297 病気の子なんだからほっときなさい

300:デフォルトの名無しさん
08/03/04 12:18:28
aboneばかりだが前後の状況から察するに
またあいつ負けてるのか

301:デフォルトの名無しさん
08/03/04 17:29:58
MSVCについてくるアセンブラソースを、勝手に流用したらﾀｲｰﾎ？
例えばx86用strcpy.asmをGAS用に移すとか。

302:デフォルトの名無しさん
08/03/04 18:39:56
ライセンス嫁

303:デフォルトの名無しさん
08/03/04 22:43:27
>>301
そりゃダメだろ。

まあ、strcpy() あたりだとどう書いても似たようなものになるとは思うが。

304:デフォルトの名無しさん
08/03/05 12:01:48
>>301
MSVCRT.DLLをリンクする程度だったら
それはシステムライブラリ扱いだからモウマンタイ?

ていう話ではない?

305:301
08/03/05 12:26:41
やっぱり黒か…
ライセンスを探したがどこにも無くて。

x86でNULLを探すための、アライメントを考えた4バイトを一気に調べるソースが、とても参考になったから使わせてほしかったけど、止めておきます。

306:デフォルトの名無しさん
08/03/05 12:37:20
単独でルーチンにもならんような、部分的なテク（イディオム）をまねするぐらいなら
問題ないな

307:デフォルトの名無しさん
08/03/05 16:18:57
>>306
現時点の業界内での常識的判断からは「問題ない」かも知れないが、
訴訟などでイチャモンをつけられる可能性は否定出来ない。
仕事のコードは判っている範囲ではクリーンにせざる得ない世になっている気がする。

308:デフォルトの名無しさん
08/03/05 22:08:10
>>304
.dll のリンクはまた別の話だろ。

それがダメなら、Windows のアプリなんか作れないだろ。

309:デフォルトの名無しさん
08/03/05 22:46:02
かといって
for(i=0;i<max;i++){
の行をコピペしただろとか噛み付かれることまで気にすんのは杞憂がすぎるよーな。
つか strcpy ぐらいなら gas に移植しなくても gcc が標準で同等版もってそうな
気がするけど。

310:デフォルトの名無しさん
08/03/06 13:33:57
原則に戻ろう
創造性のあるコードをコピーすることが違法

311:デフォルトの名無しさん
08/03/06 14:43:52
人間は違法

312:デフォルトの名無しさん
08/03/08 07:55:54
違法だが合憲

313:デフォルトの名無しさん
08/03/10 23:18:58
どなたか教えてください。
参考書を見ながら学習中ですが、１．の環境で２．のファイルを３．のコマンドでビルドした結果４．のアセンブリコードを得ました。コールして欲しいsys_writeがコールされず、実行ファイルは思った動作になりません。
５．のように修正し、６．で実行ファイルを生成すると思った動作になります。
何が問題となって３．のコマンドでsys_writeコールが生成されないのかわかりません。

314:デフォルトの名無しさん
08/03/10 23:19:37
１．環境
CPU:AMD-K6(tm)
gcc version 4.1.2
GNU ld version 2.17 Debian GNU/Linux
ldconfig (GNU libc) 2.3.6

２．ファイル hello-asm.c
#include<unistd.h>
char message[]="Hello, world!\n";
int sys_write(int fd, const void *buf, int len){
int ret;
asm("int $0x80" : "=a" (ret) : "a" (4), "b" (fd), "c" (buf), "d" (len));
return ret;
}
void sys_exit(int stat){
asm("int $0x80" : : "a" (1), "b" (stat));
}
void main(){
sys_write(1, (void*)message, sizeof(message));
sys_exit(123);
}

３．コマンド
gcc -nostdlib -save-temps -Wl,--entry=main -Wl,-t -o hello-asm -O2 -finhibit-size-directive -fno-ident -fomit-frame-pointer -fcall-used-ebx hello-asm.c

315:デフォルトの名無しさん
08/03/10 23:21:57
４．生成アセンブリコード一部
main:
leal 4(%esp), %ecx
andl $-16, %esp
pushl -4(%ecx)
pushl %ecx
subl $4, %esp
movl $123, (%esp)
call sys_exit
popl %eax
popl %ecx
leal -4(%ecx), %esp
ret

５．正常動作アセンブリコード
main:
削除： leal 4(%esp), %ecx
削除： andl $-16, %esp
subl $16, %esp
pushl $15
pushl $message
pushl $1
call sys_write

６．修正後コマンド
as hello-asm.s -o hello-asm.o
/usr/lib/gcc/i486-linux-gnu/4.1.2/collect2 --entry=main -o hello hello-asm.o

316:デフォルトの名無しさん
08/03/11 00:10:48
asmにvolatileを付けてみたらどうかね。

317:313
08/03/11 00:25:38
>>316
おおー、直りました！
コンパイラは不要なソースとして認識したんですね。。。
-O2　→　-O0　に変更したらvolatile無しでも動作しました。
ありがとうございましたm(_ _)m

318:デフォルトの名無しさん
08/03/13 12:31:21
gccでアセンブラはかせてみたら下のようになった（抜粋）んだが・・・

main:
　　　　 pushl 　 %ebp
　　　　 movl 　　%esp, %ebp
　　　　 subl 　　$8, %esp
　　　　 andl 　　$-16, %esp
　　　　 movl 　　$0, %eax

"andl $-16, %esp"の部分は動作的にはスタックポインタの下位4bit切り捨てはわかるんだけど、
どういう意味なのかがよく分かりません。
ページング方式だからメモリ確保かなあと思ったけど確保される容量みても全然すくないし・・・

319:デフォルトの名無しさん
08/03/13 12:43:39
アラインメント合わせだと思うけど

320:デフォルトの名無しさん
08/03/13 19:19:06
-n での AND は便利なので覚えるべし。
>>318の例だと
16バイトアラインで8バイト以上のスタック領域を確保
という意味になる。
机上で考えてごらん。

もちろん>>318の例のエピローグコードは理解できるね?

321:318
08/03/14 14:02:58
レスありがとうございます。
いろいろ自分でも調べてましたが、アライメントの調整っぽいですね。
アセンブラは学校で理論的なことは教えてもらったんですが、実践的なことは全然ならってなくて・・・

>>320
エピローグコードって最初の3行のコードですよね？
これって
呼び出し元のベースポインタの退避
呼び出し先のベースポインタの設定
最初のプッシュしたデータ分のスタックポインタの設定
ですよね？

322:デフォルトの名無しさん
08/03/14 18:24:59
辞書位引け epilogue prologue

323:デフォルトの名無しさん
08/03/16 23:37:20
プロローグとエピローグのどっちがどっちだったか分からない時期が俺にもありました…

324:デフォルトの名無しさん
08/03/16 23:41:13
pro- 前～
epi- 後～

325:デフォルトの名無しさん
08/03/17 04:01:46
GCCの拡張で、".code16gcc"を使えば、32bitセグメントから16bitセグメントの関数を
呼び出したり（その逆も）するのが簡単になるようなんですけど、16bitと32bitが混在
するようなコードを書く場面ってあるんですか？

326:デフォルトの名無しさん
08/03/17 10:51:51
ブートローダーとか？

327:デフォルトの名無しさん
08/03/17 10:54:18
仮想86モードとか?

328:デフォルトの名無しさん
08/03/17 10:55:11
リブートのためのエピローグコードとか?

329:デフォルトの名無しさん
08/03/20 00:06:50
16ビットで書いてあるコードを32ビットに移植したいときとか？

330:デフォルトの名無しさん
08/03/20 19:44:52
物好きとか？

331:デフォルトの名無しさん
08/03/20 22:27:27
code16gccは16bitコードを埋め込める機能であって呼び出せる機能ではないようだが

332:デフォルトの名無しさん
08/03/20 22:28:17
DEADBEEF

333:ヽ・´∀｀・,,）っ━━━━━━┓
08/03/20 22:31:35
BADFACE

334:デフォルトの名無しさん
08/03/21 12:18:21
CAFEBABE

335:デフォルトの名無しさん
08/03/21 13:13:16
EFFACED

336:デフォルトの名無しさん
08/03/21 15:47:17
BACA

337:デフォルトの名無しさん
08/03/21 17:13:58
LCDのバイアス電源は主電源落とす前に切っとけよ。
とかいうときに。

338:デフォルトの名無しさん
08/03/22 12:46:20
Ce11Ba11

339:デフォルトの名無しさん
08/04/13 09:51:15
最近アセンブラ勉強し始め、初めての8086＋Debugコマンドで本を読み終わったんだが、
次はどこぞのアセンブラを使ってみたいと思う。

少し前だとnasmだと思うけど、最近は何がメインで使われてる？
Win＋CygwinかFreeBSDの環境で使う予定。

340:デフォルトの名無しさん
08/04/13 10:03:05
あげ

341:デフォルトの名無しさん
08/04/13 10:13:32
>>339
Windowsのデバドラ開発とかだったら由緒正しいMASM。確かDDKに添付。
PC-Unix界隈だとやはりnasmか、あるいはgas

342:デフォルトの名無しさん
08/04/13 10:28:09
こんな過疎スレ常に見てるやついないって今でもNASM・GAS

343:デフォルトの名無しさん
08/04/13 10:38:01
>>341,342
thx
まだnasmがいいのか。MASMも使えるならやってみるかな

ム板ってアセンブラスレ、ここくらいだっけ？
やっぱり2chにはアセンブラ使い少ないのか。。。

344:デフォルトの名無しさん
08/04/13 11:38:47
て言うか、RISC が流行りだした頃から、アセンブラのコード書くのが
激しく面倒になったし C でそれなりの性能が出るようになったから、
BIOS / ブートローダとか、ほんとにカリカリチューニングする奴ぐら
いしか使ってないだろ。

345:デフォルトの名無しさん
08/04/13 11:46:34
音声処理、画像処理、暗号化、圧縮…
まあこんなとこか

346:デフォルトの名無しさん
08/04/13 11:55:44
ダンゴさんはもっと有用なことに使ってそうだな

347:デフォルトの名無しさん
08/04/13 12:01:05
>>344
R3000とかは、そこら辺のCISCなどよりむしろ楽だったよ、しかも高速だった。
R4000以降は最低だけどね

348:デフォルトの名無しさん
08/04/13 12:03:01
gas は嫌いだ、人が書くようにできてない

349:デフォルトの名無しさん
08/04/13 14:04:07
gasの構文はきもいんだよな

350:デフォルトの名無しさん
08/04/13 14:55:30
>>347
アセンブラの書きやすいCPU（基本に忠実な32ビットCPU)
68020、MIPS32、V70
アセンブラの書き難いCPU
SuperH、Alpha、SPARC、ARM、IA64など

351:デフォルトの名無しさん
08/04/13 15:23:07
アセンブラの書き難いCPU
x86も追加してくれ

352:デフォルトの名無しさん
08/04/13 15:49:20
ARM そんなに悪くないけどなぁ。

353:デフォルトの名無しさん
08/04/13 16:40:32
こなれてると思う。

354:デフォルトの名無しさん
08/04/13 17:17:44
350がロートルだということはわかった

355:デフォルトの名無しさん
08/04/13 19:18:04
遅延ジャンプの理由は何？

356:ヽ・´∀｀・,,）っ━━━━━━┓
08/04/13 19:54:15
SHは「Cの関数で変数はほとんど16個以内に収まるからレジスタ数は16あれば十分」
みたいな設計思想で作られてるんでアセンブラではそんなに扱いやすくないんでないの？
良くも悪くも高級言語時代の組み込みCPUアーキテクチャって感じ

あとIA64も同意する。

357:デフォルトの名無しさん
08/04/13 20:33:20
SH はセコくて嫌だったな。
そーゆー設計思想だからしゃーないけど。

358:デフォルトの名無しさん
08/04/13 21:39:52
アドレスの指定がめんどくさい

359:デフォルトの名無しさん
08/04/14 04:44:51
8085やZ80や6809や8051はASM書きやすかったな。85は今でも現役だけど。

360:デフォルトの名無しさん
08/04/14 04:47:36
要求がそれほどじゃなかったからね、昔は。

361:デフォルトの名無しさん
08/04/14 07:01:20
8085よりは演算命令が充実してレジスタの多い8086の方が書きやすい。
でも68000はもっと書きやすい。って行くとR3000は書きやすかった。

362:デフォルトの名無しさん
08/04/14 10:31:08
>>356 はGPLv3とAGPLを混同する悪質なFUDをばらまいてた固定

363:ヽ・´∀｀・,,）っ━━━━━━┓
08/04/14 11:46:57
一言で言うとGNUは嫌いです

364:デフォルトの名無しさん
08/04/14 11:48:32
>>359
この時代で一番いいのは6502だろ、マイナーだったことと周辺LSTのそろいが悪いので売れなかったけど。
反面一番売れたZ80は、タイマー・DMA・I/Oインターフェイスと大抵の物がそろっていて、はんだこて握らなくて済むように
ソケットにでもしてしまえば今のPC自作と変わらないレベルだった。
それ以外にもZ80は、メモリーを節約しやすかったので、この点もメモリーの制約の大きな時代では大きなアドバンテージになったと思う。
それで、書きやすかったかといえば・・・・・ちょっと微妙な気がするな。
16ビット計算もなんちゃって計算なのでフラグが使えなかったりと・・・
高速な乗算に使える1を入れての右シフトは公開してほしかった、こんな大事なもの非公開の隠し命令にするなんて何事だと当時思った。
もうひとつついでにDRAMのリフレッシュをする機能であるRレジスタは、CPUリセットで停止してしまう片手落ちをなんとかして使えるものにしてほしかったな。
リセットするごとにメモリーが消えては使い物になりましぇん。
こんな事書いていると年がばれるぅぅぅ

365:デフォルトの名無しさん
08/04/14 13:06:09
>>363
わざと誤情報をばら撒いたという事か
悪質だね

366:デフォルトの名無しさん
08/04/14 22:18:02
>>361
MIPSは良かったねぇ

>>365
かわいそうな子にさわっちゃいけません

367:デフォルトの名無しさん
08/04/14 23:22:44
>>364
今もこれだけの愚痴が出るということは
かなり根に持ってるな？ｗ

アセンブラ、ゴリゴリいじってみたい気もするけど、
今いじる仕事といえばかなり卓越してないと無理だろうな。。。
趣味だけにしとこ

368:デフォルトの名無しさん
08/04/14 23:40:36
6502ってハミコンか？

369:デフォルトの名無しさん
08/04/15 01:05:09
ダンゴさんがピシっと〆てくれたな

370:デフォルトの名無しさん
08/04/15 06:51:48
6800作ったMotorolaからスピンアウトした連中がMostekって会社作って6502作った
6800は8bitとしては歪んだ（贅沢な）設計だったが6502は潔かったので安くて速かった
AppleIIに採用されたことで有名
ファミコンはそれのカスタム版だったと思う

371:デフォルトの名無しさん
08/04/15 13:22:15
>>367
いやぁ、懐かしい思い出だよ
Z80はプログラムを作る方はともかく、ロボットを作ったりしたときなどはそりゃもう一番楽しいチップだったよ。
大手メーカーがこぞってこれを使ったのは、技術的なハードルが低いのとコストの安さだろうね。
逆にいえば、これを使っているメーカーの技術力はしれていたと思ってます。
シャープのテレビ事業部の製品などは、技術とかそんなの関係なしに楽しかったな、ハードはああでなきゃいかんです。
富士通は技術力あったけれど、つまらんマシンだったと思ってるので。

>>370
6502は、無駄を省き必要最小限にシェープアップすると、ここまで変わるのかという例だね。あとR3000も。
不必要な命令セットは、憶える事も余分に増えるし、大して代わり栄えのしないトライアンドエラーによるチューンが増える。
時間が無駄になる割には効果は薄いと思った。

372:デフォルトの名無しさん
08/04/15 17:25:44
>>371
全くだ。6502は6802に対応するチップだが本家より先に出したんだから凄い。
多分Moto内部で6800に負けたデザインなんだろ。

373:デフォルトの名無しさん
08/04/15 21:44:58
>>371
そういう経験っていいなー。ハード屋目指してみるかな？ｗ
けど、今のハードのレベルだと三十路過ぎから勉強しても無理だよな。。。

趣味でやろうと幾つか買ってるけど全然いじってないしorz

374:デフォルトの名無しさん
08/04/15 23:26:42
>>373
それハード屋じゃない。

375:デフォルトの名無しさん
08/04/16 00:02:56
>>374
じゃあ何屋になるんだろ？単純に組み込み系かな？
すまん、門外漢で全然分からんｗ

376:デフォルトの名無しさん
08/04/16 00:13:07
>>372
> 6502は6802に対応するチップ

どこが対応してるんだ？

377:デフォルトの名無しさん
08/04/16 00:21:28
ソフト屋(低レベル)とか制御屋とか？

378:デフォルトの名無しさん
08/04/16 00:40:43
>>377
thx

ハード屋＝回路設計だっけ？

379:デフォルトの名無しさん
08/04/16 13:06:17
組み込みとか楽しそう。

380:デフォルトの名無しさん
08/04/17 03:10:43
>>376
中味の話じゃなくて位置付け

381:デフォルトの名無しさん
08/04/17 21:49:11
>>390
だから、位置付けのどこが対応してるんだ？

# 中身は、言わずもがなだろ。

382:デフォルトの名無しさん
08/04/17 21:49:29
対抗するチップ、のほうがしっくり来るな。

383:デフォルトの名無しさん
08/04/17 21:50:25
はいはい、おじさん同士喧嘩しないの！

384:デフォルトの名無しさん
08/04/17 22:13:22
横からお邪魔しますが，型番が全てを表してるんじゃないの？

385:デフォルトの名無しさん
08/04/18 12:22:59
いえ、型番だけではビット数もパッケージのピン数も
開発者の嫁の顔もわかりません。

386:デフォルトの名無しさん
08/04/18 13:02:05
【コラム】Hello Worldコレクション (5) アセンブラ編 - OSごとに微妙に異なるスタイルを使い分ける
URLﾘﾝｸ(journal.mycom.co.jp)

387:デフォルトの名無しさん
08/04/20 15:08:28
昔はVRAMのアドレスやジョイステックのポートを直接読んだり書いたり、Hello World なんかよりよほど面白かったんだけどな
アセンブラがわからなくても、ベーシックについているモニタモードなどでアドレス指定して直に書き換えしているうちに憶ちまった人もいるし
今はいちいちOSにお問い合わせしないと何もできないからすぐに結果が出せなくて面白くないね。
言語関係をやっている人以外には興味の湧くところでなくなった。

388:デフォルトの名無しさん
08/04/20 16:20:14
> 昔はVRAMのアドレスやジョイステックのポートを直接読んだり書いたり

必要なのはアセンブラではなくてメモリのマッピングの情報だったりする。
自身でも書いているけど、ベーシックだろうがCだろうが可能だよね。

ちょっと前に趣味でDSの自作ソフト作ってみたけど、
そこでもARMのアセンブラの知識が有効活用されたと思ったことはあまりなかったな。

本当にもうコンパイラ屋さんしか必要ない情報なのかも

389:デフォルトの名無しさん
08/04/20 16:21:53
思い出した。ゲームのプロテクトを外すのにはアセンブラ必須だったね。
9801のディスクアクセス割り込みの CD 1B とか懐かしいな。

390:デフォルトの名無しさん
08/04/20 17:48:26
>>388
コンパイラのアセンブリ出力見たりしない?
私は最適化をどう行なったのか当たりをつけるために、しばしば見てるんだけどねぇ。

391:デフォルトの名無しさん
08/04/20 18:08:06
>>388
> 本当にもうコンパイラ屋さんしか必要ない情報なのかも

ブート部分を書く人にも必須だよ。

まあ、流通量の多い機器ならコンパイラ屋さんがサンプル提供している
ケースも多いけど。

>>390
>>388 は知らんけど、俺は何か問題かある時とかよっぽどきちきちに組み
たい時以外は見なくなった。

392:デフォルトの名無しさん
08/04/20 18:26:12
最近はコンパイラの品質も高く

あとは言わな(ry

393:デフォルトの名無しさん
08/04/20 18:31:45
>必要なのはアセンブラではなくてメモリのマッピングの情報だったりする。
最近のハードウェアがまたI/Oをメモリーにマップする(x86場合はIO空間か？)より
通信が中心になってパケットをDMAまたは、それに類似する方式で送る形式になっているので、
「すぐにアクセスできる感」は直に触ってもないんだよな。
近年のハイパフォーマンスを実現するにはアドレスとデータのペアなんか送っていたのでは性能が出ないというのも難解にしているような気がする。
すっかり総ネットワークプログラミング状態だよ。
昔ながらのアクセス方法が今に続いているのはメモリーだけになってきている。

394:デフォルトの名無しさん
08/04/20 18:37:08
>>392
高くはないけれど、最近のハードウェアの特性が地味チューンを無意味にしている所はある。
メモリーキャッシュに乗せる技術でほぼ全部だし、それ以外はやってもやらなくても殆ど変わらない。

395:デフォルトの名無しさん
08/04/20 18:46:25
うーむ、アセンブリ出力を眺めてループ内にdivがいくつあるか数えるような使い方するのはうちくらいか?w

396:デフォルトの名無しさん
08/04/20 19:06:55
よし、みんなで秋葉原の鈴商にHD64180を買いに行こう！

397:デフォルトの名無しさん
08/04/20 20:50:36
>>389
よく SYMDEB で弄ったな。

>>396
作りかけのCP/Mボードが部屋に転がってるｗ
まだ64180なんて売ってるのか。
まぁ8085とか6800とかも売ってる所が在るから不思議では無いか。

398:デフォルトの名無しさん
08/04/20 21:33:00
6800系はまだ現役だね。マイクロコントローラになっちゃってるけど。

399:デフォルトの名無しさん
08/04/20 23:24:05
>>395
多分君のところだけ。

普通のところはそんなことする必要がある部分は初めからアセンブラで書くと思う。

400:デフォルトの名無しさん
08/04/21 11:24:59
86や使いこなせばこなすほどコンパイラなる我が身なりけり
68kどれを使えばよいのやらgccに道を問ふまで

引用元忘れた

401:デフォルトの名無しさん
08/04/21 16:31:46
最初のコンパイラはASMで書いたけど、ｃができたらそのｃもｃで書き直すよね。
そうすると新しいチップができてもそのコンパイラはコンパイラで書くんじゃないの？

402:ヽ・´∀｀・,,）っ━━━━━━┓
08/04/21 16:45:42
機械語やデータのバイト列生成するだけならfwriteとかfputcharで十分だな

403:デフォルトの名無しさん
08/04/21 17:42:38
sレコードとかならprintfでいける。

404:デフォルトの名無しさん
08/04/21 17:47:04
ところで昨日鈴商いったんですよ、でね、HD64180探してたら目の前に8085があるじゃないですか。
マルチプレクスされたバスなんて、ちょっと回路組んだ気分にひたるには丁度よさそうなんで、
そのまま8255と8251と8KSRAMまで買って帰ってきちゃいましたよ。
あと373とかも。
あとはROMが欲しいので、今日、若松でDIPのFlash買って来ました。

さて、ハンダ付けハンダ付け・・・

>>397
CP/M関連でお勧めのサイトありますか？
あったら教えてください。

405:デフォルトの名無しさん
08/04/21 17:58:42
URLﾘﾝｸ(www.auction.co.jp)
120円、高っ、いつか10円になっていた時代があったような・・・

406:デフォルトの名無しさん
08/04/21 19:56:06
>>396
俺が知っているのはTMP64180だな。

407:デフォルトの名無しさん
08/04/21 21:52:02
>>401
コンパイラ本体は C で書くけど、どんなコード生成すればいいかはアセンブラと
言うか機械語の知識が必要でしょ。

あと、コンパイラによってはアセンブラソースを吐く奴もいるし。

408:デフォルトの名無しさん
08/04/23 15:14:04
>>407 コンパイラの最終一歩手前フェーズ（機械語生成フェーズ）がその知識を抱え込めば
いいはずですよね。　その後に最適化フェーズが何パスかあるかも。
アセンブラソースを吐かすのはデバックとかそのフェーズ検証のためが第一義で、
コンパイラでアプリを開発する人には、ゼロとは言わんがあんまりメリット無い気がする。

409:デフォルトの名無しさん
08/04/24 07:22:49
>>408
いや。コンパイラ使いにも、-S 出力のメリットはある。
同じ処理で、どっちの書き方が効率良さそうかをみる時には活用できる。
もちろんベンチを取るでもいいんだけど。

410:デフォルトの名無しさん
08/04/24 18:19:15
半田づけする時のヤニが焦げる香りが好きで吸い込んでいた事があったのを思い出して今ぞっとした。鉛中毒は何年後にでるかなorz
融点が高いという話は聞いていますが今の鉛フリーの半田は取り扱い難くなっているとかあるんですかね？

411:デフォルトの名無しさん
08/04/24 18:32:06
はげしく板違いだな。
鉛フリーは使った事ないけど、濡れにくいと聞いている。

412:デフォルトの名無しさん
08/04/24 19:40:41
上でも言われてるけどコンパイラの最適化具合見る為にアセンブリ吐かせるっしょ。
iclもifort単純な演算にハメてやらないとすぐベクトル化諦めやがる。
ま、大抵の場合はそこまで単純化出来ないから結局intrinsics使う事になるんだけどな。

413:デフォルトの名無しさん
08/04/26 12:41:25
>>411 処女みたいなもんだな。

414:デフォルトの名無しさん
08/04/28 01:55:57
技量に大きく依存する点も似てるな

415:デフォルトの名無しさん
08/05/01 22:28:01
intelプロセッサに未だにDWORDの並列演算が無いのは嫌がらせか？

416:デフォルトの名無しさん
08/05/01 22:49:34
DWORD*4ならSSE2になかったっけ？

417:デフォルトの名無しさん
08/05/02 10:33:42
～～やるのに都合のいい命令が無いっていうならわかるけど、
並列演算が無いっていうのは調べて無さすぎだろ

MMX　かなり限定的な使用のみ
SSE　大幅に拡張された
SSE2　かなりのところまで使えるようになった
SSE3/SSE4 さらに便利に

URLﾘﾝｸ(wlog.flatlib.jp)

418:デフォルトの名無しさん
08/05/02 23:00:14
415だが正しくは32bitの飽和並列演算が無いの間違いだった。

419:デフォルトの名無しさん
08/05/03 01:24:48
実行頻度低そー

420:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/03 11:49:23
2byte空間にOpcode余ってないからじゃないの？
それよりSIMDにNEG代替命令が無くて困る。
NANDやNOR入れてくれよ。

421:デフォルトの名無しさん
08/05/03 11:53:14
>>420
pcmpeq で all 1 つくって、pxor じゃ駄目なの？
レジスタ節約したいとか、クロック節約したいとか切実に思うけど。

422:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/03 12:07:40
ぼくがかんがえたAVX 2に入れるべき最強命令（笑）

vpnand ymm0, ymm1, ymm2
vpnor ymm0, ymm1, ymm2
vporn ymm0, ymm1, ymm2
vpeqv ymm0, ymm1, ymm2
vpcmov ymm0, ymm1, ymm2, ymm3

あと、3～4入力のAND, OR, XORがあってもいいくらいだな
これなんてDSP？

つーかDWORDの飽和演算なんてARGB128bitとか使わない限り要らんな。

423:デフォルトの名無しさん
08/05/03 14:51:40
>3～4入力のAND, OR, XOR
これいいな

424:デフォルトの名無しさん
08/05/03 20:38:30
>>420
AVXの発表で思ったんだが、まだ1byte空間に空きがある事の方が驚き。

NEGは俺も凄く欲しい。しかしVMXにも無いよな。
マイナス取るって事はその後演算するって事なんだろうから、
可能な限り演算順序を入れ替えて対処しろって事かと。

あとはuOP Fusionみたいのでxor/subの組み合わせを特別に認識している可能性はある。
もしくは入れ替えに対処出来ない状況というのはa*(-b)のような積や商に入っている場合だから、
どっちにしろ積のレイテンシ待ちだしその間にやれば？って発想かも知れん。

>>423
ハードウェアの仕組みを知らんが、入力ポートと出力ポートの数に制限があるんじゃないか？
そうじゃないと配線が大変な希ガス。

425:デフォルトの名無しさん
08/05/03 22:00:04
> ハードウェアの仕組みを知らんが

ハードウェアの勉強してから書けよ。

426:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/03 22:57:45
negはできるわ。SSSE3のpsign*が使える。まあ2段構えになるが。
無いのはNOTだな。

AVXでは4引数（3入力1出力）を実現するのにVEXの他にimm8の上位4ビットを使ってるが
下位4ビットも使えば5引数（4入力1出力）も可能だろうし、実際に何かしらやる計画はあるのだろう。

427:デフォルトの名無しさん
08/05/04 00:34:13
>>425
スマン。
>>426
命令にエンコード出来るかどうかじゃなくて、実装出来るかどうか。
多分レジスタファイルが何十とあって、
そこから処理する値を取ってきて保管する場所があって、
それを処理して、出力を保管する場所があるんじゃないか？

例えばパラレル配線で繋がっているメモリからの読み出しをクロック当たり1byte増やそうと思ったら
CPUのピン、メモリのピン、基盤の配線が全て8本増えるって事だと思うんだが、
オペランド数を増やすのも似たようなことが起きそうな気がする。

3オペランド化は殆どの命令に恩恵があるからやる価値があったのだろうけど
たった数命令の為に膨大なトランジスタリソースを裂く必要があれば全く目もくれないと思うんだが。

428:デフォルトの名無しさん
08/05/04 11:58:02
謝る暇があったら、勉強しなよ。

> 多分レジスタファイルが何十とあって、
> そこから処理する値を取ってきて保管する場所があって、
> それを処理して、出力を保管する場所があるんじゃないか？

何を言いたいのかさっぱりわからん。

そのあとの文章も同様。

429:デフォルトの名無しさん
08/05/04 13:31:06
>>428
お前は分かっているのか。
大雑把に教えてくれるなり指摘してくれ。

CPUにレジスタファイルが何十と入っているのは分かるよな。
処理部分がVHDLで記述されていようと自分で回路書いていようと、結局は回路な訳だ。

例えば1bitのAND回路があった時に、通常入力は2つで出力は1つだろう。
レジスタファイルが100あってもその全てがAND回路に繋がっているはずがない。
入力として必要な2つだけが選択的に一次レジスタのような格好で取り出され、処理が選択されるんじゃないかと。

> そのあとの文章も同様。
妄想だらけな文章でも、そのあとの方が理解しやすいと思うんだがどの辺が分からなかった？

430:デフォルトの名無しさん
08/05/04 14:56:18
>>429
「ＣＰＵの作り方」みたいな本が沢山出てるから、どれでも一冊読んでみ。
バスとかセレクタとか・・・

431:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/04 19:48:18
「imm8を使えばとれる引数増やせるじゃん」って言ったら
「デコーダが複雑になるだろ」とか集中砲火浴びたことがあった。

今じゃ、 Opcode ModRM [SIB] [DISP] imm8, imm8
なんて命令すらありますね。AMDだけど。
SSE5では最初のimm8をDREXに置き換えたのかな？

432:デフォルトの名無しさん
08/05/04 20:14:41
ダンゴさんは先見の明がありすぎるな

433:デフォルトの名無しさん
08/05/04 20:34:10
>>429
デコーダはあっち置いといて。
4入力ANDを追加するとして、バスから4入力ANDへ引く線と
AND回路と、結果を書き戻す回路が必要になるだけだろう。
ファンアウトでも気にしてるのか？

434:デフォルトの名無しさん
08/05/04 20:43:56
つ「74LS181」
URLﾘﾝｸ(focus.ti.com)

435:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/04 21:22:57
4入力のANDは

[A]─AND─AND-[E]
[B]─┘　　　│
[C]─AND─┘
[D]─┘

一方、VMXでいうvselbとかAMD SSE5のpcmovは

[A]━━AND-OR-[D]
[B]─AND─╂─┘
[C]━┷NOT┛

VMXに関してはvand/vor/vnor/vxorと同じレイテンシで実現できてることを考えれば
3～4入力はそんなに実装難易度は高くない気がする。

436:デフォルトの名無しさん
08/05/04 21:45:39
多オペランド演算の問題はALUではなく
レジスタからALUへのパスが複雑化することにあるんだが。
どうせ回路を複雑にするなら特殊な専用命令を追加するより
スーパースカラやベクトル演算器を入れた方が効率がいい。

437:デフォルトの名無しさん
08/05/04 22:00:32
今はregister fileのportからALUへのpathはoperandの数だけ独立に引いてる？
それとも時分割してる？

438:デフォルトの名無しさん
08/05/05 02:19:03
レジスタファイルって何を指してる？
ただのレジスタってか、FFのことを言ってるのか?

439:デフォルトの名無しさん
08/05/05 08:01:28
何十って言ってるから、32/64bit レジスタを１個と思ってるんじゃね？

440:デフォルトの名無しさん
08/05/05 11:15:38
64ビットｘ8本くらいのレジスタファイルが100セットくらいあると思ってるのかもよ。

441:デフォルトの名無しさん
08/05/05 11:41:00
いや、だから、そのファイルって、何を言おうとしてるのかなと。
どこかのメーカの用語か？

442:デフォルトの名無しさん
08/05/05 11:48:39
ああ、レジスタ全体のことか。失礼。

443:デフォルトの名無しさん
08/05/05 12:08:55
つ URLﾘﾝｸ(en.wikipedia.org)

444:デフォルトの名無しさん
08/05/05 12:45:41
レジスタファイルはプロセッサコア方面では普通に使われる。
CPU作ろう系の本には必ず出てくるよ。

445:デフォルトの名無しさん
08/05/05 12:56:12
アーキテクチャによるだろ

446:デフォルトの名無しさん
08/05/05 13:10:05
アーキテクチャはあんまり関係ないだろ。
全部ワイアードでも、マイクロプログラムの説明は出てくるように。

ただ、萌え系のあの本にはレジスタファイルの解説は無さそうだ。

447:デフォルトの名無しさん
08/05/05 13:20:06
レジスタファイルの概念が確立した以後の本で、その本で造ろうとする石で
プロセッサファイルを使っているか、総合的な解説に字数を割いていれば
出てくるとは思うけど。

448:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/05 13:23:53
とりあえずレジスタリネーミング機構のあるプロセッサには確実にあるものだと思ってるが。
ATOMにすらあるようだな。2スレッドで独立してるらしいが。

449:デフォルトの名無しさん
08/05/05 15:20:32
>>447
> プロセッサファイルを

また、俺の知らない単語が出てきたよ...。

450:デフォルトの名無しさん
08/05/05 15:26:06
おれも初耳だよ（´・ω・｀）

451:447
08/05/05 15:27:42
かきまつがえたorz

452:デフォルトの名無しさん
08/05/05 15:47:13
いまのうちに実用新案出しておくんだ！

453:デフォルトの名無しさん
08/05/05 20:06:44
商標登録でもいいんじゃね？

454:デフォルトの名無しさん
08/05/06 11:50:06
おれはネコ耳だよ

455:デフォルトの名無しさん
08/05/06 18:41:44
娘さんを下さい

456:デフォルトの名無しさん
08/05/16 11:56:11
x86 について調べていますが、Core 2 にも U パイプラインや V パイプラインがあって、それぞれペアリングできる条件がありますか？
intel の資料で「ペアリング」や「Uパイプライン」で検索してもヒットしないので、どうすればペアリングされるのか分かりません。

457:デフォルトの名無しさん
08/05/16 12:01:59
OSもなにもなしにx86系のCPUに直接マシン語を読ませて、実行するには
どういう環境が必要でしょうか

458:デフォルトの名無しさん
08/05/16 12:05:45
コードをROMに書いてみるなりしたら?

459:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/16 12:10:11
>>456
Core 2は4Wayパイプラインでアウトオブオーダ実行だからそんな古い知識は捨ててしまいなさい
ALUのポートとレイテンシさえ知ってればいい。

まあAtomではまた必要になりそうだがな

460:デフォルトの名無しさん
08/05/16 12:36:46
>>457
WindowsやLinuxなどのUnixなどたいていのOSは、
CPUの保護モードを利用して、普通の機械語プログラムは
直接CPUにくべて走らせています。

もし、OSの保護下でなく直接機械語を実行させたいなら、
MS-DOSのような保護のないOSを使うか、ブートセクタに
書き込んで実行させるのが手軽です。

461:デフォルトの名無しさん
08/05/16 16:34:03
>>457
『30日でできる！OS自作入門』という本が参考になるかもしれない。
読んだことないけど。

462:デフォルトの名無しさん
08/05/16 17:33:42
リアルタイムOSを利用しましょう

463:デフォルトの名無しさん
08/05/16 18:12:26
>>459
U/V パイプラインというものはないということでしょうか？
参考にしていたサイトが古かったようです。
ALUのポートは Core 2 では確か 3 つですよね。ということは、ALU を使う演算は同時に 3 つできるのですね。
レイテンシは Intel の資料の付録にあったので、それを参考にします。

スループットは大事ではないのですか？

464:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/16 18:44:09
>>463
もちろん大事。

スループットは、殆どの命令で１クロックサイクル。
ALUの3ポートのどれでも実行出来る命令は1／3と表現される。
んで、レイテンシ・スループットサイクル数が多い命令は概して複数のμOpsに分解して実行する命令ですね。

まあ各命令ごとの使用ポートの詳細はagner.orgあたりが詳しいと思う。
掛け算とかシフトとか発行できるポートが決まってるから、その辺さえ抑えておけばOK。

ちなみにPentium Pro以降のx86アーキテクチャは命令の並べ方自体にはそんなに意味はない。
10数命令前後する程度なら、依存関係さえ無ければ平気で並べ替えて実行できます。

465:デフォルトの名無しさん
08/05/17 02:32:22
>>464
なるほど、ありがとうございました。

466:デフォルトの名無しさん
08/05/17 02:40:59
レジスタ少ないからこの
＞依存関係さえ無ければ
って意外と手で書くには難しいところはあるかもしれないけどね。

467:デフォルトの名無しさん
08/05/17 19:54:18
>>466
それは団子に散々指摘してるんだが学習しないんだよな。
ストレステスト(笑)しか作った事無いんじゃないかと。

CPUが割と広い視野を見てくれる事は事実だろうから知識として与えてもいいが、
質問者がわざわざintrinsicsじゃなくてアセンブラでやりたい/出来るだけの知識がある人なんだから
重要なところから目を反らすような発言はいただけない。

468:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/17 19:56:24
>>467←レジスタリネーミングも知らないのかこいつ

469:デフォルトの名無しさん
08/05/17 20:11:11
依存関係がなければリネームできるけど
あったら無理だろ

470:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/17 20:28:31
依存関係を断ち切る方法だってIntelの最適化マヌアルに載ってるんだがな。
逆に、OoO・レジスタリネーム機構で断ち切れない依存関係なんて
インオーダ時代のアーキテクチャの知識があってもどうにかなるわけがないだろう。

URLﾘﾝｸ(tripper.kousaku.in)
↑これだってレジスタ利用数を意図的に絞ってコード組んでるんだけどね。

471:デフォルトの名無しさん
08/05/17 21:13:29
> 依存関係を断ち切る方法だってIntelの最適化マヌアルに載ってるんだがな。

最初からそういう方向性でものを言った方がいいだろって言ってるんだよ。

否定されたものだから否定で返しやがって
ほんっと主語が読めてないな。

472:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/17 21:17:27
前述のagnerのにもIntelの資料読む必要ないくらい詳しく載ってる。

473:デフォルトの名無しさん
08/05/17 22:01:13
>>471

>ほんっと主語が読めてないな。
期待したあなたの負け

474:デフォルトの名無しさん
08/05/17 22:15:40
ダ●ゴさんのカキコでスレが一気にヒートアップしたな

475:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/17 22:26:26
474 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん

476:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/17 22:27:36
>>471
自分の了見の狭さを露呈したからといって相手に理解力がないことにするのは詭弁以外のなんでもないよ。

477:デフォルトの名無しさん
08/05/17 23:25:54
自分の了見の狭さ

478:デフォルトの名無しさん
08/05/18 00:44:31
いちいち例は挙げないが団子が知ってる知識だけ披露して、
外野の煽りはまだしも理論的に攻められてもスルーするのは昔から。

479:デフォルトの名無しさん
08/05/18 01:39:07
団子さんの知識に嫉妬する輩のせいでスレがションボリしたな

480:デフォルトの名無しさん
08/05/18 01:40:45
外野ｱｧﾝ

481:デフォルトの名無しさん
08/05/18 02:17:41
壊れたラジオみたいなもんだ
使い方によっては便利？

482:デフォルトの名無しさん
08/05/18 05:59:17
せいぜいお笑い系番組聞くくらいだね。
登山途中で天気図書くとか、急いでる時に渋滞情報聞こうとかいう用途には不向き。

483:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 07:34:34
＞質問者がわざわざintrinsicsじゃなくてアセンブラでやりたい/出来るだけの知識がある人なんだから
＞重要なところから目を反らすような発言はいただけない。

これがどこがどう理論的なんだ自画自賛か

「知識がある人」だとみとめつつも、ちょっとマニュアル調べればわかることを理解できないと過小評価してるわけだよね。
俺は「アウトオブオーダ」と「依存関係」というヒントがあればちゃんとたどり着くことは期待してたんだがな。

ついでにいうとx86はレジスタが少ないからこそかえってレジスタリネーミングは実装しやすい。
ISAレベルで数十レジスタあるようなCPUだとかえって複雑になるからね。

484:デフォルトの名無しさん
08/05/18 07:53:01
団子の場合、読みにも書きにもフィルタが入っていると思っておけば間違いないよ。

485:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 08:10:35
自画自賛くんは放置するか
自分の意見通したいだけで困ってる当事者に何の配慮のレスもしない
ただの荒らしでしかない

486:デフォルトの名無しさん
08/05/18 08:53:24
誤読して>>468みたいな発言するからまずいんじゃないのか
>>485まで通して読むとあまりに見苦しいよ

487:デフォルトの名無しさん
08/05/18 09:12:22
ダンゴさんの指導でスレが猛烈にヒートアップしたな

488:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 09:18:31
>>486←自己弁護見苦しい。理論もクソも無いじゃないか

489:デフォルトの名無しさん
08/05/18 09:22:52
>>467からレジスタリネーミングを知らないなんて飛躍するのが理論なの?

490:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 09:57:13
x86って何の気も無しにコード組んでればレジスタリネーミングのヒントを与えてるんだよ
値のロードやxor eax, eaxなど第1オペランドで指定するレジスタの元の値に非依存の結果が得られる命令のほとんどがそうだ。
第2オペランド以降が依存関係がないか解決できてるのも条件だけど。

>>466が的外れなのも言うまでもないし、SPARCみたいな古くからあるレジスタ大量に積んだ
RISCがOoOを実装してないのはご周知の通り。
そもそもOoOみたいな複雑な機構自体がRISCと矛盾する。

ところで「重要なところ」って何なのかな。
無知故の発言にしかみえないが。

命令列レベルで並列なんて考えない方が良いんだよ。
x86の少ないレジスタで命令レベル並列なんて根本的に無理だし、
結局ロード・ストアを連発する羽目になりRAWハザードで性能でないのが落ち。

491:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 10:00:20
おっと最近のSPARC64はOoO実装してるね。無茶なのに。

492:デフォルトの名無しさん
08/05/18 10:23:19
クソコテは放置推奨

493:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 10:44:41
（ISAレベルで）レジスタが多いと、インオーダでもちゃんと組んでやれば性能は出せるけど
ユニット構成が変わったりパイプラインが深くなったりすると総崩れを起こすんだよね。
レジスタが多いが故にOoOで依存関係を解決してやるのも回路が膨大になる。

OoO時代になって、回路規模あたりの効率はレジスタの多いPOWERみたいなアーキよりもx86のほうがむしろ勝ってたりね。
ジョブズがG4/G5よりCoreのほうが性能が良いって掌を返したのも無理もない話なんだよ。

あと様々なプラットフォームに移植されてるJavaVMはスタックマシン。
スタック階層が依存関係のヒントにもなるから動的最適化もしやすいんだよ。
今やx86もVMみたいなもんだからな。JavaVMほどには洗練されてないが、ソフト資産の面で優れてる。

命令セット使い捨てのアーキには優れたアーキなんだけどねRISCみたいなのは。
CellのSPEなんかも使い捨てだろう。
PS2のときもワークステーションを作るだとかふかしてたが結局EE（ベクトルコプロセッサ付きカスタムMIPS）は使い捨てられた。

次ページ