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

アセンブラ… Part 12 ..

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）は使い捨てられた。

494:デフォルトの名無しさん
08/05/18 11:04:59
>>492
もうちょっとやりあっちゃ駄目？

あーでも納得させる自身は無いなあ。
誰も奴の知識に文句をつけてる訳じゃなくて
知識に自分の思想/宗教を付加してる事が教育的ではないと思うんだが。

> x86の少ないレジスタで命令レベル並列なんて根本的に無理だし、

そんなの思想だ。俺は無理だと思っているが、無理かどうかは分からない。
お前は今まで反対に命令レベルの並列を説いて「少ないレジスタで並列なんて無理だろう」って言われてたよな。

> CellのSPEなんかも使い捨てだろう。

単なるお前の予想だし蛇足だろう。そもそもLarabeeマンセーはどこいきましたか(笑)

495:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 12:22:18
インオーダのベクトル指向プロセッサはデータレベル並列性が高い処理にしか有効でないよ。
1スレッドあたりの性能が重要な用途ではOoOのスーパースケーラが引き続き有効。
バランスが大事だな。

Larrabeeは既存のx86アーキの代替ではない。
置き換わるなんて言ってるのは後藤くらいだ。

496:デフォルトの名無しさん
08/05/18 13:08:06
で、それは「アセンブラ」の話題なのか？

497:デフォルトの名無しさん
08/05/18 13:47:28
そりゃそうだろう

498:デフォルトの名無しさん
08/05/18 14:14:06
CPUの話題ではないのか、ってこと？

499:デフォルトの名無しさん
08/05/18 14:24:40
壊れたラジオだから
期待するだけ無駄
スレに住みつかれたら
無視するしかないだろ

500:デフォルトの名無しさん
08/05/18 15:01:24
CPU の話題を出さずにアセンブラの話をするのは無理というものだ

501:デフォルトの名無しさん
08/05/18 15:20:58
団子じゃなけりゃ文句も出ないんじゃね？

502:デフォルトの名無しさん
08/05/18 18:59:14
CPUの話題なら何でもいいってわけじゃないし。

503:デフォルトの名無しさん
08/05/18 20:10:04
団子が名前欄に何も入れなければ済む話だと思う

504:デフォルトの名無しさん
08/05/18 21:21:20
入れて欲しすぎる。NG設定が面倒。

505:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 21:41:53
まあなんでもいいんだけど。

「重要なこと」があると言いつつ自分は例示せずに俺に噛みついてれば彼の脳内では「理論的」なんだから
たまったもんじゃないよな。
まあレジスタリネームの存在を前提としないトンデモ仮説なら何言っても否定してやるけどさ。

506:デフォルトの名無しさん
08/05/18 22:59:52
はいはい壊れたラジオ

507:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/18 23:26:51
耳の痛い話に壊れたラジオって言っておけば「理論的」なんだね

508:デフォルトの名無しさん
08/05/18 23:55:06
コテハンvs名無し　ですか

509:デフォルトの名無しさん
08/05/18 23:59:19
団子さんへの嫉妬でスレが埋まりつつあるな

510:デフォルトの名無しさん
08/05/19 00:44:52
>>505
>まあレジスタリネームの存在を前提としないトンデモ仮説なら何言っても否定してやるけどさ。
ご遠慮ください。

511:デフォルトの名無しさん
08/05/20 22:50:44
アセンブリ言語の教科書に
org 100H
section .text
start:
mov ax, 0200H
mov bx, HELLO
PRINT:
mov dl, [ds:bx]
cmp dl, 00H
jz PRINTEND
int 21H
inc bx
jmp PRINT
PRINTEND:
mov ah, 4CH
int 21H

section .data
HELLO db 'Hello World!',00H

というプログラムがあるのですが、
文字列のアドレスを入れるのはbxレジスタでなければいけないんでしょうか？
例えば、
mov bx, HELLO
mov dl, [ds:bx]
inc bx
の部分を
mov cx, HELLO
mov dl, [ds:cx]
inc cx
に変更したら動かないのですが、何が問題なのかよくわかりません。

512:デフォルトの名無しさん
08/05/20 23:04:00
int 21H
というファンクションの仕様。
cなどでいう関数の引数。

513:デフォルトの名無しさん
08/05/20 23:42:22
[ds:cx]と表現するようなアドレッシングモードは存在しないから

514:デフォルトの名無しさん
08/05/21 13:54:30
;ファイル作成
org 100H
section .text
start:
mov ah, 3CH
mov dx, filename
xor cx, cx
int 21H
mov ah, 4CH
int 21H

section .data
FILENAME db 'test.txt', 00H

とした時にtest.txtではなくTEST.TXTが作成されてしまうのですが。
test.txtを作成する時はどうすればいいのでしょうか？

515:デフォルトの名無しさん
08/05/21 14:11:58
LFN (Long File Name) ファンクションを使うんだ。
URLﾘﾝｸ(www.vector.co.jp)

516:デフォルトの名無しさん
08/05/21 23:49:21
>>514
大文字、小文字なんか気にするな。

気になるなら set DIRCMD=/L とすれば気にならなくなるよ。

君の使ってる OS で使えるかどうかは知らんが。

517:デフォルトの名無しさん
08/05/22 00:05:32
>>515
Windows 2000/XP でも有効ですか？

518:デフォルトの名無しさん
08/05/22 00:10:54
なんかアセンブラと関係ない気がする

519:デフォルトの名無しさん
08/05/22 07:43:35
>>517
有効です。

520:デフォルトの名無しさん
08/05/22 12:01:00
今度はキャメルケースが全部小文字になる方が気になるｗ

521:デフォルトの名無しさん
08/05/22 12:27:59
大文字、小文字を意識するネーミングは、たいていの場合においてよくないことだと思うぞ。
MontaVista Linux のソースなんか大文字、小文字違いで同じ名前のファイルが
あちこちにあるんで、Windows 上に持ってきて作業できない。
おかげで vi がそこそこ使えるようになっちまったよ。（ｗ

522:デフォルトの名無しさん
08/05/22 20:51:11
>>521
Windowsでも大文字小文字を区別できなかったっけ？
レジストリの設定にそんなのがあった気がする

523:デフォルトの名無しさん
08/05/22 21:36:27
Win32サブシステムがDOSとの互換性のために区別してないだけで
カーネルやファイルシステムレベルじゃ区別されてるな

524:デフォルトの名無しさん
08/05/22 21:39:23
Win32サブシステムでも区別する設定はあるけど
区別しない前提で作ってるアプリばっかりだから
きっとまともに動かないんじゃないだろうか

525:デフォルトの名無しさん
08/05/22 21:48:11
Ａとａは区別されない

えーっ

526:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/22 21:55:19
大小違い同名ファイルが作れるかどうかは別だよな

527:デフォルトの名無しさん
08/05/22 21:56:18
NTカーネル(つかNTFS)で
全角アルファベットが酷い扱いだった時代があったことを知らないのかね。

528:デフォルトの名無しさん
08/05/22 21:57:55
うわ知ったか消防が来た

529:デフォルトの名無しさん
08/05/22 22:03:40
晒しａｇｅ

530:デフォルトの名無しさん
08/05/23 07:52:14
ケースの話してるのに、なぜ「全角」が出てくるのか、まずはそこからだ。

531:デフォルトの名無しさん
08/05/23 09:21:35
だんごさんのせいでオヤジギャグがスルーされたな。

532:デフォルトの名無しさん
08/05/23 09:40:54
>>530
全角Ａとａのcaseが区別されない、と言うことを525が言ってるからだろ

533:デフォルトの名無しさん
08/05/23 11:37:28
そういうケースもあるさ

534:デフォルトの名無しさん
08/05/24 02:48:18
団子とやりあってたヤシだがしばらく書き込めなかった。
予想通り俺の説得スキルが足りないようなのでもうやめる。
続けたければ隔離スレでも立ててくれ。

535:デフォルトの名無しさん
08/05/24 04:26:55
SBB　　AL，[EAX]
ADD　 [EAX],AL
XCHG　[EAX]，EAX
ADD　[EAX]，AL

あるゲームのHPの格納アドレスの近くにあるのですが
これってどういう意味があるのでしょうか

536:デフォルトの名無しさん
08/05/24 07:53:07
ただのデータじゃね？

537:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/24 08:27:58
>>534
お前が無知なだけだろ。モダンなｘ86の物理レジスタは100本以上あるんだよ。

538:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/24 08:41:39
俺を説得とか馬鹿にもほどがある。
釈迦に説法と言う気はないが、俺に無意味に噛みついて質問者を混乱させてどうするんだ。

「重要なこと」さっさと答えろよ

539:デフォルトの名無しさん
08/05/24 09:20:27
>>538
無意味に噛みつていたのはおまえだろ

540:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/24 09:24:41
「重要なこと」があると言いつつ、それを言わないこと自体が論理矛盾じゃないか。
俺は「無い」と断言したがな

541:デフォルトの名無しさん
08/05/24 09:30:04
ここで聞くことかどうかわかりませんが、電子手帳とかそういうのもマイコン
使ってますよね。そういうのに入っているデータもアセンブラがわかれば
吸い出せるんですか。昔のやつが何台もあるので。

542:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/24 09:31:44
データそのものは機械語で保存されてるわけではない。どっちかというと構造体が解析できればOK。

543:デフォルトの名無しさん
08/05/24 09:32:50
>>542
もう少しヒントを教えてくれるとありがいです。または参考となるURLなど
あれば。お願いいたします。

544:デフォルトの名無しさん
08/05/24 09:41:39
せめて機種を書け。

545:デフォルトの名無しさん
08/05/24 09:47:18
URLﾘﾝｸ(www.wotsit.org) くらいは読みこなせるようになって、
日本語漢字コードのあれこれを理解できたら
独自解析も夢ではないと思うよ

546:デフォルトの名無しさん
08/05/24 10:41:11
団子さんのカキコでスレが猛烈にヒートアップしたな

547:デフォルトの名無しさん
08/05/24 11:20:44
>>546
あんたよく飽きないねぇ

548:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/24 11:30:52
レス番飛んでる

549:デフォルトの名無しさん
08/05/24 15:19:25
お宝鑑定団子供大会

550:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/24 15:34:56
「さんの(レス|カキコ)」

551:デフォルトの名無しさん
08/05/24 17:33:19
みんなが

団子さんのカキコでスレが云々

とか書いておけば団子ハブにできるのか。いいな。

552:デフォルトの名無しさん
08/05/24 18:19:49
団子さん兄弟

553:デフォルトの名無しさん
08/05/24 20:35:16
もうこの板の名無しを「団子さん」にすりゃいいんじゃね？

554:デフォルトの名無しさん
08/05/25 08:54:41
そもそも彼奴が名無しで書き込めば解決なのだから
今後もハンドル付きで書き込むようなら
内容にかかわらず荒らし扱いで問題ないよな

555:デフォルトの名無しさん
08/05/25 11:32:52
.text:0040135A loc_40135A: ; CODE XREF: sub_401350+28j
.text:0040135A cmp [ebp+arg_4], 0
.text:0040135E jz short loc_40137A
.text:00401360 mov ecx, [ebp+var_4]
.text:00401363 mov byte ptr [ecx], 0
.text:00401366 mov edx, [ebp+var_4]
.text:00401369 add edx, 1
.text:0040136C mov [ebp+var_4], edx
.text:0040136F mov eax, [ebp+arg_4]
.text:00401372 sub eax, 1
.text:00401375 mov [ebp+arg_4], eax
.text:00401378 jmp short loc_40135A
.text:0040137A loc_40137A:

ループで文字列の比較をしてるんでしょうか？

インクリメントしてる方の処理が何をしているのか。

556:デフォルトの名無しさん
08/05/25 11:59:34
// >>555
for (; arg > 0; ++var, --arg) {
* var = 0;
}
// ただの配列のクリアだね。随分と無駄なコードだけれど。

557:デフォルトの名無しさん
08/05/25 12:09:37
>>556
ありがとうございます。

558:デフォルトの名無しさん
08/05/25 15:48:45
x86やAMD64向けの、NUL文字の位置を最速で求めるコードって何ですか？

559:デフォルトの名無しさん
08/05/25 15:57:03
ダンゴ様のピリっとしたベンチマークが求められているな

560:デフォルトの名無しさん
08/05/25 16:31:16
ダンゴちゃんの愛されっぷりがわかるスレだな

561:デフォルトの名無しさん
08/05/25 17:17:41
みんなツンデレすぎ

562:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/25 19:18:01
長い文字列なら16byteごとに一気に判定してしまうのが吉

lea edx, [str]
pxor xmm0, xmm0
loop1:
movdqu xmm1, [edx]
pcmpeqb xmm1, xmm0
pmovmskb ecx, xmm1
test ecx,ecx
jnz skip1
add edx, 16
jmp loop1
skip1:
bsf eax, ecx
add eax, edx ; eaxに結果格納

SSE4.1対応ならpcmpeqb+ptestでNULLが含まれる16バイトを検出可能。
SSE4.2に対応してればATAを使えばNULL文字の位置まで特定できる。

まあレイテンシ隠蔽とかの最適化は各自でやれ

563:デフォルトの名無しさん
08/05/25 19:25:54
SSSE3だのSSE4.1、4.2だの…
最近わけわかめ

564:デフォルトの名無しさん
08/05/25 22:33:37
そんなことよりMIPSやろうぜ。

565:デフォルトの名無しさん
08/05/25 23:35:56
Intel 64 and IA-32 Architectures Software Developer’s Manual の日本語版ない？

566:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/25 23:41:06
URLﾘﾝｸ(www.intel.com)

日本法人は変なFlashゲーム以外仕事しねーな

567:デフォルトの名無しさん
08/05/26 00:43:04
>>562
すげー倍以上速くなった。

568:デフォルトの名無しさん
08/05/26 09:14:22
>>567
想像で勝手な事言うが、メモリがボトルネックで流石に倍は無いだろう。

そら自力で1byteずつ調べてたらxmm使った場合の16倍の調査が必要になって
メモリアクセスに隠蔽されないくらい遅くなるかも知れないが
strlen使ったら普通4byteずつ調べてくれるから比較とかの時間はメモリアクセスの時間に隠蔽されるはず。

よく話題に上がる高速版memcpyを考えるのと同じで
ハードウェアプリフェッチを邪魔しない程度にプリフェッチの方法を考えた方がスピード上がるはず。

569:デフォルトの名無しさん
08/05/26 12:09:40
Windows上で動くCASL2のアセンブラを探しているんですが、何かありませんか？
ソースプログラムと実行結果をテキストで出力可能なら良いのですが。

570:デフォルトの名無しさん
08/05/26 12:27:03
>>569
いくらでもあんじゃない？
URLﾘﾝｸ(www.vector.co.jp)

571:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/26 12:30:32
stlrenで4バイト同時って可能なの？
dword単位で0が含まれるバイトを検索する命令なんてないと思うんだが。

基本的に巡回操作の場合は明示的な prefetch* 命令は使う必要ない。
文字列が全部キャッシュに載ってるなら尚更だし。

むしろmovdquの方に突っ込み入るかと思ったが（16byte境界からの探索にしてmovdqaしたほうがいいかも）

>>569
ここは良いGoogle検索代行スレですね。

URLﾘﾝｸ(www.vector.co.jp)

572:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/26 12:35:07
ああ、MSVCRTのstlren.asm見たらようやく理解できた。
1バイト毎にbranch命令じゃ確かにパイプラインハザードで性能でない罠。

573:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/26 22:35:00
まあ、俺は性能どころかまともに動くかすら全然確かめてなかったんで
とりあえず実験してみましたよ。

URLﾘﾝｸ(smallcode.weblogs.us)
のソース一式を改造して俺仕様stlrenベンチを作成。
NULL文字検出方法自体は>>562をベースに小改良をしたものね。

で、それぞれ一番最後のスコアだけ抽出

strlen - short strings
Microsoft: 1625 ticks, a = 145
Peter: 1093 ticks, a = 145
A.Fog: 1273 ticks, a = 145
DQN(SSE2): 674 ticks, a = 145←ここ

strlen - long string
Microsoft: 1225 ticks, a = 926
Peter: 1225 ticks, a = 926
A.Fog: 874 ticks, a = 926
DQN(SSE2): 437 ticks, a = 926←ここ

とまあ、MSVCRT版strlenの倍以上は余裕で速い。
もっとも、pmovmskbの性能によって前後するみたいだが（Pen4とかAMDのプロセッサなんかだと全力で遅いかも）
ちなみにうちの環境はCore 2 Duo (Wolfdale) 3.17GHz, Windows Vista Ultimate x64 Editionその他諸々ね

改造ソースとバイナリ一式→URLﾘﾝｸ(download.kousaku.in)
ちなみにSSE4.1（ptestを使う方法）だとSSE2と比べても伸びなかった。

574:デフォルトの名無しさん
08/05/26 23:11:38
OoOやら予測分岐やらでかい口叩いてもCPUがメモリに負けてるってことか。

てかMacBook Pro (Merom)でWinXP(32bit) on VirtualPCだとDQNおせぇ。
VMWareにデュアルコア割り当てちゃってるけどバッテリ駆動じゃねえのになあ。
(VMWareは片コアだけにした方が速いと言われている)

strlen - short strings
Microsoft: 6024 ticks, a = 145
Peter: 6708 ticks, a = 145
A.Fog: 6036 ticks, a = 145
DQN(SSE2): 12792 ticks, a = 145

strlen - long string
Microsoft: 6612 ticks, a = 926
Peter: 6792 ticks, a = 926
A.Fog: 4716 ticks, a = 926
DQN(SSE2): 12936 ticks, a = 926

イレギュラーな使い方だが、何故遅くなるのかは興味あるな。

575:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/26 23:22:02
ああ、うちのMerom機(T5500 Vista Home Premium (32bit))でも遅くなる。

【実行結果】
URLﾘﾝｸ(www.vipper.org)
pass [1234]

ちなみに答えはわかってる。
Merom/ConroeはShuffle Engineの実装がしょぼくて
pmovmskb reg, xmmがアホみたいに遅い。

MMXでやったほうがかえって速いかも知れない。

576:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/26 23:48:49
あれ？まともだ。
コンソール出力をリダイレクトすると何故かまともな結果が出るらしい。
そして、Meromでもシャッフルは思ったよりネックじゃない。
原因が別のところにありそう。

MMX（+SSE1 64bit整数SIMD）版追加版
URLﾘﾝｸ(download.kousaku.in)

Merom機で追試
URLﾘﾝｸ(www.vipper.org) PASS: [1234]

577:デフォルトの名無しさん
08/05/27 01:33:24
576をWindows Vista 32bit + T5600 (Merom) で実行したけど、ほぼ同じ結果なのだが、
short stringsのDQN(MMX)が a = 145 だった。
あとMMXとSSE2に限り、1/20くらいの割合で平均の3倍以上かかる時があった。
大体649ticksや660ticks前後なのに、突然1738ticksになったり。
でもMMX/SSE2はMSVCRTの倍を超えている。
L2キャッシュがあふれるほど長い文字列なら話は別だろうけど。

578:デフォルトの名無しさん
08/05/27 01:40:51
レジスタ退避コスト？

579:デフォルトの名無しさん
08/05/27 02:07:18
参考までにログをうｐ。fast_strlen > result.logとして出力。
パスは1234。Core 2 Duo T5600 Merom
Vista HomePremium SP1 32bit
URLﾘﾝｸ(www.dotup.org)
+ VirtualPC XP Pro SP2 32bit
URLﾘﾝｸ(www.dotup.org)

580:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/27 02:17:30
>>576の追試結果のテキストファイルはミスで、MMXのはShortのほうでLongを実行しちゃってるオチ。
今上げてるEXEとソースは修正済み。
PenM（Banias）でも計ってみたんだけど僅差でSSE2＞MMXになってる。
並列度の低いコードではベクトル長の引き伸ばしはある程度有効ということがわかる。

>>578
あーそれもありそうだな。
Windowsってコンソールへの描画すらなにげに重たいようだ。
（ファイルだと軽いと思われる）

何周か回して平均値で算出したほうがよさそうかも。

581:デフォルトの名無しさん
08/05/27 07:42:01
こんなタイトなループで並列度が低いとか

582:デフォルトの名無しさん
08/05/27 09:53:49
>>570
ありがとうございます

583:デフォルトの名無しさん
08/05/27 10:00:07
いまどきアセンブラよりJavaのほうが速い。
JNI使えばハードの機能もフルアクセスだし。

584:デフォルトの名無しさん
08/05/27 10:18:41
つ、釣られるもんか！

585:デフォルトの名無しさん
08/05/27 11:20:27
>>583
開発速度のことですね、わかります。

586:デフォルトの名無しさん
08/05/27 11:41:02
Core2Quad Q9450でPS2エミュをやると、実機と違い処理オチせず、激ムズになることが判明
ｽﾚﾘﾝｸ(news板)l50

587:デフォルトの名無しさん
08/05/27 20:09:50
>>583
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

588:ヽ・´∀｀・,,）っ━━━━━━┓
08/05/27 20:31:16
JNIでfast_strlen.cppの関数をコールですね。わかります。

589:デフォルトの名無しさん
08/05/28 22:05:50
このスレを見ている人はこんなスレも見ています。(ver 0.20)
フロントミッション総合 - FRONT MISSION - 105th [家ゲーSRPG]
この会社辞めようと思った腐れ上司の一言0x21 [プログラマー]

590:デフォルトの名無しさん
08/05/29 16:29:58
すいません。アセンブラの宿題が終わらなくて。。。
どうか、手伝ってください。。。

Define a character string named CO_NAME containing "Internet Service" as a content.

コレ分かる方います？

あ～！わかんね～！

591:デフォルトの名無しさん
08/05/29 18:33:02
自己解決しました

592:デフォルトの名無しさん
08/05/30 22:49:58
>>589
涙出てきた

593:デフォルトの名無しさん
08/06/03 00:55:58
アセンブラでポインタってできるんですか？
変数の値の番地のプログラムに飛びたいんですが

594:デフォルトの名無しさん
08/06/03 03:45:37
どの石よ？

595:デフォルトの名無しさん
08/06/03 05:16:21
PICです

596:デフォルトの名無しさん
08/06/03 06:28:13
>>595
間接アドレシングで出来るから、手元にあるデータシートに記載されてる説明を確認の事。
手元になければ↓からダウンロードして欲しい。
URLﾘﾝｸ(www.microchip.co.jp)

597:デフォルトの名無しさん
08/06/03 13:11:35
すごいですありがとうございます！

598:デフォルトの名無しさん
08/06/05 13:41:56
【算術演算結果による分岐】　N 番地の内容から M 番地の内容を引き，答えが負なら P 番地に -1（#FFFF）を，正なら +1(#0001)を格納するプログラムを作成しなさい．

599:デフォルトの名無しさん
08/06/05 13:46:02
>>598
だが断る

600:デフォルトの名無しさん
08/06/05 15:58:03
>>598
問題文が糞だから書き直せ屑

601:デフォルトの名無しさん
08/06/05 18:58:36
>>598
#define V(X) *(short *)(X)

r = V(N) - V(M), r < 0? V(P) = -1 : r > 0? V(P) = 1 : 0;

602:デフォルトの名無しさん
08/06/05 23:40:05
答えが 0 の時は、格納しちゃダメなんじゃないのか？

603:デフォルトの名無しさん
08/06/06 01:20:57
そーゆー問題のときは"0"=正で考えていいんでないかい。
特別扱いする必要があったらそういう注意書きがあると思う。

604:デフォルトの名無しさん
08/06/06 02:52:33
>>598
CLRX
INCX
LDD M
CPD N
SBEX #0
CPD N
SBEX #0

605:デフォルトの名無しさん
08/06/06 02:55:52
STX P

606:デフォルトの名無しさん
08/06/06 07:25:19
>>598
;うろおぼえ68000
START:
MOVE.W SR, -(SP)
MOVEM.L D0-D1, -(SP)
MOVEQ #1,D1
MOVE.W N(PC),D0
CMP.W M(PC),D0
;SUB.W M(PC),D0
BPL L_PLUS(PC)
NEG.W D1
L_PLUS:
MOVE.W D1,P(PC)
MOVEM.L (SP)+, D0-D1
MOVE.W (SP)+, SR
RTS
N: DC.W $FF00
M: DC.W $00FF
P: DS.W 1

607:デフォルトの名無しさん
08/06/06 10:50:12
しれっと特権命令使ってんじゃネーヨw

608:デフォルトの名無しさん
08/06/06 12:31:03
ああ、そうか。
MOVE.W (SP)+, SR
RTS
じゃなくて
RTR
で、いいんだ。

609:デフォルトの名無しさん
08/06/06 23:17:04
>>603
> そーゆー問題のときは"0"=正で考えていいんでないかい。
> 特別扱いする必要があったらそういう注意書きがあると思う。

そう言う思い込みはバグの元になるぞ。

610:デフォルトの名無しさん
08/06/06 23:21:17
68000だけはmove SRが一般命令だったり。
010になって特権命令になったが。

ところで、PC相対ってオペランドの右に使えたっけ?
なんか制限あったような気がするんだが。

611:デフォルトの名無しさん
08/06/06 23:52:58
>>610
> 68000だけは

68008 のこともたまには思い出してください。

> move SRが一般命令だったり。

move from SR の方だけね、move to SR は 68000 でも特権命令。

> ところで、PC相対ってオペランドの右に使えたっけ?

て言うか、CMP 命令は右にしか使えない。

Add/Sub なんかはどっちにでも使える (但し、反対側は Dn のみ)
けど、CMP はその後の条件判定を反対にすればいいので、片方しか
必要ないと判断したんだろうな。

612:デフォルトの名無しさん
08/06/08 12:25:06
;青い本みてやりなおした68000
START:
MOVE.W SR, -(SP)
MOVEM.L D0-D1/A0, -(SP)
MOVEQ #1,D1
MOVE.W N(PC),D0
CMP.W M(PC),D0
BPL L_PLUS(PC)
NEG.W D1
L_PLUS:
LEA P(PC), A0
MOVE.W D1, (A0)
MOVEM.L (SP)+, D0-D1/A0
RTR

dstにd16(PC)使えるの4命令しかなかた

613:607
08/06/08 15:33:43
* ステップ数を詰めてみた。

MOV.W N,D0
CMP.W M,D0
SMI D0 *(00/FF)
EXT.W D0 *(0000/FFFF)
ORI.W #1,D0 *(0001/FFFF)
MOV.W D0,P

* もっと変則にしてみたがステップ数縮まらず。

MOV.W N,D0
CMP.W M,D0
SPL D0 *(FF/00)
EXT.W D0 *(FFFF/0000)
ASL.W #1,D0 *(FFFE/0000)
NOT.W D0 *(0001/FFFF)
MOV.W D0,P

* Scc を用いない方法。

MOV.W N,D0
SUB.W M,D0
ASR.W #8,D0 (00??/FF??)
ASR.W #8,D0 (0000/FFFF)
ORI.W #1,D0 (0001/FFFF)
MOV.W D0,P

* そして分岐を使っていないことに気が付く。

614:デフォルトの名無しさん
08/06/08 17:27:20
素直な人間の思考から外れるものはコメント無いと泣けるので勘弁してください。

615:デフォルトの名無しさん
08/06/08 17:32:57
>>613
(PC)を使ったらもっと縮まるんじゃない？

616:デフォルトの名無しさん
08/06/08 18:55:49
直感的ではない技巧に走るのは厨房

617:デフォルトの名無しさん
08/06/08 19:35:35
それは実務に限った話だ。

618:>>611
08/06/08 20:52:52
>>612
> dstにd16(PC)使えるの4命令しかなかた

ほんとだ、俺もすっかり忘れてた。

そもそも、PC 相対はアクセスモードがプログラム参照 (FC=ユーザープログラム
or スーパーバイザプログラム) になるから、可変データを PC 相対でアクセスす
る領域に置くのは推奨されない。

さすがにデータ参照とプログラム参照で違うメモリをアクセスするシステムは見
たことないけど、プログラム参照領域は書込み禁止を設定しているシステムはあ
るのでちょっと注意した方がいいかも知れない。

> MOVE.W SR, -(SP)

move ccr, (-a7) でいいと思うが。

あと、68k は大抵の命令でコンディションコードが変化するから、サブルーチン
の前後でコンディションコードを保存しないと言う流儀の方が多いと思う。

619:デフォルトの名無しさん
08/06/08 22:23:20
コメントなしにいきなり殴り書きされてるんじゃない限り
技巧のうちにゃ入らんだろ

620:デフォルトの名無しさん
08/06/09 18:12:54
>>598
LEAX N
CMPX M
BPL L_PLUS+1
LDB #$FF
L_PLUS
CMPX #$C601
SEX
STD P

621:デフォルトの名無しさん
08/06/09 20:07:17
って最初からボケてる　LDX N 或いはLEAX [N] か？

622:デフォルトの名無しさん
08/06/09 20:11:46
>>621
だね。6809は専門じゃないからつっこみかねてた。
ときに C6 01 にコメント振ってくれるとありがたい。

つか SEX 書きたかっただけじゃないか?

623:デフォルトの名無しさん
08/06/09 20:35:48
バレたか（w
C6 はLDBのつもりだった、反省はしてない。

624:ヽ・´∀｀・,,）っ━━━━━━┓
08/06/09 20:39:00
Obj-Cでsuper freeとか書くようなノリか

625:デフォルトの名無しさん
08/06/09 21:05:43
ただ8bitCPUだから、コスト的にはどうなんだろうな？
クロック表が見当たらないぜ。

626:デフォルトの名無しさん
08/06/09 21:29:08
68系ばっかりになるのなｗ

627:デフォルトの名無しさん
08/06/09 21:59:12
このスレで最高にビューティフルなマシン語を持つ超エレガントなアーキテクチャのCPU仕様を作ってARM超えを目指そうぜ！
プロジェクトリーダーはダンゴさんに任せた！

628:デフォルトの名無しさん
08/06/10 08:46:38
Kaltfeuerとでも名付けよう。

629:デフォルトの名無しさん
08/06/11 03:19:05
沢村さんを推します

630:デフォルトの名無しさん
08/06/13 18:28:34
ある命令の実行に何クロックかかるかを知りたいんですが、
CPU毎に"命令Aにはnクロックかかるよ"っていうのがリストされた資料があるんですか、それとも実測ですか？
もし実測しかないならその方法を簡単に教えてください

631:デフォルトの名無しさん
08/06/13 18:33:45
自己解決しました
amdとintelの最近のプロセッサものはとりあえず見つけました
メーカーがwebで公開してるんですね･･･

次ページ