8086 vs. Z80 vs. 6809 vs. 6502　その6

1 ：ナイコンさん：2010/10/11(月) 12:05:00

8086(8088)・Z80・6809・6502のうち、どのCPU(MPU)が優れているか議論するスレッドです

■過去スレ
8086 vs. Z80 vs. 6809 vs. 6502　その5
http://toki.2ch.net/test/read.cgi/i4004/1280380374/
8086 vs. Z80 vs. 6809 vs. 6502　その4
http://gimpo.2ch.net/test/read.cgi/i4004/1252639237/
8086 vs. Z80 vs. 6809 vs. 6502　その3
http://gimpo.2ch.net/test/read.cgi/i4004/1235851359/
8086 vs. Z80 vs. 6809 vs. 6502　その2
http://gimpo.2ch.net/test/read.cgi/i4004/1213527504/
8086 vs. Z80 vs. 6809 vs. 6502
http://bubble6.2ch.net/test/read.cgi/i4004/1165801265/
6809とZ80 part 2
http://bubble4.2ch.net/test/read.cgi/i4004/1093190685/
6809とZ80
http://bubble2.2ch.net/test/read.cgi/i4004/1008496410/

■関連スレ
68K v.s. x86
http://gimpo.2ch.net/test/read.cgi/i4004/1220728356/

2 ：ナイコンさん：2010/10/11(月) 12:17:25

CPU(MPU)アーキテクチャや周辺デバイス制御など
基本的に「石」に関連する議論なら、ほぼ何でもアリですが
それ以外の話題については、なるべくご遠慮下さい
(線引きが難しいけど、まぁスレの無駄遣いにならない常識的な範囲内で)

3 ：ナイコンさん：2010/10/11(月) 12:21:18

馬鹿

4 ：↑笑いのツボ（笑）：2010/10/11(月) 12:22:47

678 名前：ナイコンさん [sage] 投稿日： 2010/10/06(水) 01:01:15
もう昔の話だし
今はフラットモデルのPhenomⅡ+Windows 7で
64ビットのC言語を楽々動かしている
いい時代になったもんだ
C言語に慣れるとクリティカルな部分以外は二度と
アセンブラは使いたくねえ

679 名前： [ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs 投稿日： 2010/10/06(水) 09:29:12
…2010年の現在では、DarkBASICでじゅうぶん。
こんなに楽な開発ツールは滅多にない。

682 名前：ナイコンさん [sage] 投稿日： 2010/10/06(水) 12:27:50
ネイティブコード吐き出せない処理系だけで充分ってどんなお花畑脳なんだよｗ

686 名前： [ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs 投稿日： 2010/10/06(水) 17:47:01
ネイティブモードの意味分かってんの？（笑）

687 名前：ナイコンさん [sage] 投稿日： 2010/10/06(水) 18:37:19
コードって書いてあるだろバーカ
x86バイナリの事だろ、と他人の俺がレスw

688 名前： [ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs 投稿日： 2010/10/06(水) 18:43:54
DarkBASICはプロテクトモードのオブジェクトを出力してるんだけどな（笑）

695 名前：ナイコンさん [sage] 投稿日： 2010/10/06(水) 19:36:37
コンパイラとか鼻で笑っちゃうんですがW

696 名前： [ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs 投稿日： 2010/10/06(水) 19:38:52
＞C言語に慣れるとクリティカルな部分以外は二度と

コンパイラとか鼻で笑っちゃうんですがW

5 ：要点の整理（笑いのツボ（笑））：2010/10/11(月) 12:24:23

963 名前：ナイコンさん投稿日： 2010/10/11(月) 11:31:37
私はそれまで何をやってもうまくいきませんでした。
でもBASICを使うようになってから恋人はできたしお金も稼げるようになったんです！
－アメリカ・ニューハンプシャー州のカーツさん－
ダートマス大学ケメニー教授が開発したこれさえあればあなたもすばらしい人生が送れます！
さぁあなたも今すぐBASICを手に入れて勝ち組の人生を！

964 名前：ナイコンさん投稿日： 2010/10/11(月) 11:36:01
ネタが尽きたorz

965 名前： [ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs 投稿日： 2010/10/11(月) 11:36:29
もう終わりか？（嘲笑）

966 名前： [ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs 投稿日： 2010/10/11(月) 11:38:19
オマエたちは化石の中で過去に生きるのが相応しい（薄ら笑い）

6 ：ナイコンさん：2010/10/11(月) 13:50:31

正直、こんなに伸びるスレとは思わなかった。

7 ：ナイコンさん：2010/10/11(月) 13:53:07

テンプレに付け足し

半導体コレクション展示会場
http://www.st.rim.or.jp/~nkomatsu/ICcollection.html

8 ：ナイコンさん：2010/10/11(月) 16:40:59

6502最強伝説！

9 ：ナイコンさん：2010/10/11(月) 18:02:41

正直、こんなに伸びるスレとは思わなかった。

10 ：ナイコンさん：2010/10/11(月) 18:04:24

私はそれまで何をやってもうまくいきませんでした。

11 ：ナイコンさん：2010/10/11(月) 18:05:05

でもBASICを使うようになってから恋人はできたしお金も稼げるようになったんです！

12 ：ナイコンさん：2010/10/11(月) 18:05:46

コンパイラとか鼻で笑っちゃうんですがW

13 ：ナイコンさん：2010/10/11(月) 18:06:27

DarkBASICはプロテクトモードのオブジェクトを出力してるんだけどな（笑）

14 ：ナイコンさん：2010/10/11(月) 18:29:00

DarkBASIC(笑)(笑)(笑)(笑)(笑)(笑)

15 ：ナイコンさん：2010/10/11(月) 20:01:14

最強はZ80だっての

16 ：ナイコンさん：2010/10/11(月) 21:12:57

おしりうんこ

17 ：ナイコンさん：2010/10/11(月) 23:12:16

ぜっとはちまーる

18 ：ナイコンさん：2010/10/11(月) 23:45:37

うんこは、かなりくさいと思いますけどね。

19 ：ナイコンさん：2010/10/11(月) 23:55:51

MC6Z80A9i

20 ：ナイコンさん：2010/10/12(火) 00:58:14

Z180と63C09の同点優勝でいいや
基地外しかこないし、もう秋田

21 ：ナイコンさん：2010/10/12(火) 07:10:19

6502＞＞＞＞＞＞＞Z80＞＞＞＞＞＞6809

22 ：ナイコンさん：2010/10/12(火) 07:59:01

http://codepad.org/qsGp7Diu
http://codepad.org/74XbFXAi
http://codepad.org/QiIb2vyD

昔PCエンジン用に作ったF-ZERO風ゲームのソース

23 ：ナイコンさん：2010/10/12(火) 08:21:11

６５０２＞Ｚ８０＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞６８０９

24 ：ナイコンさん：2010/10/12(火) 09:52:16

うんこ　うんこ

25 ：ナイコンさん：2010/10/12(火) 12:08:14

Z80が最強！

26 ：ナイコンさん：2010/10/12(火) 17:40:54

Z-80でTurboPASCAL最強

27 ：ナイコンさん：2010/10/12(火) 20:54:49

↑こういうこと書いている奴に限って全然PASCAL使えない。
知ってる単語はbeginとendだけ、とかwww

28 ：ナイコンさん：2010/10/12(火) 21:23:54

世の中BASICできればそれで充分だからｗ
スパゲティで書けばそれが新しい文化だからｗ

29 ：ナイコンさん：2010/10/12(火) 21:29:14

過去最高のスパゲティーコードを見せて欲しい

俺の見たのは関数一つ19000行

ん・・・関数一つにまとまってるからスパゲティーじゃないのかな？？

30 ：ナイコンさん：2010/10/12(火) 21:32:09

て言うかいまどき Pascal 自慢てドンだけ～

31 ：ナイコンさん：2010/10/12(火) 21:36:43

#define { BEGIN
#define } END

32 ：ナイコンさん：2010/10/12(火) 21:43:13

>>27
Pascalくらい常識として使えるだろｗ
Pascalすら使えないアンタ、いったい何使ってんの？

33 ：ナイコンさん：2010/10/12(火) 21:49:50

コンパイラとか鼻で

34 ：27：2010/10/12(火) 22:00:27

>>32
TP→TPW→Delphiと１０年以上使い続けている俺様をなめるな。

おまえこそ本当にPASCAL使えるのか？
ためしに九九の表でも表示するプログラム書いてみ。
もちろんprintln９行だけ、ってのは無しな。

35 ：ナイコンさん：2010/10/12(火) 22:08:26

PASCALは美しい。

36 ：ナイコンさん：2010/10/12(火) 22:14:06

>>34
program kukunohyou(input, output);

begin
writeln('九九の表');
end.

37 ：ナイコンさん：2010/10/12(火) 22:15:33

println って何だ？ｗｗｗ

38 ：27：2010/10/12(火) 22:16:51

すまん、ボケてた。ずっとGUIばっかりやってたんで。
printlnじゃなくてwritelnだな。

39 ：ナイコンさん：2010/10/12(火) 22:17:12

スパゲティーとかいってっけど
CASLのオッサンがソース出してた逆アセンブラは
そんなにスパゲティーじゃなかった
むしろ綺麗なほうだった

40 ：ナイコンさん：2010/10/12(火) 22:18:23

Delphi６　のフリー版のDLできる所　知りませんか？

41 ：27：2010/10/12(火) 22:19:24

PASCALで困ったのはfor文の増分が1か-1しかできないところだったな。
わざわざ別の変数にループ変数の値を掛算したりとかした。

42 ：27：2010/10/12(火) 22:28:31

で、俺が知りたいのは>>26が
本当にZ80でTURBO PASCALを使っていたのか？
なんだが。

身近にも居たよ。「CP/MでTURBO PACALが使える！」
とか言って必死こいてCP/MとTURBO PASCALを入手して
結局何も作らなかった奴が。

俺がDOS版TURBO PASCALを使うようになったのは
その数年後だった。そいつはプログラムの世界から身を引いていた。

なんか、もうどうでもよくなってきたんで名無しに戻るわ。

43 ：ナイコンさん：2010/10/12(火) 22:33:26

>>42
本当にZ80でTURBO PASCALを使っているよ。
8bitでも16bitでも。
32bit以降はC++だがな。

つか、8bitセルフで他に実用的な高級言語処理系があったとでも？

44 ：ナイコンさん：2010/10/12(火) 22:37:09

>>42
お前の周囲の人間が馬鹿ばかりだったからって、
それを世間の基準としちゃいかんな。
類は友を呼ぶんだからｗ

45 ：27：2010/10/12(火) 22:38:50

ありゃ、名無しに戻ろうと思ったら・・・

本当だったか。そりゃすまん。
てっきりいつもの「Z80最強君」と同一人物かと思ったので。

俺は8bitでは使ったことは無いな。
16bitのMS-DOSになってから。

46 ：ナイコンさん：2010/10/12(火) 22:44:05

性格が出てくるからね、
几帳面な人でなければターパは使えない。

47 ：ナイコンさん：2010/10/12(火) 22:48:04

だれかz80用OpenGL作ってくれ

48 ：27：2010/10/12(火) 22:50:07

最初に変数を宣言しないといけない、ってのは
BASICからPASCALに移行した当初面食らったね。
もう慣れたけど。

ただ、今、JAVAとかで

　for(int i=0; i<10; i++) {

みたいに、その場でローカル変数を定義できるのを
ちょっとうらやましいと思う。

そろそろ本当に名無しに戻ります。

49 ：ナイコンさん：2010/10/12(火) 22:56:07

>>45
使えよ
http://www.retroarchive.org/cpm/lang/lang.htm

50 ：ナイコンさん：2010/10/12(火) 22:57:23

>>47　機種依存が激しい

51 ：ナイコンさん：2010/10/12(火) 23:36:38

>>49
ああこれCP/Mエミュレータで触ってみた事ある
すぐ飽きたけど
Turbo-PASCALがエミュレータで動いた時はちょっと感激したな

52 ：ナイコンさん：2010/10/12(火) 23:38:19

うんこも触ってみた

53 ：ナイコンさん：2010/10/12(火) 23:40:35

6502のソースが貼られてるじゃねーか
なつかしす

54 ：ナイコンさん：2010/10/12(火) 23:52:45

>>51
コンパイラに飽きるも無いもんだ

55 ：ナイコンさん：2010/10/12(火) 23:59:32

Z80最強伝説！

56 ：ナイコンさん：2010/10/13(水) 00:05:18

なんでZ80に勝てるの出なかったの？

57 ：ナイコンさん：2010/10/13(水) 00:21:58

>>54
だってCUIベースなんだもん
画面もDOS窓で狭かったし

58 ：ナイコンさん：2010/10/13(水) 08:57:55

ifやfor/doなんかの条件ジャンプが２重以上ネストしgotoなどの無条件ジャンプが１つ以上存在し、より明確で簡素な記述に置き換え可能なロジックをスパゲティプログラムと言う。

某IT企業の開発部のローカルルール。

59 ：ナイコンさん：2010/10/13(水) 09:19:57

アセンブラはすべてスパゲティーみたいなもんだよね

60 ：ナイコンさん：2010/10/13(水) 09:24:54

>より明確で簡素な記述に置き換え可能なロジック

これに該当しなければスパゲティではないよ。

61 ：ナイコンさん：2010/10/13(水) 09:28:51

if(){
if(){
}else if{
if(){
goto end
}else if{
if(){
goto end
}else if(){
}else{
if(){
if(){
if(){
}else{
goto end;
}
}
}
}
}else{
goto end
}
}

end:

こんなかんじ？

62 ：ナイコンさん：2010/10/13(水) 09:50:40

うんこ

63 ：ナイコンさん：2010/10/13(水) 10:23:17

まぁでもパターンをむやみに当てはめた感じの奴よりは
スパゲティの方が意外と見やすかったりする時も無い訳では～
もっとも多人数で作ってるとそうも言ってられないからね…

スパゲティを強制的に解きほぐす構造化エンジンとかはイマイチ実用に供されてないけど
リファクタリングツールの類はちょっとだけ実用化された…

64 ：ナイコンさん：2010/10/13(水) 10:26:39

typedef struct t_struct1{
int a;
struct t_struct2 *d;
} T_STRUCT1;

typedef struct t_struct2{
int b;
struct t_struct1 *d;
} T_STRUCT2;

データですでにスパゲティー

65 ：ナイコンさん：2010/10/13(水) 13:13:38

コンパイルオプションの最適化を最大にして出力したアセンブラコードはスパゲティなコードといえるだろう。

人間がメンテナンスするのはコンパイルする元のソースだから、どうでも良いけどね。

66 ：ナイコンさん：2010/10/13(水) 16:52:51

機械語はスパゲティの方がいいだろ
パイプラインバブルが発生しにくいからね

67 ：ナイコンさん：2010/10/13(水) 17:33:13

こいつら無職なのか・・・

68 ：ナイコンさん：2010/10/13(水) 17:44:45

>>67
自己紹介乙

69 ：ナイコンさん：2010/10/13(水) 17:53:49

図星かよ

70 ：ナイコンさん：2010/10/13(水) 18:38:18

ループが二重にネストした程度でスパゲッティというのなら
ユーザ定義のclassやtemplateが複雑に入り組んだC++はスパゲッティ規格言語だよ

71 ：ナイコンさん：2010/10/13(水) 20:03:53

やっぱ、全てを配列で表す明快なFORTRAN こそ真のプログラマーが使う言語だな。

72 ：ナイコンさん：2010/10/13(水) 20:36:44

言語なんか自分で作ったもんさ

73 ：ナイコンさん：2010/10/13(水) 21:07:30

話は全然変わるけど、EMSが俺が丁度PCを触り始めた頃に出て来たんだけど
結局理解できず仕舞いだった

あれって何なん？

74 ：ナイコンさん：2010/10/13(水) 22:12:51

スパゲティー作ってみた。

FOR I=0 TO 100
...
FOR J=0 TO 200
...
GOTO L1
L2:
...
NEXT I
...
GOTO L3
L1:
...
NEXT J
...
GOTO L2
L3:
...
FOR J=0 TO 500
...
GOTO L1

75 ：ナイコンさん：2010/10/13(水) 22:25:59

最適化しながらかじったうんこの味か忘れられない

76 ：ナイコンさん：2010/10/13(水) 22:28:07

>>75
苦いよな
軟便や下痢便は強烈に苦い

77 ：ナイコンさん：2010/10/14(木) 06:24:50

EMSって拡張メモリの？
それとも別の？

78 ：ナイコンさん：2010/10/14(木) 10:26:33

えっちな
まんこ
せっくす

79 ：ナイコンさん：2010/10/15(金) 22:59:21

せっかくあのアホが来なくなったんだからまったり行こう。

80 ：ナイコンさん：2010/10/15(金) 23:40:13

>>73
EMSはページング方式のバンクメモリーの規格だよん。
当時メモリボードごとで使い方が違っていてソフト作るとそれ専用になっちゃったから
規格を制定してEMS規格のボードなら共通でをEMS用アプリを使えるようにしたんだ。

つーかいつのまにか新スレできた。
この板にしてはえらく流れが速いスレだな。

81 ：ナイコンさん：2010/10/15(金) 23:53:07

うんこがくさいからな。

82 ：ナイコンさん：2010/10/16(土) 00:10:30

Z80最強か

83 ：ナイコンさん：2010/10/16(土) 00:27:30

結論

利用者の数では6502が
制御用ではZ80が
性能的には6809が最強の8ビット

*注・6309とか川鉄のZ80のような互換品はパソコンではほとんど（あるいは全く）使われなかったので除外しますた

84 ：ナイコンさん：2010/10/16(土) 00:35:15

結論

利用者の数ではZ80が
制御用ではZ80が
性能的にはZ80が最強の8ビット

85 ：ナイコンさん：2010/10/16(土) 00:37:14

× 最強の8ビット
○ 最強の4ビット

86 ：ナイコンさん：2010/10/16(土) 00:43:26

結論

利用者の数ではZ80が
制御用ではZ80が
性能的にはZ80が最強の8ビット

87 ：ナイコンさん：2010/10/16(土) 01:03:39

Z80 バグあるし、

88 ：ナイコンさん：2010/10/16(土) 09:33:36

H8最強

89 ：ナイコンさん：2010/10/16(土) 18:32:43

あえて COSMAC 最強、と言ってみる
SOSなら放射線にも負けない

90 ：ナイコンさん：2010/10/16(土) 20:18:53

強さの方向性が違う！

91 ：ナイコンさん：2010/10/16(土) 21:09:08

紙やすりの上でIC相撲やらせてみるんだ

同じ40ピンだったらPDIPよりCERDIPの方が重量的に圧倒的に強いな

92 ：ナイコンさん：2010/10/17(日) 09:44:45

うんこの香りも違う！

93 ：ナイコンさん：2010/10/18(月) 18:57:44

やはりここは耐圧強度試験をしないと駄目だな。

94 ：ナイコンさん：2010/10/18(月) 22:04:58

どうしてそっっち方面に行くのさ！？

95 ：ナイコンさん：2010/10/18(月) 22:23:16

>>84
へ理屈付ける奴もなんだが、理屈も糞もなくただただ騒ぐ奴って大陸人と同じだな。

96 ：ナイコンさん：2010/10/18(月) 22:27:55

>>94
そろそろネタが尽きかけているからさ！
つーかよくこのスレ六つも続いたなあと思ってるとこ。

97 ：ナイコンさん：2010/10/18(月) 23:42:53

このあいだヤフオクでZ80 300個が1100円で落札されてたな
6MHz版だったのに相場はそんなもん
興味の程度もそれ位ってとこなんだろな

98 ：ナイコンさん：2010/10/18(月) 23:51:34

>>97
そら、12MHz版が存在するんだから当然だわな。

99 ：ナイコンさん：2010/10/18(月) 23:52:46

くさいうんこは限度を超える。

100 ：ナイコンさん：2010/10/19(火) 00:36:13

Z80はハード設計が楽である、周辺部品が少なくてよい。

101 ：ナイコンさん：2010/10/19(火) 04:34:38

>>97
て言うか300個も何に使うの？業者？

102 ：ナイコンさん：2010/10/19(火) 05:15:19

多分保守用のストックとかだろうな
Z80AかBかなんてどうでも良くて
応用先は下手したら2.5MHz駆動とかかもしれん

103 ：ナイコンさん：2010/10/19(火) 05:27:23

需要のない6809ﾜﾛｽ

104 ：ナイコンさん：2010/10/19(火) 09:48:13

硬いうんこか軟らかいうんこかなんてどうでも良い

105 ：2：2010/10/19(火) 10:51:27

下ネタはやめてくれ　汚物関連の話題は迷惑
いい歳して、幼稚園児なみの言葉でしか煽れないのか？

#　俺が大嫌いだった漫画：　トイレット博士マカロニほうれん草等々w

106 ：ナイコンさん：2010/10/19(火) 11:12:42

>>前スレ845
HuC6280　って何だろう？と検索してみた
ハドソンがチップセット作ってたとは知らなかった orz

てか、あそこの社長が鉄道マニアだとは聞いていたが
まさかチップセットに蒸機の形式番号をつけるとは…
それも D51 とか C58 とかじゃなく C62 ってのは、さすが北海道w

107 ：ナイコンさん：2010/10/19(火) 20:28:49

保守用パーツの放出とか、受託設計・実装屋さんの廃業による放出ってのが多いね
同じヒトがZ80 PIO(6MHz) 700個ってのも出品していたが、そちらは3000円だった
これこそ正真正銘のゴミだけど、割といい値が付いたもんだよ

108 ：ナイコンさん：2010/10/19(火) 22:38:25

６８０９とういうゴミはまだお持ちで？

109 ：ナイコンさん：2010/10/19(火) 23:08:27

３００個のZ-80マルチCPUシステムの処理能力は？

110 ：ナイコンさん：2010/10/19(火) 23:15:48

>>109
19.2Mbyte 、まぁフロッピーディスク２０枚程度

111 ：ナイコンさん：2010/10/19(火) 23:51:20

SEX

112 ：ナイコンさん：2010/10/20(水) 00:28:40

>>106
8bitCPU最高の使いやすさ、HuC6280を今後ともよろしく。

113 ：ナイコンさん：2010/10/20(水) 09:55:06

>>105
うんこのスレでこういう書き込みが来るとは思わなかったよ。

114 ：2：2010/10/20(水) 11:28:11

>>113
くだらねぇことほざく前に
有益なウンチクでも披露してみせろよ

115 ：ナイコンさん：2010/10/20(水) 17:31:42

安いよ安いよ
ttp://skm.vip2ch.com/-/hirame/hirame122970.jpg

116 ：ナイコンさん：2010/10/20(水) 22:44:17

ゴミ屑ばかりだな

117 ：ナイコンさん：2010/10/21(木) 00:28:54

うんことうんちの差くらいしかないぜ。

118 ：ナイコンさん：2010/10/21(木) 00:30:02

こうしてみるとやっぱMSXは小中学生の味方だったな。

119 ：ナイコンさん：2010/10/21(木) 00:30:10

>>115
当時のマシンって随分高いよなあ。

120 ：ナイコンさん：2010/10/21(木) 00:38:43

しかしこれでも随分安くなってた頃なんだよな。
これより数年前の2000文字カラーディスプレイとか20万ぐらいしてたし。

121 ：ナイコンさん：2010/10/21(木) 21:11:42

2400ボーのモデムが５万円か。

122 ：ナイコンさん：2010/10/23(土) 16:53:39

98セットは50万が相場だった、あの頃日本は豊かだった。

123 ：ナイコンさん：2010/10/23(土) 22:32:21

>>121
300ボーのカプラが４万くらいしたもの。

124 ：ナイコンさん：2010/10/23(土) 22:46:42

>>123
オレ、会社の電算室が廃棄するっていう大型機のデータを工場間でやり取りするのに使ってた
巨大な音響カプラもらってきて使たわ。

125 ：ナイコンさん：2010/10/24(日) 00:14:15

パソコン通信

126 ：ナイコンさん：2010/10/24(日) 10:19:57

>>122
98やMACはフルセット揃える値段で車買えるって言われていたからな。

127 ：ナイコンさん：2010/10/24(日) 13:51:00

>>84
SPやPCなどのロード命令が充実してたら最強だったけど。

128 ：ナイコンさん：2010/10/24(日) 13:55:19

Z80最強伝説～

129 ：ナイコンさん：2010/10/24(日) 18:13:04

このスレのCPUはLinuxよりITRONの方が合ってそうだな

130 ：ナイコンさん：2010/10/24(日) 19:17:18

ITRONは新しすぎる

131 ：ナイコンさん：2010/10/24(日) 21:46:20

>>126
PC98 は軽四だけど、MAC はコンパクトカーぐらいは軽くいったからなぁ。

132 ：ナイコンさん：2010/10/24(日) 22:27:03

>>130
ここの爺にはな

133 ：ナイコンさん：2010/10/24(日) 22:41:57

μTRONですよね。
今じゃ8bitはつかわないんじゃないかな
昔で使えそうなのはOS-9くらいでしょ

昔は自動車制御に8bit6805もあった
ハードの温度範囲が広いから特別仕様だけ

今はもっと良いCPUがいっぱいあるもの

134 ：ナイコンさん：2010/10/24(日) 23:38:04

職場の溶接機の制御タイマーの説明書読んでたらZ80使用って書いてあった。
20年前の機械らしい。
お世話になっております。

135 ：ナイコンさん：2010/10/25(月) 00:34:06

ＡＴ機のＳＣＳＩボードにZ-80使ってたな。
IDEキャッシュボードにも。

136 ：ナイコンさん：2010/10/25(月) 07:57:00

uITRONならZ80ありそうな気がする。

137 ：ナイコンさん：2010/10/25(月) 11:27:49

今の多くのパソコンに使われてるCPUが、インテルよりザイログだったら良かったのに

138 ：ナイコンさん：2010/10/25(月) 19:27:53

>>137
良くない良くない
Z8000が滅びた理由を知っているか？

139 ：ナイコンさん：2010/10/25(月) 21:16:16

「そんな仕様で大丈夫か？」
「大丈夫だ、問題ない」

140 ：ナイコンさん：2010/10/25(月) 21:58:22

>>136
最低限必須とされているシステムコールだけ実装するなら
Z80でもITRONは載ると思う。
ただし、有益なことはほとんど出来そうにないw

そこまでしてITRON乗せるぐらいなら
自分で割り込みハンドラやらタスクスイッチャやらを
アセンブリでガリガリ書いたほうがマシだと思う。

141 ：ナイコンさん：2010/10/25(月) 22:08:02

自分が使うだけのCP/Mもどきはよく作ったな。
たぶん６バージョンある

142 ：ナイコンさん：2010/10/26(火) 03:09:27

CP/Mのディスクを取り出す時にCtrl+Cを忘れて何回泣いた事か・・・・

143 ：ナイコンさん：2010/10/26(火) 19:14:27

要は、6809や6502や8086上で動くZ80エミュレーターがあれば
CP/MやZ80の遺産が生かせそう。

144 ：ナイコンさん：2010/10/26(火) 20:29:16

8086上で動くZ80エミュレーターは普通にあっただろ。

145 ：ナイコンさん：2010/10/26(火) 22:42:25

>>140
以前、ベクターにZ-80用μITRONがアップされてたけど今見たら無くなってる。
大学生の実験作みたいだったけど。

146 ：ナイコンさん：2010/10/26(火) 23:52:45

>>136
u仕様が出る前から、実装された例はあり
雑誌でも発表されている。

まぁマルチタスクモニタに類する物だったら他にもイロイロとある訳だから
実際に利用された例は少ないかと。

147 ：ナイコンさん：2010/10/27(水) 02:25:37

さすがだなZ80

148 ：ナイコンさん：2010/10/27(水) 02:50:47

>>143
一通り揃えてしばらく遊んだけどもういいや
結局ノスタルジーに過ぎない事が自覚出来た

149 ：ナイコンさん：2010/10/27(水) 13:55:57

Z80じゃいまさらじろうだからな
CPU入門にしても別の道を選ぶ

150 ：ナイコンさん：2010/10/27(水) 17:31:22

とかいうのはじじいだけ

151 ：ナイコンさん：2010/10/27(水) 20:40:29

Z80最強！というのはじじいだけ　が正しい

152 ：ナイコンさん：2010/10/27(水) 20:48:58

さすがだなZ80

153 ：ナイコンさん：2010/10/27(水) 20:53:38

選択肢の無い環境ならいざ知らず、今時Z80なんかで入門させたら
ビギナーの9割はプログラミング止めるだろうな

154 ：ナイコンさん：2010/10/27(水) 21:28:44

さすがだなZ80
馬鹿には使えない

155 ：ナイコンさん：2010/10/27(水) 22:03:42

>>153
しかし、Z80に負けず劣らず醜く酷いPICが
今でもそこそこ人気があって
現役で多数使われてるんだよなぁ。

156 ：ナイコンさん：2010/10/27(水) 22:13:00

>>153
6502の方が酷い結果になるだろうな。

157 ：ナイコンさん：2010/10/27(水) 22:13:30

6502最強じゃんかよ

158 ：ナイコンさん：2010/10/27(水) 23:46:41

ルネサンス赤字だって

159 ：ナイコンさん：2010/10/27(水) 23:48:55

そんなことよりおまえらのショボイ三流会社を心配したほうが

160 ：ナイコンさん：2010/10/27(水) 23:53:27

心配しなくても赤字の76%側だ
ここ数年法人税払ってないんじゃないか？

161 ：ナイコンさん：2010/10/28(木) 00:13:10

>>159
ショボイ三流親方日の丸だが？

162 ：ナイコンさん：2010/10/28(木) 06:25:30

零細だが黒字さ。

163 ：ナイコンさん：2010/10/28(木) 15:12:46

>>156
6502は当時の低い集積技術ではコストを安くするにはうってつけだったろうな
その分プログラミングの苦労をプログラムする人に強いた

今なら　絶対に　売れないだろう

8086も似たようなもん
16ビットであのような変態セグメントを持ってプログラマやコンパイラ作者は苦労した

164 ：ナイコンさん：2010/10/28(木) 15:37:02

今とか
ﾜﾛｽ

165 ：ナイコンさん：2010/10/28(木) 15:55:56

ともうろくジジイが申しております

166 ：ナイコンさん：2010/10/28(木) 16:02:25

今でも6502のようなものしかなかったらなんて言うんだろうな

167 ：ナイコンさん：2010/10/28(木) 16:04:17

今とか
ﾜﾛｽ

168 ：ナイコンさん：2010/10/28(木) 16:30:21

4bitCPUと比べたら、8bitならどれも天国さ

169 ：ナイコンさん：2010/10/28(木) 16:32:56

ところがどっこい。
6502の流れを汲む、かなりメンドイ命令セットで
しかもクロック上げにくいARMが売れて
素直なRISCであるMIPSはイマイチだった訳だ。

世の中はぶっちゃけ変態CPUの方が好(ry

170 ：ナイコンさん：2010/10/28(木) 16:39:58

ARMはコンパイラで使うのが前提だから

171 ：ナイコンさん：2010/10/28(木) 21:20:55

>>169
ARMなんてアセンブラで組むものじゃないからな。
コンパイラ製作者が苦労してもプログラマにゃ関係ない。

172 ：ナイコンさん：2010/10/28(木) 21:33:36

MIPSも遅延スロットとかあるしコンパイラ向きだと思うけどなぁ
アセンブラでぴったり命令が組み合わさると脳汁出て面白かったけど
要するにプログラマが変態なだけなのかもしれない

173 ：ナイコンさん：2010/10/29(金) 13:22:43

Sign Extend B to A とか性的すぎる

174 ：ナイコンさん：2010/10/29(金) 15:19:36

遅延スロットはCPUの高速化の足かせになるという理由で
高クロックのCPUには採用されなくなったんでしょ

スーパーパイプラインもPentium4の失敗によって明らかになったし
あまり深いパイプラインは分岐予測が失敗した時に大きなパイプ
ラインバブルを発生する

しかもパイプラインがスカスカなのでHTとか作ってみたり

175 ：ナイコンさん：2010/10/29(金) 20:17:00

なぁオマイラ…
本当はわかってるんだろう?
実際にソフト書く側には
趣味以外ではCPU選択権なんてほぼ無い事ぐらいwww

>>174
ARMはほぼ全ての命令に実行条件フラグが付けられるので
パイプライン動作に関しては条件最悪なんだぜwww

176 ：ナイコンさん：2010/10/29(金) 21:31:32

そりゃ、次の命令への条件分岐 or 当該命令の実行みたいな実装だったら
パイプラインには最悪だろうが、条件判定して、最後に演算結果を対象に
反映させるか or 捨てるかって実装でそ。

それならパイプラインハザードにはならないんで、数命令条件実行が続く
程度なら、短距離JMPされるよりはマシ。
（当然スループットは落ちるけど）

177 ：ナイコンさん：2010/10/29(金) 21:40:44

そうかZ80最強なんだな

178 ：ナイコンさん：2010/10/29(金) 22:48:59

つまりパイプライン指向のインストラクションとは単機能命令の羅列で
ARMは一つのインストラクションで複数の事やろうとするからパイプライン向けではないんだな

179 ：ナイコンさん：2010/10/29(金) 23:47:35

>>175

ってゆうか、C言語で書いている時点で
CPUの種類なんか関係なかったりする。

180 ：ナイコンさん：2010/10/29(金) 23:50:08

>>177
いい番号引いたな、イヤぜんぜん解ってないだろ今の流れの内容

俺と同じだな

181 ：ナイコンさん：2010/10/30(土) 00:17:27

>>179
うんにゃ、PICなんか関数呼び出すたびにスタックの深さを勘案せざるを得ない。

182 ：ナイコンさん：2010/10/30(土) 00:59:25

中国のスパコンが世界一になるようだな

183 ：ナイコンさん：2010/10/30(土) 11:28:01

漢字　→　CISC指向
アルファベット　→　RISC指向

中国みたいに文字が複雑すぎても破綻するし単純でも表現に深みが欠ける
日本語のように表音文字と複合表意文字両方を備えたインストラクションセットが最高である

184 ：ナイコンさん：2010/10/30(土) 12:51:35

日本語みたいに表意文字、表音文字混在かつルビふったりできるようなインストラクションコード…

多バイト文字対応のAPL？

185 ：ナイコンさん：2010/10/30(土) 14:52:08

日本って22位なのか

186 ：ナイコンさん：2010/10/30(土) 16:12:06

CISCでも消費電力と開発手間さえ惜しまなければ十分速いってx86が証明してるじゃん
まあ弱小メーカーには真似できないけど

187 ：ナイコンさん：2010/10/30(土) 19:40:19

CISCだRISCだは速さにあんまり関係ないんでねか？
x86はワイヤードロジック化してからが爆速だかんな

188 ：ナイコンさん：2010/10/30(土) 20:21:11

対RISCって意味では486～Pentiumあたりの頃が一番きつかった
P6以降はむしろコード効率は上がるわメモリフットプリントも稼げるわで笑いが止まらない状態

結局トランジスタ数さえ潤沢なら何だってやれるって事

189 ：ナイコンさん：2010/10/30(土) 20:43:10

いまのx86は、命令セットはCISC、中身はRISC

190 ：ナイコンさん：2010/10/30(土) 21:58:53

嘗てCISCのバイナリは非効率と散々叩かれたが、
符号化済みのバイトコードとして見ればむしろメモリ効率が高くて旨い。
今時の製造プロセスでは、トランスレータの実装もたいした負荷ではない。

結局、技術と金がモノを言う。
車もバイクも、航空機までもが、馬力は七難隠すとさえ言われる。
力技でも、それでなんとかなるならそれが正しいのだ…反論するなら馬力で勝ってからほざけ

191 ：ナイコンさん：2010/10/31(日) 00:48:46

x86に関して言えば、プリフィックスを使わなければな

192 ：ナイコンさん：2010/10/31(日) 01:45:30

>>191
286→386の時が特に酷かったな。

まぁ、インテルもx86がここまで長生きするとは思ってなかったんだろうね。

193 ：ナイコンさん：2010/10/31(日) 03:06:47

Intelはx86から離れられないジンクスがあるのさ

194 ：ナイコンさん：2010/10/31(日) 03:39:30

http://www.funkygoods.com/calc/index.htm

195 ：ナイコンさん：2010/10/31(日) 14:47:16

x86-64になってからはまさにプリフィックスお化けだな
レジスタが増えたからpush/popを潰してプリフィックスコードにした

196 ：ナイコンさん：2010/10/31(日) 20:06:07

>>155
PICはひどい。何がひどいかって、PICの上に他CPUエミュが出来ない標準仕様。
レジスタ格納するにもRAMが足りなさすぎ

197 ：ナイコンさん：2010/10/31(日) 20:29:12

まぁおれはどんなものでも使いこなせるからな

198 ：ナイコンさん：2010/10/31(日) 21:47:17

>>195
i8080の亡霊がIntelにすっきりしたアーキテクチャを許さないのさ

199 ：ナイコンさん：2010/10/31(日) 22:48:45

>>196
それ、PIC の問題というより管理できるリソース規模の問題では？

200 ：ナイコンさん：2010/10/31(日) 22:54:54

PICは今でこそ最悪だと言えるけど
当時はこれしかなかったからなぁ
ノウハウ溜め込んだ人が増えたらもうおしまいだ

201 ：ナイコンさん：2010/10/31(日) 23:35:12

128bitにしろよ。

202 ：ナイコンさん：2010/10/31(日) 23:38:41

AMD64は確かにコードが汚すぎる
あんな汚いマシン語コードは他に例を見た事がない
それにも関わらず速度は速く、しかもパソコンのほとんどに採用されている
力任せとは恐ろしいと心底思った

203 ：ナイコンさん：2010/11/01(月) 00:00:24

もうOPコードで書いてる人なんでいないし
今なら命令の直行性を上げることのほうが重要じゃね

204 ：ナイコンさん：2010/11/01(月) 09:37:32

PICで扱える程度の規模なら解析も作り直しもたいした問題ではない

205 ：ナイコンさん：2010/11/01(月) 12:33:50

>>199
外部接続のRAMと普通にアクセス出来る仕様ならいいんだけど。

206 ：ナイコンさん：2010/11/03(水) 21:52:45

寂しいなこのスレ
何か話題ないの？
例えば自民政権に戻ったら世界一のスパコンを作るとか

207 ：ナイコンさん：2010/11/03(水) 22:38:45

>>206
それとこのスレとどんな関係が有るんだ?

208 ：ナイコンさん：2010/11/03(水) 23:24:46

Ｚ８０最強

209 ：ナイコンさん：2010/11/04(木) 21:34:03

えーつまりZ80のクラスタでスパコンを作ればいいわけか
何個いるんだろ

210 ：ナイコンさん：2010/11/04(木) 21:34:07

Z80最低

211 ：ナイコンさん：2010/11/04(木) 21:41:59

外部データバスが８ｂｉｔで現実に販売されていた中で最強のＣＰＵって何だろ？

212 ：ナイコンさん：2010/11/04(木) 21:48:48

65C816

213 ：ナイコンさん：2010/11/04(木) 22:56:12

>>211
Rabbit 3000

214 ：ナイコンさん：2010/11/04(木) 23:15:55

68008 (PLCC版) か 65C816 でもいいなら 8bit データバスモード時の
68HC001 かな。

215 ：ナイコンさん：2010/11/04(木) 23:59:05

SH-2にも8Bitバス品はあるよ。
具体的にはSH7047(クロック50MHz)とか。
このクラスになるとZ80Aあたりなんか本当に問題外。

216 ：ナイコンさん：2010/11/05(金) 00:21:05

Ｚ８０最強伝説いまだ衰えず！

217 ：ナイコンさん：2010/11/05(金) 00:37:36

i486だとバス幅８Ｂｉｔで行けたはず
上は50MHzぐらいまであったんだっけ

218 ：ナイコンさん：2010/11/05(金) 01:32:03

バスサイジングか

219 ：ナイコンさん：2010/11/05(金) 09:56:06

ARMも外部バス幅8bitで逝けるブツあるしなぁ。

220 ：ナイコンさん：2010/11/06(土) 14:00:30

無理に64bitにしなくても、Z80をGHz単位で動かしても十分役立つのに

221 ：ナイコンさん：2010/11/06(土) 14:51:46

>>220
今現在においてもZ80級が役に立つ事自体は否定しないけど
さすがに処理能力が高くなってくるとメモリ空間の狭さが気になると思われ。
ついでにメモリ空間64kでもアドレス計算に必要な16bit処理等も遅くなりがちだし。

Z80機主流当時でもメモリ空間の狭さは気になったし。
グラフィック扱うとVRAMで結構取られちゃうからね～

222 ：ナイコンさん：2010/11/06(土) 18:39:56

Z80だの6502だの6809だの議論はSH、ARMの8bit bus versionで終了

223 ：ナイコンさん：2010/11/06(土) 18:53:32

>>209
その昔、浮動小数点演算パッケージなんてものを担当させられた立場から言えば、
何億個集めてもスパコンは出来ない。

224 ：ナイコンさん：2010/11/06(土) 19:09:04

確かに実数計算はハードでできないと話にならんか。

225 ：ナイコンさん：2010/11/06(土) 19:31:34

並列処理の話になると思うが、隣の領域に影響が出る演算の場合に
あまりにも要素が小さいとだめだろ。

あと単純に配線の距離が効いてくる(光速越えられないとか)。

226 ：ナイコンさん：2010/11/06(土) 19:43:57

スパコンは並列処理の世界。

227 ：ナイコンさん：2010/11/06(土) 20:49:56

今秋月で扱っているSH7144なら外部バス8bit化できるから、お好きに最強で遊んだらええやん。

なんで外部バス8bitであればOKなのかわからんけど。

228 ：ナイコンさん：2010/11/06(土) 21:08:42

外部バス幅がビット数の定義だから。

229 ：ナイコンさん：2010/11/06(土) 21:19:27

すると、バスが外に出てないものは０ｂｉｔ？

230 ：ナイコンさん：2010/11/07(日) 01:43:15

>>225
アイオリアさんや星矢さんなら越えてくれる。

231 ：ナイコンさん：2010/11/08(月) 17:09:03

インストラクションコードのビット数とかアキュムレーターのサイズとか定義は色々だと。

232 ：ナイコンさん：2010/11/08(月) 20:10:01

大抵はメーカーのマーケティング上の都合って奴が一番大きかったりするしな…

233 ：ナイコンさん：2010/11/08(月) 21:52:18

メモリフットプリントが軽いというのはサイズに制限があるオンチップキャッシュに有効に効く
μOPsによる展開を前提に考えたCISCライクな固定長リッチインストラクションが最強

234 ：ナイコンさん：2010/11/08(月) 23:02:25

>>233
確かにオンチップキャッシュに制限あるからとは言うがな…
今のCoreアーキテキクチャは展開後のμOPsもキャッシュするって言う力技使ってるからなぁw

235 ：ナイコンさん：2010/11/08(月) 23:16:17

にぽんごでおけ

236 ：ナイコンさん：2010/11/11(木) 23:21:47

にぽんご?

237 ：ナイコンさん：2010/11/12(金) 08:40:48

知らない人から見ればプログラマーは宇宙人語を話してるようなものだが…

238 ：ナイコンさん：2010/11/12(金) 20:33:31

海外のUSBカップウォーマーは一味違う
http://news-walker.net/2006/12/19222132.html

239 ：ナイコンさん：2010/11/30(火) 00:04:17

発熱させるの大変なんじゃないのか？

240 ：ナイコンさん：2010/12/10(金) 09:26:34

子供のころ６５０２でプログラム作ったとき、１６bitデータやアドレスを扱うのに非常に苦労したような気がする。それで、ある時GAMEという言語がでて、ポインタみたいなものが使えて感動したような覚えがある。

241 ：ナイコンさん：2010/12/10(金) 09:57:37

いまはOSがボトルネックになってるから、
今の最強のCPUでBASICとMONだけが入ったマシンを
出せばいいわけだな。

または64ビットのMS-DOS。

242 ：ナイコンさん：2010/12/10(金) 10:46:09

>または64ビットのMS-DOS。
いじってみたい気はする

243 ：ナイコンさん：2010/12/10(金) 11:13:31

mov rdx,msg
mv ah,09h
int 21h
mov rax,4c00h
int 21h
msg:
db 'Hello 64bit DOS world.$'
end

244 ：ナイコンさん：2010/12/10(金) 23:32:55

>>243
そしてAMD64をハンドアセンブルして頭が壊れるわけですね

245 ：ナイコンさん：2010/12/11(土) 00:20:29

肥大化したOSなんてもう要らん。

電源ONで瞬時にROMからsymdebが起動してくれればそれでいい。

246 ：ナイコンさん：2010/12/11(土) 20:12:09

いや、それは勘弁ｗ

247 ：ナイコンさん：2010/12/11(土) 21:53:51

電源ONから最初のOS読み込みアクセスまで１分ぐらいかかるうちの自作機（メモリカウント→FD/HDD/USB機器認識→RAID-BIOS→OSアクセス）。
いい加減買い換えるか。

248 ：ナイコンさん：2010/12/12(日) 14:40:28

AXはAH,ALの2つの8bitレジスタにばらして使えるのに
EAXの上位16bitやRAXの上位32bitをばらして使えないのはもったいなくないか？

249 ：ナイコンさん：2010/12/12(日) 14:54:39

もったいないとは思うが、ビットシフト使えば1命令か2命令のコストだからなぁ。

250 ：ナイコンさん：2010/12/13(月) 02:10:35

セコセコと分割なんかせずでっかいレジスタをそのまま使え、
という最近の風潮なんじゃないの。

全部コンパイラで作られた最近のソフトは、
10回のループを数えるループ変数にさえ
32bit変数を使っていそうだわ。

251 ：ナイコンさん：2010/12/13(月) 03:18:13

Cの整数型変数(int)は昔からレジスタサイズだし、
ブール型に至っては扱う論理は1bitあれば保存できるものだけど、
実態はレジスタ幅だな。最近に限らず70年代からずっとな

booleanを1bitで詰めて扱うなんて小細工を迫られた環境など、
ワークメモリが数（十）KBしか無い8/16bitゲーム機くらいしか知らんわ。
後世の今ではメモリにアップアップしていた事になっているらしいMS-DOS環境ですら、
そこまで切り詰める必要など無かった

252 ：ナイコンさん：2010/12/13(月) 03:27:28

ウィキペ（笑）によると、
booleanの格納サイズはCはint、C++は仕様では1bitだけど実態はCと同じ、
C#とJAVAは1バイト(8bit)で格納、らしい。

まあC#やJAVAのやり方がスマートかなとは思うけど、
結局のところは環境によっては奇数バイトを直でアクセスできなかったり出来てもペナルティあったりするんで
アラインメント処理されて偶数アドレスまたはワード境界へ配置（実質16bit～）
って感じかね

たとえ遅くなろうともワークメモリの1bitは血の一滴、という
30年前の8bit機でもそうそう無えよという程タイトな環境なんて、今時まず無いしな

253 ：ナイコンさん：2010/12/13(月) 10:59:16

32bit幅を分割ってのは、節約としてよりも
どちらかと言うと多数のレジスタを使いたいっていう要求の様な気がしなくもない。
確かに32bit*16よりも16bit*32の方がお得感があるような気もするw

まぁレジスタが沢山あっても大抵は使いきれないのだけどねww
最初にメモリ-レジスタの割り振りを頑張って考えても
レジスタよりもメモリに割り振った変数をガンガン使ってたりするもんだしwww

254 ：ナイコンさん：2010/12/18(土) 20:06:57

クロックがDCレベルの遅さでも動く、63xx系統が好きでしたわ。

255 ：ナイコンさん：2010/12/22(水) 12:39:24

Qレジか

256 ：ナイコンさん：2010/12/24(金) 20:23:08

Z80最強伝説！

257 ：ナイコンさん：2010/12/24(金) 20:53:45

>>256
お久～

258 ：ナイコンさん：2010/12/24(金) 22:48:40

Z80はたしかに良いCPUだけど
裏レジはいただけないな
下品なんだよ

259 ：ナイコンさん：2010/12/25(土) 05:28:32

>>258
むしろ中途半端な気がする。
どうせならIX,IYも裏レジスタ使えるように、
下品にするなら徹底的に下品にすればよかったのに。

260 ：ナイコンさん：2010/12/25(土) 06:26:09

裏レジの存在よりも、裏レジなんてのを
平気で使うプログラマーの方が下品なんじゃあ？

261 ：ナイコンさん：2010/12/25(土) 10:06:26

アーキティクチャより使う側の問題だな

262 ：ナイコンさん：2010/12/25(土) 10:19:25

>徹底的に下品

その点、ランエボは潔くて様式美を感じさせる。

263 ：ナイコンさん：2010/12/25(土) 12:00:12

裏レジスタって、割り込み時退避用だろ。

264 ：ナイコンさん：2010/12/25(土) 15:20:10

割り込み退避用としてはあんまり役に立ってないと思う。
フォアグランドを走っているプログラムからも
簡単に裏レジスタをアクセスできちゃうから、
割り込み処理の側で「裏レジスタは使われていないはず」と
信じ込むのは怖い。

恥ずかしいけど、俺も裏レジスタは多用した。特にAF'。
A～E,H,LがふさがっていてさらにAを使いたいとき、
つい、PUSH AFじゃなくてEX AF,AF'を使ってしまう。
↑
こんなプログラマーがいっぱい居るからw

265 ：ナイコンさん：2010/12/25(土) 16:54:09

つーか、ソフトの設計思想の問題であってZ80の問題ではないだろｗ

266 ：ナイコンさん：2010/12/25(土) 17:04:29

どんなCPUでも文句を言い出しそう

267 ：ナイコンさん：2010/12/25(土) 17:41:39

Z80の裏レジスタ活用しなかったら8080とほとんど差がないよ。

268 ：ナイコンさん：2010/12/25(土) 17:43:56

最初に8080おぼえちゃうと使うの忘れちゃう裏レジスタ。

269 ：ナイコンさん：2010/12/25(土) 17:47:20

CP/Mユーザーは敢えて使用を控えるZ80命令。

270 ：ナイコンさん：2010/12/26(日) 04:09:35

MC6800ボードを起こして動かしてみました。モニタは動いたけどBASICまだ動かず。
ttp://www7a.biglobe.ne.jp/~ebiharasho/classic_cpu68.htm

271 ：ナイコンさん：2010/12/26(日) 04:33:19

見覚え有るページ構成だとおもったらニキシー菅の人でしたか

272 ：ナイコンさん：2010/12/26(日) 10:47:06

Z80レジスタの裏表って明示的なんでしたっけ？
交換だからどちらが裏でも表でも構わないけど
どっち使ってるかは自分で覚えておかなければダメだよね

273 ：ナイコンさん：2010/12/26(日) 10:48:49

スタック使う分にもそんな感じだからどうでもいいんでね

274 ：ナイコンさん：2010/12/27(月) 00:43:45

>>272
判定命令が付いたのはZ280。
で、普通は気にしなくても良いけど、デバッグ中はどっちがどっちだか解らなくてとても困るww
ってのが前スレのやりとり。
EX/EXX命令をカウントしてくれてるICEでも使ってれば良いのだろうけど。

275 ：ナイコンさん：2010/12/30(木) 10:49:47

裏レジスタがあるなら裏メモリもあるはず

276 ：ナイコンさん：2010/12/30(木) 15:27:32

バンクメモリがどうしたって？

277 ：ナイコンさん：2010/12/30(木) 23:54:04

ソフトバンクメモリがどうしたって？

278 ：ナイコンさん：2010/12/31(金) 00:07:10

waitが多そうだな

279 ：ナイコンさん：2011/01/13(木) 22:05:00

禿げそうだな。

280 ：ナイコンさん：2011/01/14(金) 05:06:50

おZ80最強ｽﾚﾊｯｹｿ

281 ：ナイコンさん：2011/01/19(水) 23:48:51

ウソZ80

282 ：ナイコンさん：2011/01/22(土) 02:35:27

裏RAM

283 ：ナイコンさん：2011/01/24(月) 19:17:18

sex

284 ：ナイコンさん：2011/01/24(月) 23:40:41

だんだん脳細胞が減少してゆくとつまらないダジャレの応酬になってゆくんですね

285 ：ナイコンさん：2011/01/25(火) 12:44:46

exx

286 ：ナイコンさん：2011/01/25(火) 22:52:54

しぶとい6502

287 ：ナイコンさん：2011/01/26(水) 16:46:10

大昔少しいじっただけだから、はずれているかもしれないけど、
Z80と比較すると、6502はマイクロコードのような命令だった。
それと、変なアドレッシングモードがいっぱいあった。

288 ：ナイコンさん：2011/01/26(水) 19:54:52

マイクロコードっぽい命令セット故RISCの原型と言われることも。

289 ：ナイコンさん：2011/01/26(水) 20:33:00

パイプラインとかはよく知らないが、１９７０年代の古くて原初的かつ
エコノミーな設計が、もっと後にでてきたプロセッサとの違いのひとつ
であると思う。

290 ：ナイコンさん：2011/01/26(水) 20:58:12

はい次

291 ：ナイコンさん：2011/01/26(水) 21:17:45

うんこ

292 ：ナイコンさん：2011/01/26(水) 22:44:56

ぶりぶり

293 ：ナイコンさん：2011/01/26(水) 22:46:46

6502ってRISC?

294 ：ナイコンさん：2011/01/26(水) 23:36:21

うんこ

295 ：ナイコンさん：2011/01/27(木) 22:04:04

>>293
RISCではないと考えるのが一般的みたい。

296 ：ナイコンさん：2011/01/27(木) 23:06:45

まあ 6800 に比べて instruction Set は Reduce されてるけど、
メモリー間接なんてアドレッシングモード持ってたりするから、
RISC の原型とか言ってるやつは RISC 自体をあまりよく知らん
やつだと思う。

297 ：ナイコンさん：2011/01/27(木) 23:33:09

徹底的に偏ったアーキテクチャにしてしまった方がハード的にもシンプルになるしコンパイラ側も対応し易いのでは
中途半端に偏ってる80系が一番始末が悪い

新約聖書　ヨハネ黙示録
「熱いか、冷たいか、であるように。
生ぬるい者を、私（主）は吐き出してしまう。」

298 ：ナイコンさん：2011/01/28(金) 02:59:22

命令セットっていう用語は聞きなれてるけど、アーキテクチャをくっつけて
ISA(Instruction Set Architecture)と略すのは、昔からあったっけ?
自分はISAと聞くと、どうしてもバス規格(Industry Standard Architecture)
を先に連想してしまう orz

「ARM版Windowsで始まるx86対ARMのCPU戦争」
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20110124_421889.html

299 ：ナイコンさん：2011/01/28(金) 04:48:04

>>297
バカ？

300 ：ナイコンさん：2011/01/30(日) 12:25:40

最強伝説Z80

301 ：ナイコンさん：2011/01/30(日) 13:28:49

ARM1は現在のARMと互換性が無いが6502の後継として開発され6502のエミュレーション機能を持っていた
ただしエミュレーション機能があっただけでアーキテクチャー上の後継と言える物ではなかった
しかし技術的理解力の劣る人々によって現在のARMが6502を元に設計されたというデマが広げられた
さらに悲惨な人たちはARMの先代ならRISCの原型だろうと狂人ならではの飛躍した思考を垂れ流した
実際のRISCの原型はスパコン分野にありその後のMIPSで一般化した

302 ：ナイコンさん：2011/01/30(日) 14:04:29

ちょっとぐぐったけどRISCの源流は結構古いみたいだな。
6502は6800を基にRISC的な考え方を取り入れて（あるいは似たような発想に基づいて）
低コスト化と高速化を計ったCPUって感じなのかな。

303 ：ナイコンさん：2011/01/30(日) 14:23:40

「RISC的な考え方を取り入れて」と言うより「低コスト化」のためにじゃね。

304 ：ナイコンさん：2011/01/30(日) 14:28:19

発想の元が当時のRISC的なコンピュータにあったのか
あるいは煮詰めていったら似たようなアイデアになったのか。

調べればどこかに書いてありそうだけど英語サイトまで読むのめんどわい。

305 ：ナイコンさん：2011/01/30(日) 14:34:24

しかしスタックポインタまで8BITしかないってケチの極致だわな。
単に開発側が不要だと思ったのかもしれんけど。
こうして低コスト化に成功した6502はめでたく天才ウォズニアックに気に入られ
全米を席巻することになるのでった。

306 ：ナイコンさん：2011/01/30(日) 14:58:42

>>304
> 発想の元が当時のRISC的なコンピュータにあったのか

だから、RISC 的かどうかなんて関係なくて、単にダイサイズを小さくしたかっただけ。
RISC 的な考え方を入れるには、当時のメモリーは高すぎた。

>>305
> しかしスタックポインタまで8BITしかないってケチの極致だわな。

世の中にはネスト制限が 8 レベルなんてチップもあるわけで...。

307 ：ナイコンさん：2011/01/30(日) 15:55:17

8bitマイコン誕生当初は64kバイトめいっぱいメモリを使うことなんて
想定していなかったんだろうね。（あげく、それでも足りなくてバンク切り替えとか）
仮に2114でRAMボード作ったら、64Kバイトなら128個必要。

スタックなんて256バイトで十分と考えてたんだろう。

RISCに関しては、
クロックを上げるために意図的に単純な命令のみを実装した本物のRISCは、
LSI製造技術が貧弱で高級な命令を実装したくでも出来なかった
6502の時代の8bitCPUとは全く別物、無関係と考えるべき。

308 ：ナイコンさん：2011/01/30(日) 19:13:35

昔のことはよく覚えてないが、日本の技術者が、マイコンやパソコンの初期の
時代に、扱い易い８０系のＣＰＵを選んだのは、後の発展の方向を妥当なもの
にした気がする。

309 ：ナイコンさん：2011/01/30(日) 19:44:59

68系で80系より扱いづらかったのは6502ぐらいでないかい？
（6502は68系に入れていいのかは知らんけど）
でも80系は資産が大きかったことと86系へのスムーズな移行ができた点で確かに正解かも。

310 ：ナイコンさん：2011/02/07(月) 22:27:09

6502は、むしろシンプルで使いやすかった

311 ：ナイコンさん：2011/02/07(月) 23:29:50

>>310
それは無い。
せめて、インデックスレジスタが16bitだったらな。

312 ：ナイコンさん：2011/02/07(月) 23:42:57

扱うデータが8ビット、256バイト以内という条件付きならそれほど厄介は起こらなかったが
それを超えると・・・

313 ：ナイコンさん：2011/02/08(火) 09:36:24

プログラマーの腕が試される
馬鹿には使えない

314 ：ナイコンさん：2011/02/08(火) 09:54:56

6502は褒めて8086は貶す。これが世界標準

315 ：ナイコンさん：2011/02/08(火) 10:34:57

6502の時代では少々の不便さは当然だったが
pentiumの時代まで8086互換の16bitプログラムをやらされた人間の不満は今も渦巻いているのだろう

316 ：ナイコンさん：2011/02/08(火) 19:56:57

>>315
はぁ、6502の時代では？
6502 だけが、時代に取り残されてたんだがなｗ

317 ：ナイコンさん：2011/02/09(水) 18:30:15

裏レジスタには嶋さんのゴーストが宿る

318 ：ナイコンさん：2011/02/11(金) 22:35:20

70 名前：うまえもん(dion軍) [sage]： 2011/02/11(金) 21:32:52.39 ID:sFQXr3t6P
Z80と68000を二つ搭載したメガドライブが
8ビット6502の高速版を搭載したPCエンジンに
歯が立たなかったあの時代が懐かしいな

319 ：ナイコンさん：2011/02/11(金) 23:28:57

情弱を晒さなくていいから

320 ：ナイコンさん：2011/02/12(土) 00:07:31

アハアハ～♪”

321 ：ナイコンさん：2011/02/12(土) 22:17:55

情弱どころか脳弱が…

322 ：ナイコンさん：2011/02/13(日) 00:10:13

NEOGEOも68000+Z80だったな。

323 ：ナイコンさん：2011/02/13(日) 01:11:01

なんかやけに発言番号が飛んでるな。

324 ：ナイコンさん：2011/02/13(日) 01:56:19

アハ～♪”

325 ：ナイコンさん：2011/02/13(日) 08:14:59

Z80最強伝説

326 ：ナイコンさん：2011/02/23(水) 16:39:52.53

そろそろ日本もアンドロイド用にCPUを開発すべき

327 ：ナイコンさん：2011/02/23(水) 16:44:45.62

TRONのポジションが…

328 ：ナイコンさん：2011/02/23(水) 17:32:00.03

アンドロイドががんばってるおかげでWintelの時代も終わるね

329 ：ナイコンさん：2011/02/23(水) 17:48:51.15

Javaでよかった

330 ：ナイコンさん：2011/02/23(水) 18:05:30.28

SHシリーズってどうなっちゃったの？

331 ：ナイコンさん：2011/02/24(木) 00:03:27.63

いまこそNECの底力で

332 ：ナイコンさん：2011/02/24(木) 07:05:45.27

ユーザ(この場合、端末を作る人々)が金を出すならASICを作りますよってなスタンスだよね、NECにしろなんにしろ。

333 ：ナイコンさん：2011/02/24(木) 22:08:55.34

アハ～♪”

334 ：ナイコンさん：2011/02/25(金) 21:18:50.63

IP屋になっちまったのか？

335 ：ナイコンさん：2011/02/26(土) 17:28:50.77

なんでZ80を搭載した8ビットPCのVDPは
TMS9918とかHD46505とか
全く別系CPUの周辺チップを使ってたんだろう

336 ：ナイコンさん：2011/02/26(土) 18:14:32.89

性能と値段で望ましい物を選んだんでしょ。結局8bit機に超リッチなビデオ回路を持ったものは発売されなかったな。

337 ：ナイコンさん：2011/02/27(日) 00:21:48.90

MSX

338 ：ナイコンさん：2011/02/27(日) 00:44:41.31

SMセックス

339 ：ナイコンさん：2011/02/27(日) 23:39:36.69

MSXって国産メーカーが反対したけど某国から圧力がかかって標準化されたんだってね。

340 ：忍法帖【Lv=1,xxxP】：2011/02/28(月) 01:40:10.73

それまでのガラパゴスPCから標準化しろと

341 ：ナイコンさん：2011/02/28(月) 06:25:03.38

結局ゲーム用パソコンが増えただけ

342 ：ナイコンさん：2011/03/01(火) 13:01:47.03

Z80じゃなくて8088にしとけば展望が全然違ったんだろうな
ホビーは8ビット、ビジネスは16ビットなんて変な切り分けは不用だった

343 ：ナイコンさん：2011/03/01(火) 20:02:15.43

>>342
まさにそれをやったのがIBM-PC JXだよな。

344 ：ナイコンさん：2011/03/02(水) 01:50:50.50

Z80でよく使ったZ-Visionの開発元のシステムロードが倒産しました。
残念。。。

345 ：ナイコンさん：2011/03/02(水) 11:53:49.64

>>344
まじ？いつっすか！

346 ：ナイコンさん：2011/03/02(水) 13:39:58.01

電子カルテに事業変更したんだね

347 ：ナイコンさん：2011/03/03(木) 15:35:24.74

>>346

電子カルテの会社は別会社ですよ。
Z-VISIONのシステムロードは有限会社で、倒産後はSOHOビレッジとなり現在↓

http://www.sohovillage.com/classads/jobwanted/1263465890/

348 ：スレチだが：2011/03/03(木) 22:42:09.01

8051コアのマイコンって多いよな

349 ：ナイコンさん：2011/03/16(水) 12:56:10.15

こんな日だがIDにZ80降臨

350 ：ナイコンさん：2011/03/16(水) 23:22:04.40

>>349
何処に?

351 ：福盛俊明：2011/03/20(日) 02:05:59.40

アハ～♪”

352 ：ナイコンさん：2011/04/15(金) 13:44:01.54

>MSXって国産メーカーが反対したけど某国から

そういう事は無いんじゃないかな。主流は16bitへ移行する時代で、8bit機の非標準、OS無しという時代背景もあって
BASIC自体を供給していたMSがあって、MSと関係してたASCIIの西さんがハードやろうという事で始まった企画だったはず。
だからMSの8bitのソースコード資産が入っていて、DOSコンパチ＋CP/MコンパチのOSが搭載されてたと思う。

353 ：ナイコンさん：2011/04/15(金) 14:43:18.26

Z80最強伝説

354 ：ナイコンさん：2011/04/23(土) 00:22:25.71

>>352
いや、だからMSの資産が入いるのを国産メーカーが嫌がったんだよ。

355 ：ナイコンさん：2011/04/23(土) 04:02:13.32

MSX-DOSは、MS-DOSとは互換性ないよ
現役当時に勘違いして恥かいてるる奴が居たけど、
21世紀を10年も消化したいまだに引き摺っている奴を見るとはな

ひらたく言うなら、MSX-DOSはFAT12の読み書きが可能な変造CP/M。
同様のCP/M互換OSや変造OSは、MSX-DOS以外にも多数あった

MSX-DOSの身上は、MSXの強力なBDOS/BIOSと、スロットへの対応だろう
これらはCP/Mとも互換性はない（MSX独自の機能とAPI）

MSXを8088で初めていれば、というのは面白い考察だけど、
8088でやるならわざわざMSX-DOSなど作らなくとも
最初からMS-DOSを乗せておけば済む話で

356 ：ナイコンさん：2011/04/23(土) 09:50:22.13

Intel互換じゃないＣＰＵ用のMS-DOSってあったの？

357 ：ナイコンさん：2011/04/23(土) 09:57:36.25

ｗ

358 ：ナイコンさん：2011/04/23(土) 11:38:35.40

誰でも知ってることを得意げに言うやつって
周りが情弱ばかりの環境なんだろな

359 ：ナイコンさん：2011/04/23(土) 11:41:26.91

ゴミｗ

360 ：ナイコンさん：2011/04/23(土) 15:52:11.46

>>355
ここにいる皆が知ってることだと思う

361 ：ナイコンさん：2011/05/19(木) 15:43:30.49

6502信者が日本に多いのは
大相撲とか柔道の全日本選手権みたいに、階級制なしで一つの土俵・畳で
全試合やってしまう考え方(アキュムレータマシン的)があるからなのかな。
野球の甲子園大会もそうだね。
外国だったら大会開くときは、複数会場(汎用レジスタ)用意して1、2回戦は
一気にやってしまう。

362 ：ナイコンさん：2011/05/19(木) 18:11:27.80

プロセスルールの太い昔のCPUは放射能にも強そうだな

363 ：ナイコンさん：2011/05/19(木) 19:19:57.91

ビットスライス型16ビット固定小数点　RAM 64KBで充分宇宙へ飛ばせる
実装すればCASLの仮想CPU、COMETⅡでも(宇宙線にも耐えられそう)。

364 ：ナイコンさん：2011/05/19(木) 21:08:10.89

>>361
>6502信者が日本に多いのは

使ったことないからだろう。

365 ：ナイコンさん：2011/05/19(木) 23:49:57.37

そもそも、6502信者ってそんなにいるのか？

366 ：ナイコンさん：2011/05/20(金) 05:45:36.80

実際はAppleIIなど触ったこともない（多くは68k世代のMacも知らない）Apple信者が

367 ：ナイコンさん：2011/05/20(金) 16:07:50.48

ファミベ世代

368 ：ナイコンさん：2011/05/20(金) 20:07:22.78

数人しか居ないけど気違いだから目立つだけだろうな

369 ：ナイコンさん：2011/05/21(土) 21:44:06.42

6502を超えた8bitはなかったし

370 ：ナイコンさん：2011/05/22(日) 00:06:55.12

>>368
なるほど。>>369で理解した。

371 ：ナイコンさん：2011/05/22(日) 00:16:46.98

>>369
6502 が 6809 より優れている点を教えてください。

372 ：ナイコンさん：2011/05/22(日) 00:51:18.04

>>371

シッ！！　相手にしちゃダメ！

373 ：ナイコンさん：2011/05/22(日) 01:04:52.61

使ったことないの？かわいそ人生損してるね

374 ：ナイコンさん：2011/05/22(日) 01:13:32.20

と人生のすべてを失った人がつぶやく

375 ：ナイコンさん：2011/05/22(日) 08:37:53.94

>>371
ないです
というかファミコンで遊んだぐらいしかないのでわかりません
大口たたいでごめんなさい

376 ：ナイコンさん：2011/05/22(日) 22:57:24.55

原発制御してるのはどんなコンピュータなんだろうね
旧式の16bitやオフコンだったりして

377 ：ナイコンさん：2011/05/22(日) 23:35:39.92

なぜ6502を超えるものがでなかったのか不思議

378 ：ナイコンさん：2011/05/22(日) 23:57:33.78

キチガイなので聞く耳も持ってない。

379 ：ナイコンさん：2011/05/23(月) 00:41:44.83

６８０９が６５０２のちょい下あたりまできてたよね

380 ：ナイコンさん：2011/05/23(月) 00:57:24.37

ちょい下はかけ算できるのに、ちょい上はインクリメントすらできないときたｗ

381 ：ナイコンさん：2011/05/23(月) 01:21:49.68

その昔、社会人2年目でZ80の組み込みプログラム担当させられて腐ってた時期がある。
短期の応援だったのだが、Z80の使いづらさに心底辟易していた。
そんなある日、隣のチームがMELPS740(三菱の6502上位互換)の組み込みプログラムを
受注してきた。
不運にも担当となったプログラマー氏が、隣の机でそれこそ毎日悶絶するのを見た。
わが身の不幸を嘆いていた俺だったが、そっちじゃなくて本当によかったと胸をなでおろし
たのを思い出した。

382 ：ナイコンさん：2011/05/23(月) 06:05:15.70

なぜ6502が優れていたのかを考察する時がきたようだ

383 ：ナイコンさん：2011/05/23(月) 08:36:41.95

語れ

384 ：ナイコンさん：2011/05/23(月) 17:18:50.50

ごめん知ったかしてみたかっただけ
語れ言われてもどういうのかよくわからない

385 ：ナイコンさん：2011/05/23(月) 17:25:04.76

ファミコンのCPUは6502のサブセットなのだから一緒にしないように

386 ：ナイコンさん：2011/05/23(月) 18:25:59.39

6800のサブセットなぞどーでもいい

387 ：ナイコンさん：2011/05/23(月) 20:03:36.05

いち早くパイプラインを採用しました

388 ：ナイコンさん：2011/05/23(月) 20:40:06.34

それしか売りがなかった。安いだけがとりえのゴミ。

389 ：ナイコンさん：2011/05/23(月) 21:18:13.43

「安いが正義」な状況は何時の時代でもあるからなあ。
その影響というか、反動をモロ被りするのがプログラマなわけだが...orz

390 ：ナイコンさん：2011/05/23(月) 23:10:46.25

国産ホビー機の採用例が、思いつく限りで一つも無い

北米では8bitホビー機の覇者C64が採用していたのに
日本では結局80系、Z80ばかりだったな…

391 ：ナイコンさん：2011/05/24(火) 19:10:07.05

6502族は現役だし＾＾

392 ：ナイコンさん：2011/05/24(火) 20:37:08.02

ああ、安物テレビの中で選局に勤しんでるね。

393 ：ナイコンさん：2011/05/25(水) 03:01:31.02

最先端デバイス6502系

394 ：ナイコンさん：2011/05/25(水) 05:17:32.20

>>393
ここ池
ttp://toki.2ch.net/test/read.cgi/i4004/1254480590/

395 ：ナイコンさん：2011/05/25(水) 12:47:15.37

６５０２はＡＲＭに進化したのだよ

396 ：ナイコンさん：2011/05/25(水) 12:53:23.41

6502はARM1に突然変異して死滅した
その死骸からARMが湧いた

397 ：ナイコンさん：2011/05/25(水) 14:14:41.61

それでARMは糞なのか

398 ：ナイコンさん：2011/05/25(水) 15:29:27.06

開発チームの残党が次に開発したってだけのこと。
6502の反省から、6502のすべてを否定してARM1を作った。

399 ：ナイコンさん：2011/05/25(水) 20:55:04.80

6502はARMとなって世界を動かしているのか
さすが至上最強8bitCPUとうたわれただけある

400 ：ナイコンさん：2011/05/25(水) 21:16:03.59

史上再貧の間違いだな

401 ：ナイコンさん：2011/05/25(水) 23:18:42.84

おやおや、「Z80最強」クンが6502に鞍替えしたの？www

402 ：ナイコンさん：2011/05/25(水) 23:21:51.51

このスレは天下を取った６５０２とその他のごみで成り立っています

403 ：ナイコンさん：2011/05/26(木) 00:18:56.00

4bit CPUと言われたのがよほど悔しかったのでしょう。

404 ：ナイコンさん：2011/05/26(木) 04:32:51.46

みんな6502に勝てなくて悔しい思いをしたんだな

405 ：ナイコンさん：2011/05/26(木) 06:06:06.52

>>401
彼は中身はどうでもよくて、リアルに友達いないから
ここで相手にしてもらえれば何でもいいのですｗ

406 ：ナイコンさん：2011/05/26(木) 06:13:27.67

６５０２の高性能さに嫉妬されてもねぇ・・・

407 ：ナイコンさん：2011/05/26(木) 14:41:02.28

全角くん、最弱乙

408 ：ナイコンさん：2011/05/26(木) 22:52:04.46

ろくごまるにってラノベ作家いたな

409 ：【東電 72.1 %】：2011/05/29(日) 22:54:21.48

ここのジジイどもはガキばっかりだなｗ

410 ：ナイコンさん：2011/05/30(月) 12:46:53.33

>>409
ジジイ？ならお前は何者だ、このガキが。
おれはお前が生まれる前から CPU 飛ばしているんだ。

411 ：ナイコンさん：2011/05/30(月) 23:03:29.75

今、耐放射線仕様に100mμオーダーのプロセスで8bitCPU(Trが詰め込めないので)作ったら高くつくだろうなあ

412 ：ナイコンさん：2011/05/30(月) 23:44:36.08

>>411
面倒だから、今のプロセスで積めるだけ8bitCPUを集積して、多数決論理にすればイイ!

413 ：ナイコンさん：2011/05/30(月) 23:56:24.33

mμって何？

414 ：ナイコンさん：2011/05/31(火) 02:01:11.63

メートルマイクロだろじぇいけい

415 ：ナイコンさん：2011/05/31(火) 02:20:47.55

ミリ・ミクロンだな

416 ：ナイコンさん：2011/05/31(火) 03:36:07.14

6502に不可能はない

417 ：ナイコンさん：2011/05/31(火) 12:02:57.02

>６５０２はＡＲＭに進化したのだよ

こんなこと言うバカ結構見掛けるけど、6502とARMの両方使ったことあれば絶対出ない話。
言いだしっぺは誰だ?

418 ：ナイコンさん：2011/05/31(火) 13:56:44.74

ARM1は6502の置き換えとして開発され6502エミュレーションモードを持っていた(が発売まで至らなかった)が今のARMとは互換性はない
という話を理解できない人間がいるだけ

419 ：ナイコンさん：2011/05/31(火) 20:08:45.32

>ARM1は6502の置き換えとして開発され

開発の発端は6502使ったパソコンの後継機種用だ。6502の置き換えではない。

420 ：ナイコンさん：2011/05/31(火) 21:51:31.67

6502はARMに進化しこの世界を変えてゆくのか
さすがだな

421 ：ナイコンさん：2011/05/31(火) 22:29:34.80

ウィキペディアをみると、ARMの開発に関わった人の一人が
6502の開発に関わったこともあるんだそうな。

たったそれだけで「ARMは6502が進化した」とかって、相当無理があるわ。

たとえば、6502はすべての命令に条件ビットがついているのか？
ARMのレジスタはA,X,Y,SP,PC,CCしか無かったりするのか？

422 ：ナイコンさん：2011/05/31(火) 22:45:09.20

ttp://www.cqpub.co.jp/hanbai/books/33/33291/33291_pro.pdf

ここら辺にも書いてあるけど、
要するに6502を使ったコンピュータの上位機種用として作られらCPUだったので、
6502から移行しやすいってのが条件にあった。

だから、アセンブラ表記とか似てる部分があるかな～って程度には似てる
…けど、実際には似て非なるモノ。

423 ：ナイコンさん：2011/05/31(火) 23:04:11.88

進化する6502。それはARM。

424 ：ナイコンさん：2011/05/31(火) 23:07:24.45

Z80君は震災で死んだの？

425 ：ナイコンさん：2011/06/01(水) 01:44:22.26

ひとつ上にいるじゃない

426 ：ナイコンさん：2011/06/01(水) 03:03:58.65

>>421
ARMアーキテクチャ - Wikipedia
http://ja.wikipedia.org/wiki/ARM%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3
>命令セットは8ビットCISCである6502を発展させたものであり、典型的なRISCというよりは
>むしろCISC的で手作業による最適化がしやすい特徴的なアーキテクチャを持つ。

こんな与太話を信じてんの? ｱﾀﾏﾀﾞｲｼﾞｮﾌﾞ?

427 ：ナイコンさん：2011/06/01(水) 03:22:38.59

おまえら６５０２の高性能っぷりに嫉妬しすぎだろ

428 ：ナイコンさん：2011/06/01(水) 05:19:55.22

いや全然。
全角君のポンコツぶりを嘲笑しているだけ。

429 ：ナイコンさん：2011/06/01(水) 12:24:33.54

やはり嫉妬か・・・

430 ：ナイコンさん：2011/06/01(水) 13:36:36.11

情報源としてWikipediaを出す奴最近多いよね
大学のレポートにも使う奴が増えてるらしいが

なんておめでたいんだ、そして薄っぺらなんだ

こんなんで日本の将来は大丈夫なのか

431 ：ナイコンさん：2011/06/01(水) 14:07:39.55

レポートには「現代用語の基礎知識」

432 ：ナイコンさん：2011/06/01(水) 14:49:21.95

6502族の進化っぷりに6809厨が敗北宣言ですか

433 ：ナイコンさん：2011/06/01(水) 17:53:07.65

>>432
65816だろ >6502族の進化っぷり

434 ：ナイコンさん：2011/06/01(水) 18:19:49.53

６８０９がカワイソすぐる

435 ：ナイコンさん：2011/06/01(水) 21:04:32.48

>>434
無職臭がする。

436 ：ナイコンさん：2011/06/01(水) 21:56:40.80

他所の複数スレ荒らしてるのと同一人物だと予測してる

437 ：ナイコンさん：2011/06/01(水) 21:58:51.35

じゃ6502の一人勝ちということでいいや

438 ：ナイコンさん：2011/06/01(水) 22:18:48.87

2chに一日張り付いて憂さ晴らしか、楽しそうだな。

439 ：ナイコンさん：2011/06/01(水) 22:28:13.01

異論は無いようだからこれで決まりネ☆

440 ：ナイコンさん：2011/06/01(水) 23:44:36.95

>>426
君こそ頭大丈夫か？
俺は「6502とARMは全然違う」という話をしているんだが。
日本語ちゃんと理解しているか？

441 ：ナイコンさん：2011/06/01(水) 23:47:38.39

ﾏｼﾞﾚｽﾄｶｱﾘｴﾈｰ
2chﾊﾊｼﾞﾒﾃﾃﾞｽｶｰ
ｷﾗｸﾆﾁｶﾗﾇｹﾖﾅｰ

442 ：ナイコンさん：2011/06/01(水) 23:52:38.95

どうでもいいけど、このスレって荒らし（Z80厨や6502厨）が
出てきたときしか伸びなくなったな。

つーか昔のPC板自体がかなり寂れている気がする。

443 ：ナイコンさん：2011/06/02(木) 00:02:01.98

6809厨は惨敗したし

444 ：ナイコンさん：2011/06/02(木) 00:11:58.32

余程6809で嫌な思いをしたようだなw
何があった？どういう風にボロクソに負けたんだ？
それとも金が無くて買えなかったとか、そういうことか？w

445 ：ナイコンさん：2011/06/02(木) 00:17:17.51

あー6809って低脳専用CPUだろ

446 ：ナイコンさん：2011/06/02(木) 03:40:29.52

>>440
>ウィキペディアをみると、ARMの開発に関わった人の一人が
>6502の開発に関わったこともあるんだそうな。

ﾌﾟﾌﾟ)馬鹿丸出し

447 ：ナイコンさん：2011/06/02(木) 03:54:31.71

>ウィキペディアをみると、ARMの開発に関わった人の一人が
>6502の開発に関わったこともあるんだそうな。

ウィキペディアのどの記事か分からんけどこの人かな?
http://www.cs.clemson.edu/~mark/admired_designs.html#wilson

448 ：ナイコンさん：2011/06/02(木) 04:04:29.50

>>421
>ARMのレジスタはA,X,Y,SP,PC,CCしか無かったりするのか？

6502はCCじゃなくてP

449 ：ナイコンさん：2011/06/02(木) 04:11:26.92

>>421
>ウィキペディアをみると、ARMの開発に関わった人の一人が
>6502の開発に関わったこともあるんだそうな。

wikipedia信じてんの?

450 ：ナイコンさん：2011/06/02(木) 12:19:02.28

いつまでも6502のターン！

451 ：【東電 73.7 %】：2011/06/02(木) 22:49:06.34

マルチユーザ・マルチタスクOSを比較的作りやすいのはどれ？

452 ：ナイコンさん：2011/06/02(木) 22:53:19.89

そのまま無限ループでお待ちください

453 ：ナイコンさん：2011/06/02(木) 23:07:35.15

６５０２は市場を席巻しその他のごみは足元でじたばたもがいてただけ～

454 ：ナイコンさん：2011/06/03(金) 10:04:46.65

CPUの優劣を競い合い自慢・中傷・嫉妬するのは、あんたら自身の脳に搭載されているからなの？

455 ：ナイコンさん：2011/06/03(金) 16:23:21.97

6502とかいう出来損ないをマンセーしてるやつは
スタックオーバーフローで暴走してるだけだろ

456 ：ナイコンさん：2011/06/03(金) 17:02:21.13

ARMって6502ベースなのかすげー

457 ：ナイコンさん：2011/06/03(金) 17:34:46.12

SandyBridgeって4004ベースなのかすげー

458 ：ナイコンさん：2011/06/03(金) 17:46:06.17

>>455
ラップアラウンドするから問題ない

459 ：ナイコンさん：2011/06/03(金) 17:59:44.70

メモリ効率の悪い6809(笑)

460 ：ナイコンさん：2011/06/03(金) 21:34:41.60

ｱﾊﾊ

461 ：ナイコンさん：2011/06/03(金) 23:37:30.19

6502は、出た当初はそれなりに良くできていたと思う。

極端にアドレッシングモードが弱かった8080や、
インデックスレジスタが一本しかない6800と比べて、
致命的に劣っていたとは思えない。

よく悪口言われる256バイトしかないスタックも、
数キロバイトのRAM上でtinyBASICを動かして喜んでいたような
時代だったから、潔い「割り切り」だったと思う。

ただ、最大の失敗はZ80や6809が出てきたときに
対抗馬として発展形を出さなかったことだと思う。

462 ：【東電 70.8 %】：2011/06/03(金) 23:48:11.16

65816/65802じゃダメか？

463 ：ナイコンさん：2011/06/04(土) 00:16:36.58

ええっ、それってあり？

464 ：ナイコンさん：2011/06/04(土) 00:37:18.43

65816じゃ真っ先にスタックポインタを16bit化したな。
それとバンクレジスタ方式っていう安直なアドレス拡張手段が
頭悪くてくらくらした。

465 ：ナイコンさん：2011/06/04(土) 00:40:34.35

>>458
256バイト分PULするまでは上書きしたことに気づかないから？

466 ：461：2011/06/04(土) 01:20:42.35

俺は6502は比較的好きなんだが、
ARMが6502の発展形だとか言う奴はバカだと思う。
そんな奴に6502を持ち上げて欲しくない。

467 ：ナイコンさん：2011/06/04(土) 02:08:40.37

6502はARMとして生き続けてるのか胸熱だな

468 ：ナイコンさん：2011/06/04(土) 02:11:24.31

4004はx86として生き続けているのか胸熱だな
という位馬鹿

469 ：ナイコンさん：2011/06/04(土) 02:12:18.90

ﾏｼﾞﾚｽしちゃうバカw

470 ：ナイコンさん：2011/06/04(土) 02:35:29.90

ここで暴れているバカはCPUにSRAMひとつ繋げられないし、
マシン語1バイトも書けないからね。相手するだけムダ。

471 ：ナイコンさん：2011/06/04(土) 02:50:16.23

くやしぃの？www

472 ：ナイコンさん：2011/06/04(土) 04:01:28.30

6502は未定義コードがいっぱいあったなー
コード密度が低かった。一命令7ビットぐらいで良かったんじゃないの?

473 ：ナイコンさん：2011/06/04(土) 04:53:08.63

ARMの条件実行とか、3オペランドとか無駄っぽかった。
thumbとか、日立のSHがバランスいい感じ。

474 ：ナイコンさん：2011/06/04(土) 05:46:30.35

なんだこのスレ6802ないのか
メモリ乗ってて使いやすかったのに

475 ：ナイコンさん：2011/06/04(土) 10:55:02.30

6802はDMAができない・・・

476 ：ナイコンさん：2011/06/04(土) 15:07:58.77

古い話題を蒸し返して恐縮ですが
ttp://retro.co.za/6809/documents/Byte_6809_Articles.pdf
モトローラで6809の設計に携わった Terry Ritter, Joel Boney 両氏がバイト誌で答える

(p22のごく一部を私訳)
問15:　一貫性を説く割には、レジスタごとにLEAでのCCR変化が違うのはなぜですか?
答15:　LEASやLEAUではZフラグが不変ですが、LEAXやLEAYはロード値に依存します。
これは互換性のためで、6800のINX/DEX( LEAX 1,S や LEAX -1,X と書ける)や
INS/DES( LEAS 1,S や LEAS -1,S で書ける)の機能をそれぞれ提供します。

477 ：476：2011/06/04(土) 15:11:02.54

当時、80系に比べて「直交性に優れている」と6809を評価する記事が多かったように
思いますが、30年後の今の自分の印象としては、結構とまどうことが多いです。
STX/LDX/STU/LDU のopコードが1バイトで済むのに
STY/LDY/STS/LDS はプリバイト($10)が付いて、2バイト命令だったり。
Uのストア・ロードが短くSが長いのは記憶と逆「あれ？そうだっけ」と焦る orz
これに比べると80系は、B,C,D,EもIX,IYも比較的条件が揃ってるような気がする
「優れた直交性」という言葉のニュアンスを自分が誤解してるのかもしれませんが

478 ：ナイコンさん：2011/06/04(土) 16:07:52.17

ネタスレでマジレスとかかんべん

479 ：ナイコンさん：2011/06/04(土) 16:15:00.34

>>476
まあ互換性のためもあるし、その後に書いてるようにカウンタとして X, Y
使いたいし、かといってローカル変数解放するための leas でフラグ変わら
れると困るので、リーズナブルだと思うよ。

68000 でも、アドレスレジスタへの演算ではフラグ変わらないというところ
に受け継がれてる。

480 ：ナイコンさん：2011/06/04(土) 16:16:50.21

気持ち悪い改行だなｗ

481 ：ナイコンさん：2011/06/04(土) 16:35:43.48

きも
ちい
いかい
ぎょう

482 ：ナイコンさん：2011/06/04(土) 16:36:28.55

>>477
>当時、80系に比べて「直交性に優れている」と6809を評価する記事が多かったように

ここで言う「直交性」は、命令とオペランドの直交性だと思う。
例えば、z80 だと ld a,(bc) と ld a,(hl) はあるのに add a,(hl) しかないとか。

コードは z80/6809 ぐらいになるとどうしてもプレフィックスに頼らざる得ないので
あまり綺麗でなかったと思う。

>Uのストア・ロードが短くSが長いのは

S は、U に比べてそんなに頻繁に値を設定することはないと判断したんだと思う。

483 ：ナイコンさん：2011/06/04(土) 17:01:05.07

シャープのCPUは6809とZ80のいいとこどり

484 ：ナイコンさん：2011/06/04(土) 17:11:53.46

>>シャープのCPU ???

485 ：ナイコンさん：2011/06/04(土) 17:15:52.89

SC62015なら6502と8086と68000が同居したようなやつだぞ

486 ：ナイコンさん：2011/06/04(土) 22:06:52.11

256種類を越えて命令を用意する以上、仕方が無いわな。
LDY,STY,CMPYはプリフィックスが付くので、Yレジスタは
なるべく使わない方向でプログラミングしていた覚えがある。
256回以上回るループでは主にループカウンタに使ってい
たな。

16bitのCMP命令はCMPX以外全部プリフィックスが必要
なので、それも気にしていたなぁ。

とはいえ、他の直交性の無いCPUに比べて贅沢な悩み
ではあったと思う。

487 ：ナイコンさん：2011/06/05(日) 00:37:31.68

>256種類を越えて命令を用意する以上、仕方が無いわな。

やはり6502は最高ということか。

488 ：ナイコンさん：2011/06/05(日) 02:00:30.52

1バイトもマシン語書けないくせにwww

489 ：【東電 67.6 %】：2011/06/05(日) 02:06:25.27

490 ：ナイコンさん：2011/06/05(日) 03:36:50.47

491 ：ナイコンさん：2011/06/05(日) 03:38:40.43

3e 00

492 ：ナイコンさん：2011/06/05(日) 09:01:06.18

493 ：476：2011/06/05(日) 15:50:03.45

いろいろレス感謝です。
用途の偏りっていうと、8086のCXがカウンタとか、間接参照でBX,BP優先とか思い浮ぶ。
i386の32bitモードでやっとEAX～EDXが平等になったんだっけ?
あまり自分で機械語を書けないヘタレだったけど、6809の各レジスタの特性をうまく
使いこなす昔話を聞かされると、なんか勉強した気になって今でも嬉しくなります。
68KのD0～D7,A0～A6の一貫性は羨ましかったけど、その後RISCやコンパイラお任せの
時流で、もはや自分の頭が追いつかなくなったのが淋しいかも。

ポケコン持ってないけど、とりあえずSC62015の入門記事を検索したら
ttp://www.wizforest.com/OldGood/PC-E500/PC-E5002.html
レジスタ構成が A,B,X,Y,S,U,PC と来て一瞬6809類似?と思いきや
IH,ILがあったりセグメントがあったりw　味わい深いけどすごくクセがありそう

494 ：476：2011/06/05(日) 15:56:00.98

ついでにARMのサイト登録までして Cortex-A8のマニュアルをDLして眺めてみたけど
素人の自分が趣味で読むレベルをはるかに超越しててお手上げ orz
r0～r14が等価に使えそうだが、割込み等モードが変るとr13,r14(リンク用?)が切替る?
FIRQだとr8～r14が全部変って、まるでz80の裏バンクみたいだ…
上のほうのレスで紹介されてた、条件付の個別実行はかろうじて理解したけど
オペコード内に即値が埋め込めたり(68KのMOVEQ似)とかThumb混在とか
はてはIT(条件ブロック実行?)とか…　CISC並の贅沢仕様で凄すぎるw

495 ：ナイコンさん：2011/06/05(日) 22:14:33.29

ARM、モード別にレジスタ空間意識しないとなぁ。
割込みハンドラ書いた奴が寒意識してなくてスタック壊されたことが…

496 ：ナイコンさん：2011/06/05(日) 22:50:58.68

>>470
SRAMってあんた。バス(RAMとか)手配線させる気かい。

497 ：ナイコンさん：2011/06/05(日) 22:55:04.45

SRAMの増設は、二階建てにして CSだけ手配線する。

498 ：ナイコンさん：2011/06/05(日) 22:59:02.50

それ、DRAMでやったことがあります・・・

499 ：ナイコンさん：2011/06/05(日) 23:01:17.81

DRAMって、8階建て

500 ：ナイコンさん：2011/06/05(日) 23:02:30.21

SOJのDRAMの足を伸ばしてDIPもどきにして、
3階建てにしたのは遠い日の思ひ出

501 ：ナイコンさん：2011/06/05(日) 23:22:55.84

オヤジのシブイ隠し技だのう

502 ：ナイコンさん：2011/06/06(月) 02:50:59.96

>>498
>それ、DRAMでやったことがあります・・・

昔I/Oかなんかでそんな記事載ったよな、その後DRAMが集団自殺するという…

503 ：ナイコンさん：2011/06/06(月) 18:36:54.62

RISCだと俄かあせんヴらするより素直にCコンパイラ使う方が良いよ。RISCの基本だから。
CISCなら良いが、設計者が最適化やコードジェネレータ書いてるから、CPUコア設計に詳しい人
でないと絶対に直アセンブラは良くない。必ず性能が落ちるよ。
逆にRISCのインストラクション・パイプラインシミュレータ自作できるくらいの人ならあせんヴら使いこなせてると思うけれど。

504 ：ナイコンさん：2011/06/06(月) 18:41:28.50

>RISCだと俄かあせんヴらするより素直にCコンパイラ使う方が良いよ。RISCの基本だから。
>CISCなら良いが、設計者が最適化やコードジェネレータ書いてるから、CPUコア設計に詳しい人
>でないと絶対に直アセンブラは良くない。必ず性能が落ちるよ。

ニワカはよくこういうこと言うよね

505 ：ナイコンさん：2011/06/06(月) 18:43:34.12

にわかアセンブラでまずいなと思ったのは、RISCでブランチ命令の所でブレークが派生し、
割り込み処理してる、というのを見掛けた事があって、CPUの設計を全く理解して無いな、と思った事があった。
こんな事してたらいくらアセンブラで書いても性能が出る訳が無い。
君達は、わざわざアセンブラで書いてパイプがインターロックしてブランチの所で割り込み発生し処理してた、なんていうコード書いてないよね？
それじゃだめだよ。

506 ：ナイコンさん：2011/06/06(月) 19:10:56.23

RISCでアセンブラ？
労多くして功なし。

507 ：ナイコンさん：2011/06/06(月) 20:05:50.61

>功なし

場合によっては必要

508 ：ナイコンさん：2011/06/06(月) 20:21:37.32

ニーモニックが重要だと思うんだよね
CPUに依存せず、全CPUに
ニーモニックが統一されたマクロアセンブラとか、無かったのかね？

509 ：ナイコンさん：2011/06/06(月) 20:32:36.98

>>508
ニモニックではないが、記述ルールを統一しようって動きはなんかあった筈。
その辺の流れでgasのx86用はキモチ悪い書き方になったとかなんかそんな話聞いたわ。

510 ：ナイコンさん：2011/06/06(月) 20:35:05.19

ぐぐったらgasのアレは"AT&T記法"って言うらしい。

511 ：【東電 78.1 %】：2011/06/06(月) 21:27:34.30

SH3とSH4のアセンブラコーディングはちょっとイヤだったな

512 ：ナイコンさん：2011/06/06(月) 21:32:54.81

SH2とSH4なら経験あるけど、割とラクチンだったなあ
今まで一番イヤだったのはモトローラの56001

513 ：ナイコンさん：2011/06/06(月) 23:20:59.16

スマン、脱線ついでで教えて欲しいんだが、昔SSE2でデータ処理してた頃は
インラインアセンブラでゴリゴリと関数書いていたんだが、今でもそうなんかい？

なんでもVisualCのx64ではインラインアセンブラが使えなくなったって聞いたんで、
今どうしているのか、その業務からは離れたんだがちょっと気になった。

514 ：ナイコンさん：2011/06/07(火) 00:03:15.20

一般論としてインラインが多いと、コンパイラのおプティ間いざは効きにくいだろうね。

SSEは知らないけど、今のグラボはドライバが100MB位だけど、あの肥大化はドライバのランタイム部にJITがあって、動的コンパイラが
動作してる。GPUの4*4の演算がSIMDでそれ用だから。
Transmetaを買収したのもグラボメーカだし、IntelのチップセットGPUですらJITが動いてるよ。

515 ： ◆0uxK91AxII ：2011/06/07(火) 01:35:22.49

>>513
http://msdn.microsoft.com/en-us/library/kcwz153a%28v=VS.71%29.aspx
組込関数を使う。

516 ：ナイコンさん：2011/06/09(木) 05:11:42.95

その昔、GCCくらいしか碌なコンパイラが無かったX68k厨が

「GCCは神コンパイラだ。インラインアセンブリにまでオプティマイズをかけるんだぜｗｗｗｗ」

…と、1人悦に入っていたのを思い出す。

今時のSIMD処理くらいならともかく、
命令クロック数まで勘定して低レベル処理を書いていたような時代に、
プログラマが意図した通りのアセンブリを吐いてくれないコンパイラなんざ、金輪際願い下げよな。

517 ：ナイコンさん：2011/06/09(木) 11:12:53.43

インラインアセンブラなんて使う奴が糞
ふつーhasだろ

518 ：ナイコンさん：2011/06/09(木) 11:26:51.08

TASM.EXE

519 ：ナイコンさん：2011/06/09(木) 11:34:23.84

最適化といえばOPTASM

520 ：ナイコンさん：2011/06/09(木) 11:42:23.13

数（十）行程度のアセンブリを
わざわざ別関数に追い出して
OBJ作ってリンクして呼び出しとか
バカじゃないの

…バカなのか
バカだから、こんな事平気で書けるのか
21世紀にもなって
40過ぎのジジイにもなって
まだバカなんだ

521 ：ナイコンさん：2011/06/09(木) 11:47:48.71

自分の狭い考えが他人に理解されないと火病る奴っているよね

522 ：ナイコンさん：2011/06/09(木) 11:48:44.83

>数（十）行程度のアセンブリを
>わざわざ別関数に追い出して
>OBJ作ってリンクして呼び出しとか
>バカじゃないの

どういう状況想定してるのか分からんからちょろっとコード書いてみ?

523 ：ナイコンさん：2011/06/09(木) 12:13:04.09

>>516
>>520
お前がここ20年くらい変なルサンチマン抱えてることは理解した。もっと前向きに生きた方が人生楽しいぞ。

524 ：ナイコンさん：2011/06/09(木) 12:18:05.80

>>516
>プログラマが意図した通りのアセンブリを吐いてくれないコンパイラなんざ、金輪際願い下げよな。

-O0

525 ：ナイコンさん：2011/06/09(木) 12:53:47.52

>>520
>数（十）行程度のアセンブリ

80系で、I/O命令直接吐けないコンパイラでは結構そういう使い方もした希ガス
X68k? どういう状況?

526 ：ナイコンさん：2011/06/09(木) 13:23:56.02

>-O0

なにこのゴミコンパイラ
まったく最適化してねえ糞コード吐くｗｗｗｗ

527 ：ナイコンさん：2011/06/09(木) 13:34:29.00

>自分の狭い考えが他人に理解されないと火病る奴っているよね

>どういう状況想定してるのか分からんからちょろっとコード書いてみ?

>お前がここ20年くらい変なルサンチマン抱えてることは理解した。もっと前向きに生きた方が人生楽しいぞ。

よほどトサカに来たらしいな
具体的な事は何も指摘できずに
お前がわかってない
お前がやって見せろ
お前はダメ人間
だからダメなんだよお前ら
もう40過ぎてんだろ
哀しくないか
考えられないのか

528 ：ナイコンさん：2011/06/09(木) 13:40:25.07

>よほどトサカに来たらしいな
>具体的な事は何も指摘できずに
>お前がわかってない
>お前がやって見せろ
>お前はダメ人間
>だからダメなんだよお前ら
>もう40過ぎてんだろ
>哀しくないか
>考えられないのか

ﾌﾟ

529 ：ナイコンさん：2011/06/09(木) 13:42:12.65

何も言い返せないらしい
それがお前の人生だよ
虚しく
そして哀しい

530 ：ナイコンさん：2011/06/09(木) 13:44:24.01

>>どういう状況想定してるのか分からんからちょろっとコード書いてみ?

↑のレスに↓

>具体的な事は何も指摘できずに
>お前がわかってない
>お前がやって見せろ

馬鹿丸出し

つーかコミュ障

531 ：ナイコンさん：2011/06/09(木) 13:47:10.05

文句をつけるなら自分がまずサンプルを提示する。当たり前の事だね。
その当たり前ができていない。そういう訓練を受けていない。
つまり人間として当たり前のことができない。それが君だ。

532 ：ナイコンさん：2011/06/09(木) 13:47:28.67

この板って、クソみたいなプライド傷つけられて火病る奴定期的に湧くね。

533 ：ナイコンさん：2011/06/09(木) 13:48:35.38

>文句をつけるなら自分がまずサンプルを提示する。当たり前の事だね。
>その当たり前ができていない。そういう訓練を受けていない。
>つまり人間として当たり前のことができない。それが君だ。

↓が理解できませんということ

「どういう状況想定してるのか分からん」

534 ：ナイコンさん：2011/06/09(木) 13:50:51.48

>その昔、GCCくらいしか碌なコンパイラが無かったX68k厨が
>
>「GCCは神コンパイラだ。インラインアセンブリにまでオプティマイズをかけるんだぜｗｗｗｗ」
>
>…と、1人悦に入っていたのを思い出す。

何年か前のX68のスレで同じようなこと言ってる奴いたな。多分同じ奴だろ。

535 ：ナイコンさん：2011/06/09(木) 13:58:16.29

>>516
>今時のSIMD処理

MMX Pentiumって何年前だっけ?

536 ：ナイコンさん：2011/06/09(木) 14:03:53.97

>命令クロック数まで勘定して低レベル処理を書いていたような時代に、

>数（十）行程度のアセンブリを

X68じゃちょっと状況が思いつかん。
カリカリに最適化したいならそもそもインラインアセンブラなんて使わなかったし、
ちょろっとI/O叩く程度ならCで十分だったし。

537 ：ナイコンさん：2011/06/09(木) 14:07:09.04

> その昔、GCCくらいしか碌なコンパイラが無かったX68k厨が
>
> 「GCCは神コンパイラだ。インラインアセンブリにまでオプティマイズをかけるんだぜｗｗｗｗ」
>
> …と、1人悦に入っていたのを思い出す。

ニワカがニワカを叩く構図ですね

538 ：ナイコンさん：2011/06/09(木) 14:10:49.60

>ニワカがニワカを叩く構図ですね
もう少し最近の語録から煽らないとわからないよ

539 ：ナイコンさん：2011/06/09(木) 14:16:52.71

>「GCCは神コンパイラだ。インラインアセンブリにまでオプティマイズをかけるんだぜｗｗｗｗ」
結果がよければいいんじゃないの
コンパイラの出力を確認してみればいいだけのこと
まずけりゃ局所的に最適化外す事もできるだろうに

540 ：ナイコンさん：2011/06/09(木) 14:26:50.61

気のせいか煽ってるバカがBASIC臭い

541 ：ナイコンさん：2011/06/09(木) 14:27:57.81

>その昔、GCCくらいしか碌なコンパイラが無かったX68k厨が
>
>「GCCは神コンパイラだ。インラインアセンブリにまでオプティマイズをかけるんだぜｗｗｗｗ」
>
>…と、1人悦に入っていたのを思い出す。
>
>今時のSIMD処理くらいならともかく、
>命令クロック数まで勘定して低レベル処理を書いていたような時代に、
>プログラマが意図した通りのアセンブリを吐いてくれないコンパイラなんざ、金輪際願い下げよな。

いまどきの技術に付いていけないオッサンが、若い人相手に武勇伝か何かのつもりで
勘違い話を自慢げに語ってる痛い光景が眼に浮かぶ。

>>516がそういう奴でないことを祈る。

542 ：ナイコンさん：2011/06/09(木) 19:40:32.51

>>534
★なぜ、X68000は生産されなくなったのか？part3
http://logsoku.com/thread/gimpo.2ch.net/i4004/1246051347/425
>425 : ナイコンさん : 2009/08/28(金) 01:35:35
>ロッパー厨は、GCCはインラインアセンブラのコードさえ最適化する！スゲエ！！
>
>…って自慢こいてたな
>
>書いた通りのコードを吐かないコンパイラなんか要らんっつーの

543 ：ナイコンさん：2011/06/09(木) 21:52:36.14

二年も前の書き込み拾ってくるのも凄いが、こんなネタ
何十年も引っ張ってるヤツは相当だな。

544 ：ナイコンさん：2011/06/09(木) 23:45:13.68

とりあえず68000だのMMXだのの話はヨソでやってくれんかのう。
つーか、プログラマ板行けよ。
Cコンパイラ? なにそれ? 8bitCPUなんてハンドアセンブルだろ。

545 ：ナイコンさん：2011/06/09(木) 23:59:23.46

>>536
>X68じゃちょっと状況が思いつかん。

多倍長計算したいから addx, subx, negx 使うとか、
割り込みハンドラＣで書いてるけど、排他制御したいから
tas 使いたいとか。

> カリカリに最適化したいならそもそもインラインアセンブラなんて使わなかったし、

こっちの方が意味わからん。

546 ：【東電 71.7 %】：2011/06/10(金) 00:17:38.31

フルスクラッチってことじゃないか？

547 ：ナイコンさん：2011/06/10(金) 01:40:35.88

>Cコンパイラ? なにそれ? 8bitCPUなんてハンドアセンブルだろ。

当時として、独自言語のやっすいコンパイラもあったし、CP/Mみたいのに載ってる割とちゃんとしたコンパイラも普通にあったな。

548 ：ナイコンさん：2011/06/10(金) 01:53:41.32

>多倍長計算したいから addx, subx, negx 使うとか、

インラインアセンブラなんて使わないでアセンブリで多倍長計算の関数書くと思うが。
つーか最適化されても困ることなさそうだな。

>割り込みハンドラＣで書いてるけど、排他制御したいから
>tas 使いたいとか。

最適化関係なさそうだな。

549 ：ナイコンさん：2011/06/10(金) 01:57:33.08

>>548
証明できる？

550 ：ナイコンさん：2011/06/10(金) 02:00:00.02

>>549
最適化の影響あるぞって言ってる奴がすればいんじゃね?

551 ：ナイコンさん：2011/06/10(金) 02:01:50.05

>今時のSIMD処理くらいならともかく、
>命令クロック数まで勘定して低レベル処理を書いていたような時代に、

ADDXとかはとりあえず関係なさそうだな

552 ：ナイコンさん：2011/06/10(金) 02:04:14.01

>>551
証拠出せる？

553 ：ナイコンさん：2011/06/10(金) 02:05:03.27

>>552
最適化の影響あるぞって言ってる奴がすればいんじゃね?

554 ：ナイコンさん：2011/06/10(金) 02:18:46.08

>>549 >>552
出たな、リアル小学生w
あんた、この板徘徊しているのか。

555 ：ナイコンさん：2011/06/10(金) 07:01:29.66

80年代後半～90年代前半のDOS時代にC使ってた奴なんて
所詮は高級アセンブラ代わり、要所要所にアセンブリ埋め込んでいただろうに…。
要するに、その時代の仕事をまるで理解できていないハンチクの集まりかここは。
特に、いちいち別ソースでモジュール分けするとか言い出す奴は、本当に何もわかっちゃいないな

556 ：ナイコンさん：2011/06/10(金) 08:47:34.41

88ではBASIC+アセンブラやってて98でもその構成でやろうとしたけど
BASICがメモリのどこを使用してるのか判断する手段がわからなかったので
C言語+アセンブラで組むことにした。

Windows行っても、ここ処理重そうだなぁと思う箇所はインラインアセンブラつかってたな。

557 ：ナイコンさん：2011/06/10(金) 12:52:26.65

>>555
よお、ハンチク

558 ：ナイコンさん：2011/06/10(金) 13:35:43.72

>>555
>要するに、その時代の仕事をまるで理解できていない

お前には↓が仕事の話に見えたんだなﾖｶｯﾀﾖｶｯﾀ

>その昔、GCCくらいしか碌なコンパイラが無かったX68k厨が
>
>「GCCは神コンパイラだ。インラインアセンブリにまでオプティマイズをかけるんだぜｗｗｗｗ」
>
>…と、1人悦に入っていたのを思い出す。

559 ：ナイコンさん：2011/06/10(金) 14:06:07.28

68kでお仕事は無理だよなあｗ

560 ：ナイコンさん：2011/06/10(金) 20:42:40.76

>>559
ゲーム屋では開発機として仕事で使ってるとこあったよ。
セルフ開発は勿論のこと、コンシュマー機のグラフィックツールなんかとしても
使ってたとこあった。

561 ：ナイコンさん：2011/06/11(土) 07:27:27.46

>>560
あんなクニャクニャのキーボードで仕事かよ
マウスに至っては言葉も出ない出来だったし
お気の毒な会社もあったもんだな

562 ：ナイコンさん：2011/06/11(土) 07:28:24.07

>>555
で、何を知っているというの？
語ってミソ

563 ：ナイコンさん：2011/06/11(土) 08:25:10.81

>>548
>インラインアセンブラなんて使わないでアセンブリで多倍長計算の関数書くと思うが。

ちょっとした関数ごときをわざわざ別ソースで管理するのが面倒とか考え付かないのか？

> 最適化関係なさそうだな。

tas 命令理解できてないんか？

564 ：ナイコンさん：2011/06/11(土) 09:08:38.02

>>559
っX

565 ：ナイコンさん：2011/06/11(土) 09:21:37.86

>ちょっとした関数ごときをわざわざ別ソースで管理するのが面倒とか考え付かないのか？

考え付かんなあ。
使い捨ての小さいプログラムでもなければ複数のソースになるのは当たり前だし、
管理云々言うなら多少コードの効率悪かろうが多倍長計算如きでインライン
アセンブラなんか使わんし。

>tas 命令理解できてないんか？

TAS 命令が最適化の対象になるとは思わんし。

566 ：ナイコンさん：2011/06/11(土) 09:48:34.28

>>565
最適化どうのこうの言ってるのに...

> 多少コードの効率悪かろうが

ひょっとして、バカ？

567 ：ナイコンさん：2011/06/11(土) 09:54:02.06

>最適化どうのこうの言ってるのに...

コンパイラに最適化される、という話であって、最適化されたコードを書く、という話ではないんだが?

>ひょっとして、バカ？

お前のことだな。

568 ：ナイコンさん：2011/06/11(土) 09:56:20.91

>>566
>最適化どうのこうの言ってるのに...

コードの効率云々言うんだったらそもそもインラインアセンブラなんか使わんわ

569 ：ナイコンさん：2011/06/11(土) 10:04:11.72

昔むかしはバグ有りコンパイラも出回ってたしな。
最適化禁止オプションは必須だった。

570 ：ナイコンさん：2011/06/11(土) 10:12:33.88

メモリマップドI/Oのポートにvolatileと指定しなければいけないところを指定せず、
最適化するとポートへの書き込みが最適化されてしまい期待した動作をしないプログラムに
動かない! コンパイラのバグだ! と騒いでる奴を見たことがある。

571 ：ナイコンさん：2011/06/11(土) 10:18:58.77

ソースの書き方で使ってるコンパイラがどういうコードを出力するか把握してるのは常識だった

572 ：ナイコンさん：2011/06/11(土) 10:39:00.38

>>567-568
コミュ障乙

573 ：ナイコンさん：2011/06/11(土) 10:48:46.17

>>572
>>530で言われて悔しかったんですね。分かります。分かります。

574 ：ナイコンさん：2011/06/11(土) 10:51:41.88

>最適化どうのこうの言ってるのに...
>
>> 多少コードの効率悪かろうが
>
>ひょっとして、バカ？

40かそこらのオッサンが顔真っ赤にしてこんなトンチンカンなこと書き込んでるって相当なアレだな。
職場じゃゴミ扱いだろ。

575 ：ナイコンさん：2011/06/11(土) 10:58:59.49

>>573=>>574
なんか、職場でいやなことでもあったんか

576 ：【東電 70.5 %】：2011/06/12(日) 00:26:17.33

マクロなんかは機能ごとにファイル分けてたし
よく使うルーチンはライブラリ化してたな
複数モジュールに分かれるのはそんなに面倒なもん？

577 ：ナイコンさん：2011/06/12(日) 01:00:57.03

BASEが進化すればよかった

578 ：ナイコンさん：2011/06/12(日) 01:49:43.37

A=0がXOR Aで、A=00(だったかな?)が LD A,0だっけ。あんなのは勘弁。

579 ：ナイコンさん：2011/06/12(日) 05:47:58.39

それこそインラインアセンブラしたくなるな

580 ：ナイコンさん：2011/06/12(日) 08:20:34.29

それだけのために別ソース化か…胸が熱くなるな

581 ：ナイコンさん：2011/06/12(日) 08:54:38.22

>>576
TPO って知ってる？

582 ：ナイコンさん：2011/06/12(日) 09:32:57.84

int xxx(void) {
...
}
がいいか
int xxx(void)
{
...
}
がいいかのレベル。

個人なら自由、企業等チーム開発なら周りに合わせる。

583 ：ナイコンさん：2011/06/12(日) 22:50:26.48

いや鉢巻きの上から垂れ下がってる前髪が良いんだろ
そんなのも解んねーのかよ、バカ？

584 ：ナイコンさん：2011/06/14(火) 02:48:49.88

企業とかで働いたことない人?

585 ：ナイコンさん：2011/06/14(火) 04:58:56.49

>>584
02:48に2chかよ

企業とかで働いてない人?

586 ：ナイコンさん：2011/06/14(火) 11:19:46.41

6502最強伝説＾＾

587 ：ナイコンさん：2011/06/14(火) 12:16:00.68

04:58に2ch…

588 ：ナイコンさん：2011/06/14(火) 19:35:27.80

時刻見て思ったのだが…
著名な8bitマイクロプロセッサの中で、6502だけ「8」が入ってない。

589 ：ナイコンさん：2011/06/14(火) 19:48:25.64

我が青春のSC/MPⅡ最強伝説

590 ：ナイコンさん：2011/06/14(火) 20:45:17.88

>>589
どんな青春だった？　語ってみろよ

591 ：ナイコンさん：2011/06/14(火) 21:18:31.07

パチンコで稼いでメモリを買った。おかげでパチンコの腕は最強伝説！

592 ：ナイコンさん：2011/06/14(火) 21:34:38.83

パチンコなあ　老いも若きも朝から並んでるなあ

593 ：ナイコンさん：2011/06/14(火) 21:47:55.96

>パチンコの腕は最強伝説！

チューリップ台全盛の頃の話かよ

594 ：ナイコンさん：2011/06/14(火) 22:10:42.06

書き込みの時間見てると、いまだにパチンコで生活しているように見えるな

595 ：ナイコンさん：2011/06/14(火) 22:34:26.42

パちんこなんか3本目の足つかえばよゆうです＾＾

596 ：ナイコンさん：2011/06/14(火) 23:03:39.46

しなびたバナナ

597 ：ナイコンさん：2011/06/15(水) 10:12:14.60

>>589
INS8060

598 ：ナイコンさん：2011/06/15(水) 13:26:03.68

俺の青春は
1424STEPS 26MEMORIES
だったな

599 ：ナイコンさん：2011/06/15(水) 13:46:30.03

黄色い液晶ってなくなったなあ。ゲームボーイはまだ黄色かったかな。

600 ：ナイコンさん：2011/06/15(水) 13:56:51.13

プラズマと言えばオレンジ色でした

601 ：ナイコンさん：2011/06/16(木) 01:51:51.40

モノクロディスプレイにも、グリーンのほかにアンバーイエローディスプレイってあったな

602 ：【東電 66.7 %】：2011/06/16(木) 01:53:36.39

ダメだ
ぢぢぃどもは頭が固すぎる

603 ：ナイコンさん：2011/06/16(木) 07:50:13.12

回路とソフトを長い時間かけて最適化したからな

604 ：忍法帖【Lv=13,xxxPT】：2011/06/16(木) 19:13:18.89

文字が赤いプラズマディスプレイがあったなあ。

605 ：ナイコンさん：2011/06/16(木) 21:03:26.70

テキストエディタを、背景を黒、フォントを赤にしてたけどなw
割とすぐに戻してしまったww

606 ：ナイコンさん：2011/06/16(木) 22:49:01.33

お前らも端末の文字色を緑とかにしてノスタルジーに浸ってんだろ

607 ：ナイコンさん：2011/06/16(木) 22:55:02.28

長残光CRTを再現したい

608 ：ナイコンさん：2011/06/17(金) 00:16:19.08

いっそのこと、アナログストレージをw
スクロール禁止w

609 ：ナイコンさん：2011/06/17(金) 06:36:30.45

ttp://akiba-pc.watch.impress.co.jp/hotline/20110618/etc_freet.html

これをやらかしたのは住人か？w

610 ：ナイコンさん：2011/06/18(土) 08:54:06.19

>>570
うっかり変数を初期化したせいで、ROMに割り付けられちゃったりとかなｗ

611 ：ナイコンさん：2011/06/19(日) 08:45:58.17

>610

リンカコマンドの確認するクセがつきました。

612 ：ナイコンさん：2011/06/19(日) 11:06:58.25

おまえらバカ？

613 ：ナイコンさん：2011/06/19(日) 13:04:23.88

ついて来れないボクちゃん、涙目ｗｗｗ

614 ：ナイコンさん：2011/06/19(日) 13:08:05.64

横槍だが、リンカコマンド確認してもしょうがないだろ。
普通にマップファイル確認する癖つけた方がいいぞ。

615 ：ナイコンさん：2011/06/19(日) 13:20:27.52

>うっかり変数を初期化したせいで、ROMに割り付けられちゃったりとかなｗ

こういう処理系ってあんの? 変数と初期値は別なのが普通だと思ってたわ。

616 ：ナイコンさん：2011/06/19(日) 13:58:45.05

俺も>>610の書き込みは疑問に思っていた。
たとえば int a=100;とか書いたとして、
そのままaの値が変わらないんならROMに割り付けられてもなんら問題ないし、
別の場所でaに違う値を代入しているにもかかわらずROMに割り付けられるんなら
それは明らかにコンパイラのバグだろう。

617 ：ナイコンさん：2011/06/19(日) 14:11:33.42

.bss にあった変数が .data に移されて、ROM からコピーされるようになった
と言うことじゃないかな。

618 ：616：2011/06/19(日) 14:12:27.54

あ～、ひょっとして代入とか使わずにポインタだけで変数をいじってるのかな？
だとしたらそんなメインテナンス性の低いプログラム書く奴が悪い。

619 ：ナイコンさん：2011/06/19(日) 14:15:17.55

ちょっと意味わかんないです。

620 ：616：2011/06/19(日) 14:16:24.17

ちなみに>>618は>>617を見る前に書いたんで、>>617へのレスじゃないよ。

621 ：ナイコンさん：2011/06/19(日) 14:24:02.88

プログラム中の文字列が書き換えられないからコンパイラのバグ

という勘違い発言なら聞いたことある。

622 ：616：2011/06/19(日) 14:24:10.30

つまり、↓のようなプログラムを書いたんじゃないか、って思ったわけ。

int a=100; ←これは変数になって欲しいと思ってる

int *p;

（中略）

p=&a;

（中略）

*p=200; ←これを、コンパイラが「aを書き換えようとしている」とは認識できない
結果、aはROMに配置される

623 ：ナイコンさん：2011/06/19(日) 14:24:29.28

いや

int a = 100;
int* b = &a;
*b = 101;

で、a を ROM 領域に割り付けるならそれも明らかにコンパイラのバグだろ。

624 ：ナイコンさん：2011/06/19(日) 14:27:40.24

ROMに焼く前提でそんなに書き方変わるかな？

625 ：ナイコンさん：2011/06/19(日) 14:31:21.61

書き方変わるというか、厳密になる。

626 ：ナイコンさん：2011/06/19(日) 14:32:28.56

constつけない単純変数をROMに置くのはバグなのか？

627 ：ナイコンさん：2011/06/19(日) 18:48:09.64

>>610が使ったコンパイラを教えてくれればハッキリする

何を使ってしもうたんや、>>610よ

628 ：ナイコンさん：2011/06/19(日) 19:37:46.46

つーか、組み込みで
static int a=0;

int hoge() {
　　|
　a=1;　でaが０のままって普通にある。
　｜
　
}

629 ：ナイコンさん：2011/06/19(日) 20:02:09.07

流石にそれは引くわ。

初期化済みグローバル変数をROMに置かれた事はあったな。
マイクロなんちゃらって68k向けの奴。

マイナーバージョンアップして直ぐに治ったけどさ。

630 ：ナイコンさん：2011/06/19(日) 20:18:46.14

>>628
流石に普通にはないだろ。
あるなら、有名どころの名前プリーズ。

631 ：ナイコンさん：2011/06/19(日) 23:27:00.15

コンパイラ(笑)

632 ：ナイコンさん：2011/06/20(月) 00:17:03.37

>>630
LSI-C

633 ：ナイコンさん：2011/06/20(月) 00:32:57.03

8080版?

634 ：ナイコンさん：2011/06/20(月) 00:59:21.53

>>633
うむ

635 ：ナイコンさん：2011/06/20(月) 01:43:31.84

86版だが、インターフェース誌にこんな記事が載ったことがあるらしい。

LSI C-86によるROM化プログラムの作成
http://jglobal.jst.go.jp/public/20090422/200902034696981772
http://jdream2.jst.go.jp/jdream/action/JD71001Disp?APP=jdream&action=reflink&origin=JGLOBAL&versiono=1.0&lang-japanese&db=JSTPlus&doc=89A0590355&fulllink=no&md5=ad90efae62de03b82db578f63579ad79

636 ：ナイコンさん：2011/06/21(火) 00:08:26.83

const ついてないのに read only になる処理系っておわっとるｗ

637 ：ナイコンさん：2011/06/21(火) 00:10:18.95

お前らの脳もconst付いちゃったよな
新しい物一切受け入れられない
古い固定データを繰り返し読み出してるだけ…

638 ：ナイコンさん：2011/06/21(火) 00:32:26.01

>>636
constつけないのにROM化されるのが問題なら、
>>610の言うように初期値指定しただけでROM化されるのは超激烈大問題だね。

煽りじゃなくて、マジで、当時のコンパイラ使っていた人の
激烈な体験談を聞きたい。

639 ：ナイコンさん：2011/06/21(火) 00:35:50.90

volatile const int a;

640 ：ナイコンさん：2011/06/21(火) 00:44:34.80

当時じゃなくて最近の話
http://nahitafu.cocolog-nifty.com/nahitafu/2011/05/rx-elf-gcc-befa.html

641 ：ナイコンさん：2011/06/21(火) 00:52:43.73

自分の場合は脳内 Flash または EPROM の適切な箇所を書き換えられないって感じ?
こういうのも volatile と呼んでいいのかなぁw

別スレで CAS 命令(コンペア・アンド・スワップ)の指摘を読んで
　→とりあえず Wikipedia でにわか学習。
銀行口座の同時書換え問題やデッドロックの話題は、むかし勉強した記憶があったけど
「テスト・アンド・セットでは解決不能と証明された(1993)」って、そうだったのか!?
Lock-freeやらWait-freeアルゴリズムやら…　うへー難しい orz

オンライン・ゲームのバグで、アイテム増殖とかプレイヤー間の所持金不正チート
(二人プレイで、片方が譲渡保留中にもう一人が複数回受領などなど)を連想したけど
これも同時アクセス・データ不整合バグの一種なんだろうか。

FM-7とかの時代は、サブCPUがBusyの間、メインがループで待ってから
共有RAMをアクセス…　みたいな単純な書き方で、全然問題なかったのになぁ

642 ：ナイコンさん：2011/06/21(火) 01:02:52.26

>>640
みんなで鍛える gcc の日進月歩?に感動

643 ：ナイコンさん：2011/06/21(火) 04:11:17.20

>>640
ルネサスというかH8系スレッドだとgccと書いただけで毛嫌いされるし…
今のgcc(ってかver4)は、SDRAM系前提なコード最適化、つまり
メモリへのロード/ストアを集中して配置するコードを吐くらしい…
なんだかRX系には向かない様な気がする…

644 ：ナイコンさん：2011/06/21(火) 04:25:58.82

>ルネサスというかH8系スレッドだとgccと書いただけで毛嫌いされるし…

へえ、そうなんか。
以前SHの仕事で日立の純正コンパイラ使わされたことあったけど散々だったけどなー
今はまともになってるんかしら。

645 ：ナイコンさん：2011/06/21(火) 04:46:26.07

>>643
>ルネサスというかH8系スレッドだとgccと書いただけで毛嫌いされるし…

H8
http://kamome.2ch.net/test/read.cgi/denki/1284528838/86n
>正確にはGCCをH8用にカスタマイズした奴がゴミ

とかって評価はRXと関係ないんでない?

646 ：ナイコンさん：2011/06/21(火) 09:30:33.18

ランダムに参照するから問題あるんじゃないの？
参照していい時間をスケジューリングしておき、
書き換えるならその時間内に書き換えるとかならいいんじゃないか。
その場合でもスケジュールに「予約」を入れる方法をとるとダメな気がするが。

でも、デッドロック増えそうw

647 ：ナイコンさん：2011/06/21(火) 21:21:00.28

ROMRAM1メガずつの68kなシステムで電源ONでRAMにコピってRAMオンリーではしらせた手抜きなコード書いたことがある。
バレて怒られたっけ。

648 ：忍法帖【Lv=11,xxxPT】：2011/06/21(火) 23:52:46.47

富士通のモデム（FACOMブランド）たまたま分解してみたが
6809入っていた思い出あり

もっと前はFM7 77シリーズで遊んでいたオレ

649 ：648：2011/06/21(火) 23:54:37.31

追加

その6809は富士通製

650 ：ナイコンさん：2011/06/21(火) 23:59:11.91

>>647
何か問題でも？

651 ：ナイコンさん：2011/06/22(水) 00:31:08.12

そんなの素人の漏れでも判るわ
ただでさえ少ないメモリを無駄遣いするなって事だろ
読み込みオンリー領域はROMへ

652 ：ナイコンさん：2011/06/22(水) 08:11:15.81

>>651
ほんと、素人だな。

653 ：ナイコンさん：2011/06/22(水) 08:12:43.94

アクセスバイオレーションが検知できないからじゃないの？

654 ：ナイコンさん：2011/06/22(水) 08:24:52.58

ROMだとウェイト入るシステムもあったから、そこだけは
汲んで欲しいところ。

655 ：忍法帖【Lv=3,xxxP】：2011/06/22(水) 21:42:58.89

自己書き換えコードは男のロマン

656 ：ナイコンさん：2011/06/22(水) 22:02:43.55

貧乏くせぇｗ

657 ：ナイコンさん：2011/06/23(木) 13:51:47.88

失われた太古のテクノロジーだねw

今時textセクションの書き換えなんて普通にムリだし、出来ても
命令キャッシュをフラッシュしなきゃならないから速度落ちるし、
メリットはせいぜい難読化程度か。

マルチタスクにも対応できないし、リエントラントにもできないなぁ。

マジレススマソ

658 ：ナイコンさん：2011/06/23(木) 22:56:40.33

ファームウェア更新どうするの？

659 ：ナイコンさん：2011/06/23(木) 23:34:16.10

>>657
スタック上にコードを生成してそれを呼べば、マルチタスクもリエントラントもおっけーだ。

660 ：ナイコンさん：2011/06/24(金) 01:24:03.32

いまどきスタックは実行禁止だぞ

661 ：ナイコンさん：2011/06/24(金) 01:39:27.09

>>649
富士通製の6809って6809って番号じゃないんじゃなかった?

662 ：ナイコンさん：2011/06/24(金) 03:19:26.26

>>661
富士通製って言うと、MBL68B09とかじゃないの?

663 ：ナイコンさん：2011/06/24(金) 07:32:54.20

09じゃないけど、MB8861とかMB8870あたりのことかな

664 ：ナイコンさん：2011/06/24(金) 10:04:05.50

メモリに読み込まれたバイナリにパッチを宛てて遊んでいた
あの頃が懐かしスw

665 ：ナイコンさん：2011/06/24(金) 11:20:14.14

MB8861でぐぐってみたら、松下のJR-100ってこれ乗ってたのね。
当時は自社のチップ乗せるのが常識と思ってたから、ちょっと意外だった。

666 ：ナイコンさん：2011/06/24(金) 21:16:20.90

JR-100は6802互換って表記だったかな？

667 ：ナイコンさん：2011/06/25(土) 00:50:20.07

じゃあMB8871じゃないかな。

668 ：ナイコンさん：2011/06/26(日) 23:18:50.20

持ってるカタログだとMN1800(6802互換)になってるけど。

669 ：668：2011/06/26(日) 23:24:36.83

すまん、(6802相当)だった。

670 ：ナイコンさん：2011/06/27(月) 08:33:21.35

松下かー。

671 ：ナイコンさん：2011/06/27(月) 08:47:15.56

16進表記のとき、つい頭に『$』をつけてしまうJR-200ユーザーが通りますよっと。
（MZもそうだったけか）

672 ：ナイコンさん：2011/06/27(月) 09:07:18.06

68系でアセンブラやったことあるヤツなら全員そうだろ

673 ：ナイコンさん：2011/06/27(月) 10:52:56.99

ttp://pc.watch.impress.co.jp/docs/news/20110627_456374.html

元麻布氏のご冥福をお祈りしたします

我々この板の住人にとっては、他人事じゃないよね…
若い頃のように無理なスケジューリングで動くのは控えよう

674 ：ナイコンさん：2011/06/27(月) 11:10:15.41

>>671-672
今でも自分用のコメントやメモ書きでは、意図的に‘$’に統一してる
なぜかっていうと、たとえば >>489-492 の流れで
　　//;コメント例　87CDH　0x87CD　$87CD　(ダミーのヘッダ)
英数字が並んでる中で、$で始めるのが、一番直観的で見やすい
(と信じてる…単なる自己満足w)

675 ：ナイコンさん：2011/06/27(月) 11:10:46.96

お前らもお亡くなりになったら自動的に訃報をこの板に出すようにしとけよ

676 ：ナイコンさん：2011/06/27(月) 11:38:47.67

>>673
故人を悪く言うつもりはないけれど…ペンネームは某氏が元々使ってたのをって
あまり書くと特定されるな。
個人的には記事にあまり魅力を感じなかったけれど、業界通としては尊敬していました。合掌。

昭和も遠くなりにけり。

677 ：ナイコンさん：2011/06/29(水) 10:07:19.55

電車の模型、楽しそう…　乙＞三菱のマイコン
ttp://image.itmedia.co.jp/mn/articles/1106/28/ay_etw11_fig06.jpg
ttp://image.itmedia.co.jp/mn/articles/1106/28/ay_etw11_fig07.jpg
ttp://monoist.atmarkit.co.jp/mn/articles/1106/28/news005.html

実は30年ほど前にも、TK-80 とか FM-8 のA/Dポートとかを使って
鉄道模型を制御するのが、雑誌とかで流行したような記憶がある。
恐らくシステム各部の性能は、何桁も向上してるんだろうけど
やってるデモの題材が大昔とあまり変らないってのが、微笑ましい。

678 ：ナイコンさん：2011/07/03(日) 12:50:08.56

[X_console
Z80最強君
テキストVRAM信者
MSXオク厨

ｷﾁｶﾞｲ選手権開いて優勝するのは誰かな？

679 ：ナイコンさん：2011/07/03(日) 13:38:34.65

678優勝！！

680 ：ナイコンさん：2011/07/03(日) 18:51:27.65

どれも同レベル
あと2人ぐらい昔PCには超ｷﾁがいるな

681 ：ナイコンさん：2011/07/03(日) 20:51:12.49

>>679
何番目の人？

682 ：ナイコンさん：2011/07/03(日) 21:38:49.97

リストカット未来人も居たなぁ。

683 ：ナイコンさん：2011/07/03(日) 21:52:47.65

>>678
裏RAM信者、TSRer も入れてください。

684 ：ナイコンさん：2011/07/04(月) 12:13:29.47

ﾏｼﾞｷﾁ伝説！

685 ：ナイコンさん：2011/07/04(月) 13:47:33.24

マジキチ最凶伝説

686 ：ナイコンさん：2011/07/04(月) 17:02:08.37

Z80最強伝説！

687 ：ナイコンさん：2011/07/04(月) 23:04:27.52

6280最強伝説

688 ：ナイコンさん：2011/07/04(月) 23:37:25.96

裏RAM信者知らないなぁ

689 ：【東電 61.7 %】：2011/07/05(火) 02:27:40.99

ところでSMC-777とかFM-11AD2+とかMB-S1とかTurbo Z IIとか
現役で動かしている人いる？

690 ：ナイコンさん：2011/07/05(火) 02:50:56.52

ｴﾐｭ最強！

691 ：ナイコンさん：2011/07/05(火) 13:00:58.98

>>689
MB-S1はキーボードのケーブルがボロボロになるからなぁ。
現役で動かすには、まずそれを交換しないとダメなんだよな。

692 ：ナイコンさん：2011/07/05(火) 14:22:15.23

今村秀樹=リアル犯罪者

693 ：ナイコンさん：2011/07/05(火) 15:17:21.90

2000年問題クリアしてない(できない)機種も多いかも

694 ：ナイコンさん：2011/07/05(火) 16:08:37.40

日記帳にするでも無し、日付なんてどうでもいいじゃん

695 ：ナイコンさん：2011/07/05(火) 16:49:49.16

2000年以前にICがカウントできなくなっててダメな機種とかあったかも
8001とかってそうじゃなかったっけ？

696 ：ナイコンさん：2011/07/05(火) 20:11:57.19

最近では100年桁、1000年桁レジスタをもってるRTCもあるけど
昔は年は下２桁しかなかったからN88BASICのシステムDISKに西暦の上２桁をデータとして埋め込んでた気がする
だから逆に今でも使えるんじゃないの？

697 ：ナイコンさん：2011/07/05(火) 20:17:41.55

OS-9は対応できないって話をよく聞いたな。
何か深刻な問題でもあったんだろうか。

698 ：ナイコンさん：2011/07/05(火) 20:28:59.48

696>訂正
今思い出したがRTCには年すらも無かったよ。
システムから西暦の下2桁をもらってYY/MM/DDとして
西暦4桁にしたい場合は　"19"+DATE$　とかしてたｗ

しかし今の1000年桁レジスタのﾄﾗﾝｼﾞｽﾀさんは暇でしょうがないね

699 ：【東電 72.1 %】：2011/07/06(水) 00:22:22.46

やっぱり今でも動かしてる人ってあまりいないんだな

8801のキーボードなんかは軸抜かれたのも多そうだ

700 ：ナイコンさん：2011/07/06(水) 10:51:32.28

>>698
wwwそうなんだよねwww
なぜ1900+にしなかったんだろうとw

701 ：ナイコンさん：2011/07/06(水) 12:47:22.11

1999年に人類が滅ぶと思われてたからねｗ

702 ：ナイコンさん：2011/07/06(水) 13:14:07.40

次は2038年問題かな。C の time_t型を 32bit の signed int でコンパイルすると
UTCで 1970/01/01 00:00:00 から 2^31 秒経過した 2038/01/19 03:14:08 以後の
データを取扱うシステムは、おかしくなる可能性があるらしい。
とはいえ、今は多くのファイルシステムが64bit化されてるから大丈夫か…

703 ：ナイコンさん：2011/07/06(水) 19:09:28.98

ttp://www.st.rim.or.jp/~nkomatsu/peripheral/RTC.html

704 ：ナイコンさん：2011/07/06(水) 19:15:57.49

PC-8001のDISK-BASICかなんかで、起動時の年の情報をディスケットに設定する機能とかあった気がする。

705 ：ナイコンさん：2011/07/06(水) 22:05:37.21

>>702
今時のシステムは time_t を 64bit にしているから問題ないお。
time_t が 32bit なシステムは徐々にリプレースが進んで、2038年には
カビの生えた骨董品しか残ってないだろうから、実働上はあまり問題にならなさげ。

706 ：ナイコンさん：2011/07/07(木) 06:59:59.69

自社ホームページの日付表示が19100年になっててワロタな。

707 ：ナイコンさん：2011/07/17(日) 22:13:18.72

さてはこの板のジーサン共は暑さで熱射病になってくたばったか

708 ：ナイコンさん：2011/07/18(月) 01:44:05.27

熱射病ねぇw
また懐かしい言い回しだなw

709 ：ナイコンさん：2011/07/18(月) 05:59:45.15

>>708
懐かしくないだろ
熱中症は総称、熱射病は熱中症の一種

710 ：ナイコンさん：2011/07/18(月) 07:59:15.76

日射病ってのは聞かなくなったな
まぁ強烈な日差しの元を避けるのは当たり前だからかｗ

今日もまたUV-EPROM消し日和だ　(ﾑﾘ)

711 ：ナイコンさん：2011/07/18(月) 08:24:24.18

新人の頃、初めてEPROMにお目見えした時に先輩に
「日光でも消えるんですか？」ってアホな質問した

712 ：ナイコンさん：2011/07/18(月) 08:28:50.71

長期間晒せば消える

713 ：ナイコンさん：2011/07/18(月) 10:34:48.96

窓にシール貼らずにフラッシュ当たるだけで、ビット化けするしなｗ
というか長時間だと蛍光灯でもヤバイ。

714 ：ナイコンさん：2011/07/18(月) 10:38:58.66

>>709
全部ひっくるめて熱中症と呼ぶようになったから、熱射病なんて今時まず言わない

715 ：ナイコンさん：2011/07/18(月) 10:56:33.16

熱中症とかいうと、熱射病世代は「水谷豊」とか連想するだろｗ

716 ：ナイコンさん：2011/07/18(月) 11:06:41.75

天日干しなら、120分テープを140分テープに化けさせる方が有用だろw
それを使って、最後の1週間をenjoyするのがこの板的には正しい姿勢だw

717 ：忍法帖【Lv=7,xxxP】：2011/07/18(月) 22:19:34.72

最近、光化学スモッグ注意報って聞かないな

718 ：ナイコンさん：2011/07/18(月) 23:21:18.09

MC68000アセンブリ言語表記で疑問．
例えば，即値加算なら
ADDI.B #<d3>,<ea>
とか書くんだろ？何でADDIなの．オペランドに#付いているのに．
実際に使った事ないんで．識者 Help!

719 ：ナイコンさん：2011/07/18(月) 23:23:26.75

X68000スレで聞いたほうがいいんじゃない？
ここはスレタイに68000は入ってないし。

720 ：ナイコンさん：2011/07/18(月) 23:25:08.01

それはそのニーモニックを考えた人に聞くしかないんじゃないの

721 ：ナイコンさん：2011/07/18(月) 23:33:27.90

>>717
今でも結構出てますよ@品川区

722 ：ナイコンさん：2011/07/19(火) 00:05:14.07

>>718
打ちミスや誤記防止だと書いてあった。即値演算宣言と#、両方そろってないとアセン
ブラ通らない。稀によくあるらしい。

723 ：ナイコンさん：2011/07/19(火) 00:05:55.07

普通に気の利くアセンブラなら add.b #$12,d0 を通してくれるよ。
movea.l #$12345678,a0 とかも普通 move.l #$12345678,a0 で通る。

というか、addi,subi,andi,eori,ori,cmpi,adda,suba,cmpa,movea を強制
するアセンブラを見たことが無い。

724 ：ナイコンさん：2011/07/19(火) 09:28:28.69

>>718
add.l #12345678,d0 と addi.l #12345678,d0 では違う命令だから。

add.l: d1fc 1234 5678 ⇔ addi.l: 0680 1234 5678

理由は 68000 の add 命令のオペランドは
(1) <dn> + <ea> ⇒ <dn> / (2) <ea> + <dn> ⇒ <ea> / (3) #imm. + <ea> ⇒ <ea>
の組み合わせで指定できる。

(1) の <ea> が Imm. で (3) の <ea> が <dn> の時に同じ機能になってしまっただけ。

だから、気の利かないアセンブラでも add.b #$12,d0 を通さない奴は不良品。

add.l #12345678,a0 を adda.l にするとかはやらないというのもありだけど 68000 の
ユーザーズマニュアルにも大抵のアセンブラで自動的にやると書いてあるぐらいなので、
やらないアセンブラは俺も見たことない。

725 ：ナイコンさん：2011/07/19(火) 09:53:12.22

>>722
>打ちミスや誤記防止だと書いてあった。即値演算宣言と#、両方そろってないとアセン
>ブラ通らない。稀によくあるらしい。

どこに書いてあったのか知らないけど、打ちミスと誤記ってなにが違うんだ？
っという突っ込みは置いといて、誤記防止ならなぜ movei.l #12345678,d0 って書かせ
ないんだ？ぐらいは気付けよ。

726 ：ナイコンさん：2011/07/19(火) 11:13:38.56

打ちミスは押しても反映されなかった場合、誤記は自分で間違って書いた場合。

addi.b #$40,d0　これをやりたかったときに、
addi.b $40,d0　これだとエラーになる。で、修正出来ましたとさ。めでたし。これが通るアセンブラ有るの?
add.b #$40,d0　これでもいいんだけど、
add.b $40,d0　これだと通ってしまう。たまたま不具合無く動いてしまったら、、、

movei.l #12345678,d0　これについても何か書いてあったような。

727 ：ナイコンさん：2011/07/19(火) 12:01:47.47

過疎スレだからまぁ許容できるかもしれないけど、そろそろ微妙じゃね？
せめて8bitの話題にしよーよｗ
世代的にわからんでもないけれど。

728 ：ナイコンさん：2011/07/19(火) 15:07:16.20

>>726
> 打ちミスは押しても反映されなかった場合、誤記は自分で間違って書いた場合。

いや、そんなオレオレ定義語られても...。

> addi.b #$40,d0　これをやりたかったときに、
> addi.b $40,d0　これだとエラーになる。で、修正出来ましたとさ。めでたし。これが通るアセンブラ有るの?
> add.b #$40,d0　これでもいいんだけど、
> add.b $40,d0　これだと通ってしまう。たまたま不具合無く動いてしまったら、、、

一生懸命説明してるところ悪いが、そこがおかしいといってるわけじゃなくて...

> movei.l #12345678,d0　これについても何か書いてあったような。

が書いてないと意味がないと書いたつもりなんだが。

>>727
スレチすまん。

729 ：ナイコンさん：2011/07/19(火) 17:46:58.46

横レスですが、趣味で ColdFire を勉強中なので
話の流れが興味深く、とってもためになります
もし良かったら、姉妹スレの↓こっちで続けてもらえると嬉しいかも

68K v.s. x86
http://toki.2ch.net/test/read.cgi/i4004/1220728356/

正座して待機しますw

730 ：ナイコンさん：2011/07/19(火) 18:47:22.11

今から3人行くから
お茶とお茶菓子も用意しといてね

731 ：ナイコンさん：2011/07/19(火) 18:49:17.79

あっ、座布団はお客さん用のを出してよ
ペスの毛が付いてるとイヤだから

732 ：ナイコンさん：2011/07/19(火) 22:02:00.13

あーFM使ってた頃の座布団があるよ、縮れ毛が付いてるかもしれんけどｗ

733 ：ナイコンさん：2011/07/19(火) 22:24:10.41

何故、座布団に陰毛が付いているのか。

ゆっくり聞かせてもらおうじゃないか

734 ：ナイコンさん：2011/07/20(水) 03:11:39.26

>>733
あれは神出鬼没だからｗ

735 ：ナイコンさん：2011/07/21(木) 09:19:07.61

vs SPARC

736 ：ナイコンさん：2011/07/21(木) 22:33:08.84

台所に黒色の憎いGが出没するようになったのでSuperSPARCの
マイクロプロセッサとキャッシュコントローラをセットで実装しておいた

737 ：ナイコンさん：2011/07/21(木) 23:30:45.57

それならコールドファイヤが効くってよ

738 ：ナイコンさん：2011/07/24(日) 08:57:40.76

Z80さいきょうでんせつ～

739 ：ナイコンさん：2011/07/27(水) 16:28:20.71

Z80が最強というのは伝説だったのか。

740 ：ナイコンさん：2011/07/27(水) 19:18:23.81

>>709
>熱中
僕の先生は～♪ 嵐を巻き起こす～♪

741 ：ナイコンさん：2011/07/27(水) 19:56:45.23

ビー玉、ベーゴマ、フーセンガムにニッキと

742 ：ナイコンさん：2011/07/27(水) 21:16:25.13

Z80パズル

次の働きをもつコードを書きなさい。

1) Aレジスタ(以下A)が偶数なら0、奇数なら0xffをAにセット(2バイト)

2) Aが0なら0、正なら1、負なら-1(0xff)をAにセット(7バイト)

レジスタを壊したり、メモリやスタックを使うのに制限はありません。この答えには必要ないけど。
一応オリジナル問題だが、もともとは以前どっかで見たことのあるコード(のアレンジ)。

743 ：ナイコンさん：2011/07/27(水) 21:47:41.53

1)
rra
sbc a,a

2)
rlca
jr z,$+6
sbc a,a
jr c,$+3
inc a

744 ：ナイコンさん：2011/07/27(水) 21:58:22.53

2)
rlca
jr z,$+5
sbc a,a
add a,a
inc a

6バイト

745 ：ナイコンさん：2011/07/27(水) 22:10:50.61

2)
rlcaでzは変わらなかったな。

rlc a
jr z,$+6
sbc a,a
add a,a
inc a

746 ：ナイコンさん：2011/07/27(水) 22:21:45.66

うわ、早いなあ。
1)は偶数なら0、奇数なら1、はand 1一発なんで
and 1/negの3バイトが必要じゃないの？と迷うのではと
思ったがあっさり解かれてしまったか。

2)もほぼこちらの用意していた正解通り。
rlcaはZフラグが変化しないのでrlc aを使うのも見破られた。
add a,a/inc aはscf/adc a,aも正解。

747 ：ナイコンさん：2011/07/27(水) 22:28:29.43

halt

748 ：ナイコンさん：2011/07/27(水) 22:31:06.90

>>745
訂正

jr z,$+6
↓
jr z,$+5

749 ：ナイコンさん：2011/07/27(水) 22:31:43.13

2)
or a
jr z,$+6
add a,a
sbc a,a
add a,a
inc a

若干高速化

750 ：ナイコンさん：2011/08/01(月) 19:19:53.29

Z80積んでたセガmark3がファミコンに敗れたのは謎だ

751 ：ナイコンさん：2011/08/01(月) 19:24:04.49

後発だったしソフトの大半がアレだったし

752 ：ナイコンさん：2011/08/01(月) 19:38:51.26

markIIIじゃなく、当初からマスターシステムならあるいわ。
って感じかなぁ、サターンが当初からドリキャスならみたいな。

あとはクリティカルな部分での動作はZ80はとろい、6502は妙に速いとか
そういう部分かな(0ページ以外だとそれなりではあるが)。

753 ：ナイコンさん：2011/08/02(火) 09:19:55.99

サードパーティがほとんどいなかったんじゃなかったっけ？

754 ：ナイコンさん：2011/08/02(火) 10:45:42.61

コントロールパッドが酷かった

755 ：ナイコンさん：2011/08/17(水) 16:18:40.75

■「インテルマイコン離脱で暗雲」
ttp://headlines.yahoo.co.jp/hl?a=20110817-00000304-soccerk-socc
一瞬、なんのことかと焦った。
YAHOO!トップ頁のニュース見出しは、わざと狙ってるとしか思えないw

■「Google、Motorola Mobilityを125億ドルで買収」
ttp://plusd.itmedia.co.jp/mobile/articles/1108/15/news052.html
こっちは、まともなニュース。
昔のモトローラは、軍用電話～自動車電話が看板事業だったと思うんだけど
今年の初めに子会社として切り離してたんだね、知らなかった。

756 ：755：2011/08/17(水) 16:27:00.08

スレを間違えたかな?
>>755は
http://toki.2ch.net/test/read.cgi/i4004/1220728356/507-508
へのレスにすべきだったかも

同じく
ttp://k-tai.impress.co.jp/docs/news/20110815_471045.html

757 ：ナイコンさん：2011/08/17(水) 20:36:22.12

Z80最強伝説は続く

758 ：ナイコンさん：2011/08/17(水) 23:28:41.57

インテルとかモトローラとか言われても何かアレだｗ

759 ：ナイコンさん：2011/08/18(木) 00:06:26.03

ドレだ?

760 ：ナイコンさん：2011/08/18(木) 09:24:02.03

ソレか！？

761 ：Donald Tack(ロサンゼルス)：2011/08/20(土) 12:26:20.81

762 ：ナイコンさん：2011/08/23(火) 10:10:47.59

電源ONで$0000以外からスタートするのってあったっけ？

763 ：ナイコンさん：2011/08/23(火) 10:47:13.32

80系は$0000からスタート
65系や68系はリセットベクタのアドレスからスタート
86系はF000:FFF0からスタート

764 ：ナイコンさん：2011/08/23(火) 12:21:48.99

>>762
NMI使うとか

765 ：ナイコンさん：2011/08/23(火) 23:16:13.40

話がつまらん方向になってるな
真相はなんだ？

766 ：ナイコンさん：2011/08/23(火) 23:16:28.47

おーごばく＾＾

767 ：ナイコンさん：2011/08/25(木) 12:50:52.06

>>765
そうかい?
俺は16/32bitのコアな話やコンパイラの話なんかよか面白いけど。

768 ：ナイコンさん：2011/08/25(木) 13:42:21.46

誤爆にその反応は

アホなのか天然なのか

769 ：ナイコンさん：2011/08/25(木) 15:55:48.68

ｗ

770 ：ナイコンさん：2011/08/26(金) 11:42:12.40

771 ：ナイコンさん：2011/08/26(金) 20:45:20.19

>>768
ボケ返しじゃないすか？

772 ：767：2011/08/30(火) 09:06:21.98

766があれば見てなかったわけないんで、
クライアントでリロード忘れたかな。
>>765-766さんごめんね

773 ：ナイコンさん：2011/09/03(土) 08:20:24.08

>>763
> 86系はF000:FFF0からスタート

正しくは
86系はFFFF:0000からスタート

>>764
> NMI使うとか

NMIと言えども Stackを設定するまではDisableされている。
だからいきなりNMI先には行けない。

774 ：ナイコンさん：2011/09/03(土) 08:35:39.57

ﾌﾟｯ、バーカｗ

775 ：ナイコンさん：2011/09/03(土) 12:01:05.46

アドレスはどっちも同じだけど、リセット後のCS見れば正解はわかるよね

776 ：ナイコンさん：2011/09/03(土) 12:01:40.84

ﾌﾟｯ、バーカｗ

777 ：ナイコンさん：2011/09/03(土) 16:02:02.17

日本語版IA-32マニュアルのVol.3 [pdf 9.7MB 　※直リン注意]
ttp://download.intel.com/jp/developer/jpdoc/IA32_Arh_Dev_Man_Vol3_i.pdf

9.1.4. 最初に実行される命令
ハードウェア・リセット後にフェッチされてから実行される最初の命令は、
物理アドレスFFFFFFF0H に配置される。このアドレスは、プロセッサの最上位に
ある物理アドレスの16 バイト下に位置している。(中略)
実アドレスモードでは、通常、16 ビットのセグメント・セレクタ値を4 ビット分
左にシフトして20 ビットのベースアドレスを作成すると、ベースアドレスが形成
される。ただし、ハードウェアのリセット中には、CS レジスタ内のセグメント・
セレクタにF000H がロードされ、ベースアドレスにFFFF0000H がロードされる。
このように、開始アドレスはEIP レジスタ内の値にベースアドレスを追加すること
によって形成される（つまり、FFFF0000 + FFF0H = FFFFFFF0H である）。

-----
別人の横レスですが、いちおう確認してみました。
ところで、上記の動作は「486以降」って書いてあって、それ以前が不明なんだけど
基本的に同じと考えていいのかな？
8086やV30は20bitだから同じだけど、286や386ではたしか 21bit以上の
HMA空間「0001FFF0H」とかへの回り込みがあるような気がしたけど
リセット時はどうなんでしょう？

778 ：ナイコンさん：2011/09/03(土) 19:42:05.07

>>777
IA-32と8086はリセット時の仕様が異なる。(ただし外面は不変)
CSがセグメントセレクタになった時点で変えたみたいだ。

8086は、リセット時CS=FFFFh,IP=0000hとなる。これが正解。

779 ：777：2011/09/03(土) 23:28:58.07

>>778
レスありがとうございます。確認しました。

Intel 8086 Family User's Manual [英語 pdf 9.5MB 　※直リン注意 (やたら遅い)]
ttp://matthieu.benoit.free.fr/cross/data_sheets/8086_family_Users_Manual.pdf

p44 の Table2-4 「CPU State Following RESET」の表
Instruction Pointer　0000H
CS Register　　FFFFH
(後略)

-----
1981/8/12 に初代IBM-PC (5150)が発売されてから、ちょうど30年たつけど
まさか 8086/88 のリセット動作を勉強するとは思わなかった…
こういう思わぬ歴史の学習をさせてもらうから、このスレはとてもやめられませんw
(ColdFireや63c09どころか、8086の復習まで始めたら老後が全部つぶれるかも)

780 ：ナイコンさん：2011/09/03(土) 23:39:36.61

大丈夫。もう炎の７日間が始まってるから。

781 ：ナイコンさん：2011/09/04(日) 01:16:59.10

>>780
当時わざわざ映画館に出かけたけど、Wikipediaには封切りが1984/3/11と書いてあった。
劇場版しか知らないが、原作のナウシカはアニメージュ連載開始が1982/2月号とのこと。
IBM-PC,FM-8,PC-8801といい勝負だなぁw

782 ：777：2011/09/04(日) 02:34:14.76

たびたび連投ゴメン。やっと80286のマニュアルを見つけて
その中の付記「 8086 との互換性」にリセットの違いがズバリ書いてあったので、報告。

INTEL 80286 PROGRAMMER'S REFERENCE MANUAL 1987
ttp://www.ragestorm.net/downloads/286intel.txt

Appendix C 8086/8088 Compatibility Considerations
Hardware Compatibility Considerations
　1.　Address after Reset
　　　　8086 has CS:IP = FFFF:0000 and physical address FFFF0.
　　　　80286 has CS:IP = F000:FFF0 and physical address FFFFF0.

783 ：ナイコンさん：2011/09/07(水) 01:09:57.83

Dメールでも送っとけ

784 ：ナイコンさん：2011/09/15(木) 19:47:18.47

Dメールは不確定要素が多すぎる

785 ：ナイコンさん：2011/09/16(金) 00:13:57.89

わけのわからんアニメネタはやめろ

786 ：ナイコンさん：2011/09/16(金) 23:39:54.33

アニメネタなのか。
それさえもわからん。

787 ：ナイコンさん：2011/09/17(土) 00:12:10.68

大元はゲームだろうに

788 ：ナイコンさん：2011/09/17(土) 20:31:59.43

Dメールって、電報のことじゃないのか...

789 ：ナイコンさん：2011/09/17(土) 20:53:24.09

あんたDメール知らんのか！

790 ：ナイコンさん：2011/09/18(日) 02:01:57.58

「ああっ、だめーーーーーーーる」

791 ：ナイコンさん：2011/09/18(日) 05:08:15.16

>>513
用途によるだろうが、近年の3Dの場合は恐らくGPUがハードウエアジオメトリ処理からレンダまで行なう為、
オブジェクトデータを渡してGPUグラフィクスパイプラインに流し込むという状況だろう。
レンダリング時のCPUのSIMDを扱う事自体が少ないかもしれない。
ジオメトリ計算をCPU側が受け持ってた時代はCPU側のSIMD演算中心だろう。
VC++のインラインが無くなった理由は時代的背景にも有り？

792 ：ナイコンさん：2011/09/18(日) 05:25:23.06

>用途によるだろうが、近年の3Dの場合は恐らくGPUがハードウエアジオメトリ処理からレンダまで行なう為、
>オブジェクトデータを渡してGPUグラフィクスパイプラインに流し込むという状況だろう。
>レンダリング時のCPUのSIMDを扱う事自体が少ないかもしれない。
>ジオメトリ計算をCPU側が受け持ってた時代はCPU側のSIMD演算中心だろう。
>VC++のインラインが無くなった理由は時代的背景にも有り？

馬鹿丸出し

793 ：ナイコンさん：2011/09/18(日) 11:06:05.31

演算は３Ｄだけじゃないしな>SIMD

でもさー、アセンブラで書けなくなっちゃったらプログラマの真価が発揮されるような
コードはこの先無理なんだろうね。

まぁ今時はアレか、マイクロコード開示みたいな世界なのかもしれんが。

794 ：2：2011/09/18(日) 11:08:59.99

>>3 >>774 >>776 >>792
同じ単語しか書けないゲーム脳な人は巣に帰っておとなしくしていること。

人のカキコを批判するときは、たとえ書くのが面倒でも
内容や根拠を簡単でもいいから呈示してください。
第三者が読んだときに、どこが批判されているのか不明な場合
読後の不快感とスレのしらけムードだけが残り、著しく不愉快です。

あとタイミングから判断できるような露骨な自演や、便乗の煽りも禁止。
特に神出鬼没のZ80最強厨はウザすぎる。まったく無関係な場所で
コピペ煽りを演出して、そのくせ中身を理解してないという…
　まるで酒場で他人の喧嘩が好きな野次馬チンピラみたいな奴w

先にいっとくけど、自分は >>791 さんとは別人だからな w

795 ：ナイコンさん：2011/09/18(日) 12:20:46.89

>>791
(素人なんで、根本的にトンチンカンなレスだったらすみません)
1行目,2行目,4行目については、自分も似たようなことを思ってました。3行目の
>レンダリング時のCPUのSIMDを扱う事自体が少ないかもしれない。
については、実行時の状況やグラボ・メーカーが提供するデバイス・ドライバの
さじ加減次第なんじゃないでしょうか?
OpenGLは全く知らないのですが、たとえばDirectXに関して言うなら
各種の変換行列や構造体を準備してから後は、BeginScene～EndSceneではさまれた
処理はDirect3Dにおまかせ(?)なので、実際にどこで実行されるかはドライバ内部の
設計都合による気がする。テクスチャの2D解凍みたいな前処理はXMMレジスタでグリグリ
演算するのが向いているかもしれないし、zバッファとか?逐一展開した方が高効率なら
当然GPUに転送してからきちんとシェーダーで演算してるのかもしれない…　とか。

5行目の
>VC++のインラインが無くなった理由は時代的背景にも有り？
については、>>513 >>515 を読んで、へぇ～とか自分も思って、あわてて
VC8の「 Compiler Intrinsics 」てのを読み始めたんだけど
これは、IA-32とx64が、AVXとかAVX2とかで、プリフィックスとバイナリ体系が
どんどん整理されつつある過渡期で、最適手順が流動的すぎてユーザーがますます
判断しにくくなったから、MSが方針変更をはかったのかも。
SIMDよりもCRCとか暗号化とか、最近ではRISCなみに3オペ( A←B演算C )みたいな
レジスタ非破壊の演算命令も追加されるらしいので…「もう訳わからん」状態。
もしやARM用コンパイラをMSが出して、将来はVCと統合するつもりの布石だったりしてw

796 ：ナイコンさん：2011/09/18(日) 12:40:16.15

そいえば最近のintelのCPUに命令を圧縮ﾊﾟｯｸするやつ(名前忘れた)があって、
それ使えばクロック当たり命令が稼げるとかなんとかだったね。
そっちとか(で直接コード置かず)にして古い命令は使うな、っていうことかも。

797 ：ナイコンさん：2011/09/18(日) 14:18:12.48

>>791
>ジオメトリ計算をCPU側が受け持ってた時代はCPU側のSIMD演算中心だろう。

ハードウェアT&LがサポートされたのがDirectX 7.0で、1999年9月。3DNow!やSSEが使えるようになったのってほぼ同じ時期だぞ。
ジオメトリ計算を主にCPUがやってたのってハードウェアT&L以前の時代な。

798 ：ナイコンさん：2011/09/18(日) 14:35:55.46

>>783-789　シュタインズ・ゲートは未プレイなので(中古が値下がりするのを待機中)
John Titor についてだけレスしてみます。

IBMを退職した中年のある技術者が、タイムトラベル小説と自主制作映画の企画を
思いつき、ガイガーカウンタ他の雑貨品を用いてタイムマシン‘もどき’を作成。
2000年末ネットに写真をアップして、TimeTravel_0 の名前でチャット発表。
結構ウケが良かったので別のBBSで、未来人を騙りハンドル名「John Titor」で質疑応答。
過去へやってきた理由として挙げたのが、>>702 >>705 の 2038年問題。
IBM/360システム互換モードのあるポータブル機IBM-5100を「取りに来た」とのこと。
でも、そんな未来まで360互換アプリを使ってるはずない、という懐疑派と
IBM内部関係者しか知らないはずの隠しモードだから本物だという擁護派で紛糾。
さらに、アメリカ内戦→第三次大戦とかオリンピック2004年終了とかアジア連合とか
色々物騒な予言をしすぎて大反響が怖くなり、2001年春に沈黙・とんずらした。
NYテロや冬季オリンピックの言及がなく、後日ネタ判明で米では騒ぎ終了。

ところが、すでに終ったはずの騒動を日本の出版社が取り上げ「ジョン・タイター」
本を発売。聖書が元ネタなので正しい発音は「ジョン・ティーター」らしいんだけど
最初の編集者が間違ってつけた表題「タイター」が定着してしまい、こう呼ぶのは
日本だけとのこと。ブーム到来に合せて2chでもオカルト板で2005年頃に検証スレが
乱立し、結局ネタでした～の顛末が暴露され沈静化。

巧妙なSFタイム・トラベルのプロットを扱ったゲームとしては
剣乃ゆきひろ作「DESIRE ～背徳の螺旋」が自分としては衝撃的だったんだけど
シュタインズ・ゲートはどうなんだろう? ジュネーブCERNも絡むらしいが。

当スレ的には、IBM-5100の隠しモードって何ぞや?とか360システムで2038年問題?とか
を語るべきなんでしょうが…　よく知らないので割愛w

799 ：795：2011/09/18(日) 14:42:38.36

>>796
後から思い出したんですが、今後の AMD の出方が不透明なのも理由の一つかも。
仲介役?のMSとしては、Intel 用、AMD 用とごちゃごゃ分けたくないっていう
思惑があって「組込関数」(Compiler Intrinsics) 推奨なのかもしれませんね

800 ：ナイコンさん：2011/09/18(日) 15:01:07.70

>>793
>でもさー、アセンブラで書けなくなっちゃったらプログラマの真価が発揮されるような
>コードはこの先無理なんだろうね。

masm使えるよ

801 ：ナイコンさん：2011/09/18(日) 15:06:43.52

>>513
http://msdn.microsoft.com/ja-jp/library/hb5z4sxd.aspx

802 ：【東電 77.8 %】：2011/09/18(日) 18:59:28.21

>>800
amd64も逝ける？

803 ：ナイコンさん：2011/09/19(月) 19:32:27.33

ttp://www.4gamer.net/games/137/G013719/20110819091/SS/005.jpg

シュタインズ・ゲート　8bit　(PC風/MZ風)　体験版
ttp://www.4gamer.net/games/137/G013719/20110819091/

804 ：ナイコンさん：2011/09/19(月) 21:55:52.05

>>798
BEST PRICE版(廉価版)が4000円弱で出たから、そっちを買ったら？
PC版はオンラインアクティベーションがあるので、中古だと微妙かもしれない。
内容にハードなSFのみを求めるなら止めた方がいい。

805 ：ナイコンさん：2011/09/19(月) 22:39:44.10

>>804
でも、おエロいんでしょうぅ？(TVショッピング風

806 ：798：2011/09/20(火) 02:35:19.40

>>804
Best版が9/16に発売とは知らなかった、思い切って発注しました。
タイムリーな情報に大感謝!

>>805
プレイしてない自分が言うのもアレだが、18禁じゃないから
普通のギャルゲーよりシリアスっぽいものじゃないかと想像。たぶん

過去にメール送れるなら、モトローラに6809の高速版(4,6,8～MHz)を出せと言いたい
もしくは日立と和解・提携して積極支援/技術供与しろと。
メモリとDMA&バスアービタ(?)その他周辺全部も高速化対応…　無理かなw

807 ：ナイコンさん：2011/09/20(火) 02:53:33.57

シュタインズ・ゲートなんて妹コンプレックスのオタク物じゃないか
単調な作業の繰り返しと無意味な物語を読むだけのクソゲー

たのむから続きは他のスレでやってくれ

808 ：806：2011/09/20(火) 03:13:55.54

>>807
一部で酷評されてるらしいのは聞いてたが、やっぱりそうか…　覚悟しとく。
了解。以後この話題はやめます。

809 ：ナイコンさん：2011/09/20(火) 22:08:53.16

6809の高速版ね・・・
6809システムではメモリのアクセスタイムはシステムクロックサイクルの
ザックリ3/4になるから、8MHz版だと約94ns。そこからセットアップタイムを
差し引いて80ns品でカツカツといったところか。
まぁ、その頃なら256k-70nsのSRAMを2つサクッと並べて一丁あがり・・・になるんだろうな。
それほど突拍子も無い話ってことも無いな。

ただ、より切迫した問題はアドレス空間の狭さだったわけで、レジスタ長を
32bitに拡張したりとか言い出せば、それはMOTお得意の互換性を無視した
命令パターン再定義だし。
セグメントや内蔵バンクレジスタもゴメンとなれば、いっそ68000にした方が
よほど素直という結論なんだよな。

810 ：ナイコンさん：2011/09/20(火) 22:18:35.53

6809って結局

・値段が高いから採用されない
・採用されないから値段が下がらない

をぐるぐる繰り返してたうちに消滅したプロセッサだからなあ。高速版とかそういうのじゃないよね、必要だったのは。

当時のZ80に比べ圧倒的な性能差があったわけでもなく、高級言語志向の洗練された命令体系といっても開発環境が普及してたわけでもなく、まあ無くなるべくして無くなったとしかいえないプロセッサだったな、好きだったけど。

811 ：ナイコンさん：2011/09/20(火) 22:18:50.62

6502の遠い子孫でARMってことらしいので(詳しくは調べてないｗ)
6809の遠い子孫になるように何か細工はできなかったものかｗ

812 ：ナイコンさん：2011/09/20(火) 22:24:54.66

>6502の遠い子孫でARMってことらしいので(詳しくは調べてないｗ)

違うよ

>6809の遠い子孫になるように何か細工はできなかったものかｗ

ロード/ストアアーキテクチャが主流になっちゃったからむりぽ

813 ：ナイコンさん：2011/09/22(木) 09:42:27.91

ゲームは良く知らないが、SF的に考えて仮にDメールがあったと考えても、意味が無い。
成功、失敗は本質的にビジネスの問題なので、6809を高速化しても無意味。

結局Dメールなども、倫理的問題を突き詰めればインサイダー行為に等しいだろう。
それらによって出来上がった物など、ろくでもない物しか生まれない。
世に存在する多くの優秀な設計の機器は、物理や理論の原理原則に従っているのであり、
インサイダー行為によって成り立っているのではない。

たとえ貴方がDメールをしても、貴方が優秀な設計者でもない限り、余計なバイアスを6809製品ラインに与えるだけだ。
ひょっとしたら失敗の原因は,貴方のDメールかもしれない。それは十分有り得る。

そうしたゲームを作るなら、ストーリに人間の愚かさと悲劇を描く事が、必須の要素となるだろう。

814 ：ナイコンさん：2011/09/22(木) 20:51:13.63

ていうかなんか、あまりにも物理的に稚拙だからシュタゲの話はもういいよ。

815 ：ナイコンさん：2011/09/23(金) 06:10:27.32

昔の8bit機のCPU、結構熱くなってたよな。熱暴走だってあったし。
今の基準で言うなら最低でもヒートシンクつけなきゃならないんだろ。

816 ：ナイコンさん：2011/09/23(金) 06:54:03.05

【韓国】自慢の最新自走砲に搭載されているCPUがPC-98世代のものと発覚。壊れたら修理部品ねえ
http://hatsukari.2ch.net/test/read.cgi/news/1316610267/

最新式K－9自走砲は時代遅れ？―韓国メディア

韓国産の最新式K－9自走砲に内蔵されているCPUが10年前のものであることが分かった。
韓国メディアは相次いで報道し、維持補修や海外輸出に懸念を示した。

韓国国会国防委員会のキム議員によると、今年生産されたK－9自走砲の射撃統制システムは1999年初生産当時の
CPU486がそのまま搭載されており、さらに軍に配備されているK－9自走砲の中には性能が
一段低いCPU386を搭載しているものもあるという。

2011年、インドとの輸出交渉の過程でインド側から10年前のCPUを内装していることを
問題視されたことも明らかになっている。
http://headlines.yahoo.co.jp/hl?a=20110921-00000015-scn-kr

817 ：ナイコンさん：2011/09/23(金) 09:17:24.05

次期兵器にはi7搭載！

冷却機構が粗悪で熱暴走多発！！

818 ：ナイコンさん：2011/09/23(金) 10:00:29.70

大したことやらせないんだったら486で十分すぎだろう。軍用産業用でずっと作ってりゃ良いのに。
製品寿命見て25年くらい。それかFPGA上でエミュ。

819 ：ナイコンさん：2011/09/23(金) 19:39:08.84

486はここ数年くらいの間に出荷終了したんだっけ
保守用にそこまで生産してた自体がすげえよって話でもあるが。

820 ：ナイコンさん：2011/09/23(金) 19:43:51.93

苛酷な環境には枯れた技術。

821 ：ナイコンさん：2011/09/24(土) 01:35:55.21

そういえばロシアがi8080をコピーしてミサイルに搭載してたって話があったなｗ
やたらでかいチップでコピーしたとか、結構グッドコピーだったとか色々聞いたなｗ

822 ：ナイコンさん：2011/09/24(土) 02:05:03.79

ミリ秒オーダーのシーケンサなら80系でも十分勤まるだろ。

まるコピーならダイ面積から違うとも思えないが、
パッケージが巨大なのは放熱を考慮した結果かもしれん。
電子技術で遅れを取ったとはいえ、少なくとも連中バカではないからな…

823 ：ナイコンさん：2011/09/24(土) 02:25:58.80

>>809
いっそ6809と6829をワンチップにしてしまえばフル互換で余計なことせずに使えただろう。
そうなると8086とどっちが使いやすかっただろう。

824 ：ナイコンさん：2011/09/24(土) 02:28:07.12

そりゃ8086に決まっとる。

825 ：ナイコンさん：2011/09/24(土) 02:33:16.29

> いっそ6809と6829をワンチップにしてしまえばフル互換で余計なことせずに使えただろう。
そうなると8086とどっちが使いやすかっただろう。

本気で言ってるんだろうか?
なんか、6809も8086も知らない人がテキトーなこと言ってる気がするけど。

826 ：ナイコンさん：2011/09/24(土) 02:46:47.33

6809と同時に68000が開発されてた、モトローラは6809を切り捨てて68000に全力を注いだ
6809の出荷ができたが、完全に孤立してしまった。
しかし業界は、8BITをパソコン、16BITをオフコンとして切り分けた。
68000はワークステーションでしか使われなかった。
モトローラーはパソコンでつかってほしかったのだろう。マックのように

MC68000の機能を半分に削って、低価格で流通させるべきだったと思う
ソフトの互換性をもっと考えるべきだった。　だけどモトローラーはそれをしないよね

827 ：ナイコンさん：2011/09/24(土) 02:55:31.31

> MC68000の機能を半分に削って、低価格で流通させるべきだったと思う
> ソフトの互換性をもっと考えるべきだった。　だけどモトローラーはそれをしないよね

Sinclair QLとかあったじゃん

828 ：ナイコンさん：2011/09/24(土) 02:57:28.65

>>826
>68000はワークステーションでしか使われなかった。

Macは? Amigaは? STは?

829 ：ナイコンさん：2011/09/24(土) 03:01:24.78

>>826
>しかし業界は、8BITをパソコン、16BITをオフコンとして切り分けた。

海外では6809積んだパソコンてCoCo位しか知らんけど、そんな沢山あったの?
68000搭載機の方が全然多いと思うけどなぁ

830 ：ナイコンさん：2011/09/24(土) 03:05:23.72

ミサイルなら大気圏外に飛び出したとき、プロセスルールで耐放射線性に
差が出るだろうね。たとえ微細加工技術の未熟さから来るものだとしても、
案外怪我の功名に成りえるやもしれず。

831 ：ナイコンさん：2011/09/24(土) 03:05:40.84

Sinclair QLですか、MSXと同世代ですね。
68000を複雑に使おうとするが単純に使うべきだと思う。
実際にUNIXを扱えるユーザーはいない、だからN88-BASICよりも低級でなければならない。
ＦＤ入れてリセットでスタート、これがあの時代の標準。

832 ：ナイコンさん：2011/09/24(土) 10:17:05.09

もうちょっとちゃんとした日本語で書いてよじいさん

833 ：ナイコンさん：2011/09/24(土) 11:31:01.86

6809が登場したのは遅かったけど、アーケードゲームでそれなりに使用されている。

834 ：ナイコンさん：2011/09/24(土) 11:51:35.95

>>833
ナムコだけ見ても、少なくとも1983年のマッピーから1988年のSYSTEMIIのサウンド制御までは
6809使われてたんだし、「それなりに」どころの話ではないと思うが。

835 ：ナイコンさん：2011/09/24(土) 12:06:13.53

アーキテクチャーうんぬんの話もあるけれど、
Z80の成功は、
・i8080のバイナリレベルでのソフトウェア資産
・裏レジスタ、インデックスレジスタの増設
・ロードもストアもロード(LD)にしてしまったザイログ・ニーモニック
・単一5V電源
とかなのかな？

836 ：ナイコンさん：2011/09/24(土) 12:16:56.96

・DRAMのリフレッシュをサポート

837 ：ナイコンさん：2011/09/24(土) 12:24:07.98

>>835
ニモニックは関係ないだろ。インテルニモニックにも利点はあるし。

Z80の成功は、インテルが8080の改良版出せないうちにうまいこと出して市場を
掻っ攫ったタイミング的なところが大きいと思う。

838 ：ナイコンさん：2011/09/24(土) 12:35:17.82

あとはALUが4bitで内部構造を安くしたってこともあるかもしれないな

839 ：ナイコンさん：2011/09/24(土) 13:51:28.84

8080に対するZ80って
8086に対するV30みたいなもんだろ

840 ：ナイコンさん：2011/09/24(土) 14:07:01.61

V30は8086にほぼピンコンパチで、80186の命令取り込んだりしてて、あんまり
NEC独自の進化してない感じ。便利な8086、程度のもの。

841 ：ナイコンさん：2011/09/24(土) 14:10:06.78

V30ってインテルの著作権かなんか避けるためか仕様に独自のニモニック表記が
あったらしいね。実際にそれ表記のツールがあったとか、聞いたことはないけど。

842 ：ナイコンさん：2011/09/24(土) 14:11:44.97

>>835
・大幅な命令強化

843 ：ナイコンさん：2011/09/24(土) 15:12:07.07

>>840
クロックのデューティ比はV30有利だったかと。

844 ：ナイコンさん：2011/09/24(土) 16:54:53.83

V30の拡張命令が後の98の足を引っ張り続ける事になるとは
開発陣達も気がつかなかっただろうな

845 ：ナイコンさん：2011/09/24(土) 16:57:54.47

>>844
kwsk

846 ：ナイコンさん：2011/09/24(土) 20:33:01.69

>>826
> MC68000の機能を半分に削って、低価格で流通させるべきだったと思う

68008 があるにはあったが、そんなに安くなかったな。

847 ：ナイコンさん：2011/09/24(土) 20:46:58.82

MC68008は失敗作。
8088みて、急遽作ったから68000よりも複雑で性能が悪い。ロジックが増えただけ。

848 ：! 【23.5m】【東電 65.6 %】：2011/09/24(土) 21:48:08.15

車載は6809って感覚があるな

849 ：ナイコンさん：2011/09/24(土) 21:54:12.11

>>848
お前だけじゃね?

850 ：ナイコンさん：2011/09/25(日) 04:47:00.56

>>829
>海外では6809積んだパソコンてCoCo位しか知らんけど、そんな沢山あったの?

http://mo5.com/musee/machines/recherche/categories.php?categorie=8&tri=&images=1
http://mo5.com/musee/machines/recherche/categories.php?categorie=16&tri=&images=1
で勘定すると、
68000機=27
6809機=24
なので、確かに68000のが多いが、どっこいどっこいじゃないかな。

851 ：ナイコンさん：2011/09/25(日) 04:59:57.47

> 6809機=24

同じシリーズのバリエーションばっかじゃん。Vectorexまで混じってるし。

852 ：ナイコンさん：2011/09/25(日) 12:50:17.69

販売台数まで勘定できるといいんだけどね
はっきりした数字ないもんね

853 ：ナイコンさん：2011/09/26(月) 15:58:39.99

Z80で符号拡張するのってこうすればいいのかな？

　　LD　　　L,A
　　RLCA
　　SBC　　A,A
　　LD　　　H,A

854 ：ナイコンさん：2011/09/26(月) 19:49:18.81

あ～、それで合ってるんじゃね？

855 ：ナイコンさん：2011/09/26(月) 22:14:01.05

6809ならSEX命令で一発

856 ：ナイコンさん：2011/09/27(火) 01:10:18.56

ちょおま…
いや合ってるのか。

857 ：ナイコンさん：2011/09/27(火) 12:16:14.01

S○X一発で結果がDだなんて、お前ついてないな。

858 ：ナイコンさん：2011/09/27(火) 13:07:53.21

6‥9でSEXで一発なスレはここでつか

859 ：ナイコンさん：2011/09/28(水) 02:33:54.42

しょーもないネタにイチイチ反応してんじゃねーよｗ

860 ：ナイコンさん：2011/09/28(水) 12:11:15.23

ネタは拾ってあげないとw

861 ：ナイコンさん：2011/09/28(水) 14:48:59.12

その頃(マイコンも買って貰えなくて店に通ってたとか)は中学生だったとかだからだろうなｗ
こういうレベルのネタに食いついてくるｵｯｻﾝ達ｗ

862 ：ナイコンさん：2011/09/28(水) 19:35:16.12

>>861
済まんな。回路設計から自分で作った派だww

863 ：ナイコンさん：2011/09/28(水) 21:59:21.58

>848
日産レパードは8086
80年代の本田F1は6809
と聞いたことがある

864 ：ナイコンさん：2011/09/28(水) 22:23:10.33

なるほど、そりゃあ売れないわけだわな。

865 ：ナイコンさん：2011/09/29(木) 15:25:57.08

カローラ86レビンは8086じゃないの？

866 ：ナイコンさん：2011/10/01(土) 10:31:04.16

フェアレディZ80

867 ：ナイコンさん：2011/10/01(土) 10:43:31.72

ホンダZ80

868 ：ナイコンさん：2011/10/01(土) 11:44:57.40

ウルトラマンZ80

869 ：ナイコンさん：2011/10/01(土) 11:53:13.14

マジンガーZ80

870 ：ナイコンさん：2011/10/01(土) 19:33:20.01

ABCDEFGHIJKLMNOPQRSTUVWXYZ80

871 ：ナイコンさん：2011/10/01(土) 21:07:41.04

ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_

872 ： ◆0uxK91AxII ：2011/10/03(月) 22:56:28.90

WIDTH80

873 ：ナイコンさん：2011/10/03(月) 23:26:28.20

LOCATE 68,09

874 ：ナイコンさん：2011/10/03(月) 23:48:56.82

WIDTH 72,24

875 ：ナイコンさん：2011/10/04(火) 02:13:33.02

LINE(65,02)-(68,09)

876 ：ナイコンさん：2011/10/04(火) 02:56:08.01

>>875
Illegal function call

877 ：忍法帖【Lv=12,xxxPT】：2011/10/04(火) 22:15:58.06

ソラミトラリイ

878 ：ナイコンさん：2011/10/04(火) 22:53:58.74

お前らが8bit機のモニタROMを作るとしたらどんなシステムコールを付ける？

879 ：ナイコンさん：2011/10/04(火) 23:21:41.12

uITRON2準拠

880 ：ナイコンさん：2011/10/05(水) 05:30:40.09

今からやるとしたら、TCP/IPスタックとUSBは外せないだろうなあ…
あとFAT32もか

881 ：ナイコンさん：2011/10/05(水) 11:37:54.08

exFATだろうなぁ、処理が軽いらしいし。(FAT32と同じような処理で)
TCP/IPは重すぎるから、通信(SIO)で専用チップで逃げた方が…
USBもメモリが厳しいからホスト機能は無理だろうねぇ…CPU速度あるなら
Endpointはできそうだけど。

882 ：ナイコンさん：2011/10/05(水) 23:26:45.30

お前ら、TCP/IPだのFAT32だの言ってるけど
もっと質素にCOMポートから一文字読み出し書き込みとかせいぜい行っても浮動小数点ライブラリとか
シンプルなの期待してたんだけどな

883 ：ナイコンさん：2011/10/05(水) 23:44:38.80

>浮動小数点ライブラリ

モニタにそんなもんいらんだろ

884 ：ナイコンさん：2011/10/05(水) 23:47:10.88

リモートモニター

シリアル通信の機能
メモリへ書き込み
メモリから読み出し
指定番地から走らせる

885 ：ナイコンさん：2011/10/05(水) 23:59:30.80

標準アプリとしてのシェルは付属しといて欲しいかなとは思うね。
シリアルデバイスのドライバもサンプルがあると便利。
ブートローダ、コンフィギュレータは付属品として…。

886 ：ナイコンさん：2011/10/06(木) 01:47:59.86

7セグLED (日の字)へ、パターン出力または16進出力

887 ：ナイコンさん：2011/10/06(木) 19:13:51.27

1979年の雑誌の広告に書いてあったこと。
ＡＰＰＬＥⅡ　８Ｋ　ＲＯＭ/１６Ｋ　ＲＡＭシステム　￥３２８，０００
コムスポット共立

888 ：ナイコンさん：2011/10/07(金) 00:05:20.68

>>887
しかし、未だ生き残ってる共立電子って大したもんだ。
そのころのショップやメーカーってもう屍累々だよ。

889 ：ナイコンさん：2011/10/08(土) 00:04:02.51

↓ジョブズさんへの追悼のメッセージ

890 ：ナイコンさん：2011/10/08(土) 19:46:08.20

あっぽっ

891 ：ナイコンさん：2011/10/08(土) 22:58:42.99

えぽー

892 ：ナイコンさん：2011/10/12(水) 20:11:44.85

Ｚ８０さいきょうでんせつ

893 ：ナイコンさん：2011/10/12(水) 20:38:41.09

毎度言っているが、「伝説」っていうことは実際にはなかったってこと。

894 ：ナイコンさん：2011/10/12(水) 20:43:47.35

ハインリッヒ・シュリーマン
ヨハン・ルートヴィヒ・ハインリヒ・ユリウス・シュリーマン（ドイツ語: Johann
Ludwig Heinrich Julius Schliemann, 1822年1月6日 - 1890年12月26日）は、ドイツの
考古学者、実業家。ギリシャ神話に出てくる伝説の都市トロイアが実在することを
発掘によって証明した。

895 ：ナイコンさん：2011/10/12(水) 21:27:12.24

追悼メッセージとか言われても何一つ書き込み無し。
一方嵐には速攻マジレス。ワロス。

896 ：ナイコンさん：2011/10/12(水) 21:31:05.96

あなたがいたから今のデジタル社会の繁栄があるのだと思います。今までお疲れ様でした、祝一平さん。

897 ：ナイコンさん：2011/10/12(水) 21:44:12.65

俺が高校の時の担当教師がApple][押しでな、速攻6502は嫌いになったｗ
というかAppleがZ80採用してても同じだったろうなと、それくらい当時から
宗教じみてた。

898 ：ナイコンさん：2011/10/12(水) 21:55:04.87

>>897
そんな理由で6502嫌いになるなら16K DRAMも嫌いになれよ。

899 ：ナイコンさん：2011/10/12(水) 22:01:51.63

いあ、「Apple][はいいぞー、０ページがメモリだしなー」とか6502押しじゃなく
Apple押しな時点でおかしいだろ？ｗ

900 ：ナイコンさん：2011/10/12(水) 22:17:46.06

900

901 ：ナイコンさん：2011/10/12(水) 23:37:49.77

>>895
この板で追悼するんだったら、ジョブスでなくウォズだろ。

902 ：ナイコンさん：2011/10/13(木) 00:28:07.47

Z80最強伝説！

903 ：ナイコンさん：2011/10/15(土) 17:19:58.53

>>901のレスを見てウォズの安否確認をしてしまった。
驚いたことにはいまだにAppleの社員として在籍扱いらしい。
休職扱いとかだろうか。

904 ：ナイコンさん：2011/10/15(土) 18:52:14.82

【USA】iPhone 4S の列の先頭はスティーブ・ウォズニアック
http://raicho.2ch.net/test/read.cgi/newsplus/1318578609/

列に並びながらインタビューに応えるウォズ氏
ttp://www.ndtv.com/article/world/apple-co-founder-wozniak-in-line-at-apple-store-141102
飛行機事故から九死に一生を得て、朗らかおじさんになってるらしい

905 ：ナイコンさん：2011/10/15(土) 18:55:46.80

【訃報】C言語およびＵＮＩＸの父、デニス・リッチーさんが死去 -享年７０★３
http://raicho.2ch.net/test/read.cgi/newsplus/1318608961/l50

個人的にはこっちのニュースのほうが目を引いた
カーニハンとリッチーとどっちが貢献度が大きいかは知らないが

906 ：ナイコンさん：2011/10/15(土) 19:18:01.08

自己レス。WikipediaみたらカーニハンはCの設計に関与してないらしい
B言語のケン・トンプソンも重要人物か

907 ：ナイコンさん：2011/10/18(火) 21:57:26.70

大昔のおぼろげな記憶なのだが、6502は条件分岐が相対アドレスでしかできなかった。
その為、前後128バイト以内にしかジャンプできず、プログラムの流れに制約があった。
また、ハンドアセンブルだった自分は毎回相対アドレスのオペランドを手計算していた。
ということがあった気がする。

908 ：ナイコンさん：2011/10/18(火) 22:09:22.17

>プログラムの流れに制約があった。

64kどこでもジャンプできるJMP命令あるんだから、そんな制約あるわけないじゃん。

909 ：ナイコンさん：2011/10/18(火) 22:38:10.59

条件付きジャンプの跳びさきアドレスに
符号なし16ビットの絶対アドレスが指定できだっけ？

910 ：ナイコンさん：2011/10/18(火) 22:54:18.83

>>>909
ちっとは頭使え

例)
bcs label
↓
bcc *+5
jmp label

911 ：ナイコンさん：2011/10/18(火) 23:00:31.20

8086だってそんな感じだしなー
アセンブラがよきに計らってくれたりするけど

912 ：ナイコンさん：2011/10/18(火) 23:08:25.18

Z80の16bit引き算が…

913 ：ナイコンさん：2011/10/18(火) 23:11:00.43

ＴＡＳＭ使ってて、原因不明のバグが出たら大抵ショートジャンプが範囲外だった。

914 ：ナイコンさん：2011/10/18(火) 23:23:39.15

>>910
なんでそんな命令にしたんだろうな。
たとえば、「キャリーフラグが立ってたら次の一命令読み飛ばす」の方が汎用性あるのに。

915 ：ナイコンさん：2011/10/18(火) 23:30:37.88

1命令だけ読み飛ばしたいときってそんなないだろ。

916 ：ナイコンさん：2011/10/18(火) 23:34:03.81

>>914
ARMは割とそんな感じ(次の一命令読み飛ばすではないが)。

917 ：ナイコンさん：2011/10/18(火) 23:41:23.16

PICもAVRもそうだね＞条件skip

918 ：ナイコンさん：2011/10/18(火) 23:56:40.41

>>914
条件ブランチのほうが「一命令読み飛ばす」も「直接分岐する」も対応できるん
だから、汎用性は高いだろ。

919 ：ナイコンさん：2011/10/19(水) 01:23:06.98

汎用性というかクロック数減らせるんじゃね？まぁ見方によるか。

920 ：ナイコンさん：2011/10/19(水) 03:02:41.85

Ｚ　　　　　　８　　　　　　　０　　　　　最　　　　　強　　伝　　説

921 ：ナイコンさん：2011/10/19(水) 03:49:56.24

そういやZ80でも条件ブランチがあったけど使いたがらない奴も多かったっけ。

条件成立の時は条件ジャンプより実行が遅いとか
ブランチのレンジをいちいち意識するのが面倒だとか
8080でアセンブラおぼえたからZ80のお得な命令があってもなかなか身につかないとか
全部条件ジャンプで揃えておけばめんどくさくなくていいじゃんとか。

ワークもインデックス指定だとプログラムサイズが減らないのに遅いとかで
絶対アドレス指定が普通に使われてたから80系でプログラムを組むときは
何も考えずに絶対アドレス指定だけ使われてることは少なくなかった。
でもDJNZだけは例外でこれにはみんな重宝してたようだ。

922 ：ナイコンさん：2011/10/19(水) 03:58:04.46

以前過去ログで6502はなんでプログラムサイズ小さいの？って話が出てたけど
改めて80系と比較した場合
・0ページアドレス指定とそのインデックス・インダイレクト他のアドレシングモードが
　種類は少ないながらもなかなか強力だったこと
・条件分岐が基本的にショートブランチのみだったこと
なんかが影響してるんだろう。

あとAppleの初期の時代とかは16K-DRAMがまだだったから
その時代にコードの１バイトを削るのに心血注いだユーザーがいて
後の6502黄金期を支えたというのもあるか。
その代表がウォズ。

923 ：ナイコンさん：2011/10/19(水) 04:20:08.77

つまり　　　　Ｓ　　Ｃ　　／　　Ｍ　　Ｐ　　　最強

924 ：ナイコンさん：2011/10/19(水) 05:42:08.80

ぶらぶらちんちん略してぶらんち

925 ：ナイコンさん：2011/10/19(水) 07:02:42.28

JNZ skip
JMP ラベル1
skip:

といちいちスキップするのめんどい。
ARMのコードコンディションの発想は素晴らしいよね。

926 ：ナイコンさん：2011/10/19(水) 09:30:11.92

1命令に実行条件で4ビットも使ってるのは無駄杉

927 ：ナイコンさん：2011/10/19(水) 12:01:25.02

ほぼすべての命令で64bit動作だぜ～とばかり、REX識別に4bit
使うx64が通りますよ。

928 ：ナイコンさん：2011/10/19(水) 14:42:17.17

>>426
そこんとこ、いつの間にか書き換わってるが、

http://ja.wikipedia.org/wiki/ARM%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3
>命令セットはRISCでありながらもコード密度を重視した設計になっており[1]、
>手作業による最適化がしやすい特徴的なアーキテクチャを持つ。

>1. ^ 条件実行、定数シフト/ローテート付きオペランド、比較的豊富なアド
>レッシングモードなど、命令数を削減してコード密度を向上させるための工夫が
>命令セットの随所に見られる (Thumb-2では可変長命令も採用している) ように、
>CISC的な特徴を低消費電力化に利用している。ただしマイクロプログラムは
>持たず過度の複雑さを避けるなど、RISCの利点も存分に活かしている。

やっぱデタラメ。
「コード密度」の意味が判らん奴が書いてるようだ。

929 ：ナイコンさん：2011/10/19(水) 18:13:52.03

ARMは妙な信奉者というか、変なのが居るからなあ…

930 ：忍法帖【Lv=13,xxxPT】：2011/10/19(水) 23:05:28.22

COSMAC最強

931 ：ナイコンさん：2011/10/19(水) 23:25:27.66

COSMACの1MHz?クロックの奴、手に入らないかな。
10Vまでかけられる奴持ってるけど、ミスで壊したら嫌だから。

932 ：ナイコンさん：2011/10/19(水) 23:25:42.83

こまけぇことはどうでもいいんだよ

933 ：ナイコンさん：2011/10/20(木) 16:46:08.59

8ビットの頃
i8080とmc68000の中間のようなCPUが欲しかった。
メモリ空間が64Kバイトでは狭くて、68Kほど大規模でなくて、でも複雑なバンク切替えは嫌だし。

934 ：ナイコンさん：2011/10/20(木) 17:27:40.23

>メモリ空間が64Kバイトでは狭くて、68Kほど大規模でなくて、
僅か4kの差に何が…

935 ：ナイコンさん：2011/10/20(木) 17:41:14.21

必要なのはデータ置くところでプログラムはたかが知れてる。Z80のインデックスレジスタだけが
32ビットだったら。

936 ：ナイコンさん：2011/10/20(木) 18:08:32.21

8080風でいいんだったら、8086で何の問題も無かったんじゃ？

937 ：ナイコンさん：2011/10/20(木) 18:54:45.18

セグメントとバンク切り替えが同じに見えたんだろう、たぶんｗ

938 ：ナイコンさん：2011/10/20(木) 20:51:19.21

68008とか

939 ：ナイコンさん：2011/10/20(木) 21:10:45.22

SC62015でいいやん

940 ：ナイコンさん：2011/10/20(木) 21:16:53.59

Z8000とかザイログも色々やってたねぇ、最後にはZ80互換(?)でZ800だっけ？とか
やってたし。

今となってはなんだかなぁ的ではあるが

941 ：ナイコンさん：2011/10/20(木) 21:42:44.58

つうか8086でZ80命令が使えればそれで十分だったし、
その足りない所をV30に期待したけど叶わなかったのが現実。

8086の唯一の失敗は、セグメントオフセットをたったの4bitにしてしまった所。
しかし8bitにしろというのも80年代も末ならイケイケだっただろうが、
70年代末の時点で256bytes以下の端数なんか捨てとけ、というのはやはり無理だ。

80年代初頭にZ80上位互換で8bitオフセットを選択可能な8086+みたいな石でもあれば、
歴史のIFはあり得たかもなあ

942 ：ナイコンさん：2011/10/20(木) 21:51:51.26

> 8086の唯一の失敗は、セグメントオフセットをたったの4bitにしてしまった所。
> しかし8bitにしろというのも80年代も末ならイケイケだっただろうが、
> 70年代末の時点で256bytes以下の端数なんか捨てとけ、というのはやはり無理だ。

言ってる意味がわからん

943 ：ナイコンさん：2011/10/20(木) 21:53:50.69

いや普通にわかるだろ……

944 ：ナイコンさん：2011/10/20(木) 21:55:06.91

>つうか8086でZ80命令が使えればそれで十分だったし、

HD64180でいいじゃん

945 ：ナイコンさん：2011/10/20(木) 21:55:43.29

>>943
いや、わからん

946 ：ナイコンさん：2011/10/20(木) 22:02:56.14

>>945
わかってやれよ、彼アレなんだから

947 ：ナイコンさん：2011/10/20(木) 22:06:44.79

>>946
アレなら仕方ないね。

948 ：ナイコンさん：2011/10/20(木) 22:51:02.55

別に16bitオフセットでも一緒だったと思うけどな

949 ：ナイコンさん：2011/10/20(木) 22:59:38.66

>>948
それじゃバンク切り替えと変わらんだろ

950 ：ナイコンさん：2011/10/20(木) 23:37:04.81

PC-88VAのCPUってi8086+Z80下位互換じゃなかったっけか

951 ：ナイコンさん：2011/10/21(金) 01:08:31.20

東芝のTLCS-90シリーズって方向性は良かったんだけどな
Z80と同じレジスタ構成で同じニーモニックが使える上に
アドレッシングは考えられる限りのところまで拡張されてたような

952 ： ◆0uxK91AxII ：2011/10/21(金) 08:08:17.95

>>941
＞256bytes以下の端数なんか捨てとけ
面倒だけど使える。

953 ：ナイコンさん：2011/10/21(金) 10:31:27.42

セグメントのオフセットなんぞ気にしなかったな。

Cで組んでたのもあるけど、CPUのつくりからしてメモリ―レジスタかメモリ―メモリの転送しかなかったし、
一度に64k超える転送を頻繁にやらなきゃいけないならどんなCPUでもそれなりなロジック組んだし。
見た目フリーズが許されるならちがうけど。

954 ：ナイコンさん：2011/10/21(金) 11:26:14.94

16bit時代は返り値を0か負でエラーにしてたから32ｋ未満で処理するようにしてた。

955 ：ナイコンさん：2011/10/21(金) 12:53:28.29

>>935のは面白そう。32bitは大きすぎるので24bit辺りで。
IX/IY自体は結構コードが余ってるので6809のUレジスタを真似てみるのもいいかも。
8080/Z80系はHLレジスタ依存度が高すぎるからHLの拡張は広範囲で影響が出そうだし。

956 ：ナイコンさん：2011/10/21(金) 13:04:26.66

0h～0FFFFhは命令データ混在、10000h以上はデータのみになるZ80互換プロセッサ？

クセ強そうだね。

957 ：ナイコンさん：2011/10/21(金) 13:37:47.67

うん。そういった割り切りもあっていいんじゃないかと。
プログラム領域は64KB範囲内だけどデータ領域に仮置きして
必要なときにプログラム領域に転送するとかでも十分実用的だと思ってる。

958 ：ナイコンさん：2011/10/21(金) 15:28:41.05

じゃIPコアよろすこ

959 ：ナイコンさん：2011/10/21(金) 16:14:39.55

まずはエミュだろ。
CP/Mプレイヤー辺りを改造するとか。

960 ：ナイコンさん：2011/10/21(金) 16:38:21.51

空想CPUをエミュで再現するなんて素敵なスレですね

で、誰が作るの？

961 ：ナイコンさん：2011/10/21(金) 18:30:34.00

昼間ッから無職かい

962 ：ナイコンさん：2011/10/21(金) 22:27:43.57

仮想CPUシュミレータだね。

963 ：ナイコンさん：2011/10/22(土) 00:09:08.89

シュミレータ言うなや。

964 ：ナイコンさん：2011/10/22(土) 02:04:19.18

趣味レータ
コミ乳ケーション

965 ：ナイコンさん：2011/10/22(土) 08:35:58.83

68000はアドレス1Mに制限してプログラムがコンパクトになる命令群がなかったっけ？
別のCPU用意するより、それでいいような気がするが

966 ：ナイコンさん：2011/10/22(土) 11:43:36.53

なかったよ。

967 ：ナイコンさん：2011/10/22(土) 14:06:31.51

命令群てことじゃなくて絶対ショートアドレッシングを使えば
オペランドが短くなってコンパクトになるってことじゃないの？

968 ：ナイコンさん：2011/10/22(土) 14:22:12.55

それだと1MBじゃなくて64KB空間のみになるが？

969 ：ナイコンさん：2011/10/22(土) 14:53:35.74

>>956
互換を保てるのか考えてみた。拡張インデックスの上位が0で既存の命令を使っているときは互
換なら。完全互換は地味に売り文句。

970 ：ナイコンさん：2011/10/22(土) 16:15:05.59

すいません後が押しているんで、そろそろピン配置だけでも決めてもらえませんかね

971 ：ナイコンさん：2011/10/22(土) 17:19:08.04

ｸｿﾜﾛﾀ

972 ：ナイコンさん：2011/10/22(土) 18:04:44.31

I/Oやバスに最短でパタンが引けるようにピンアサインをコンフィグレーションできるCPUがほしい

973 ：ナイコンさん：2011/10/22(土) 18:29:55.92

アドレスA0～A23
データD0～D7
M1、MREQ、IORQ、RD、RW、RFSH
HALT、WAIT、INT、NMI、RESET
BUSRQ、BUSACK
CLK、+3V、GND
かな？
今時+5Vで駆動は無いだろうし。
４８ピンDIP？

974 ：ナイコンさん：2011/10/22(土) 18:32:35.64

どんだけ高クロックなのよw

それより命令セットだろオフセットに16ビット即値やHL使えるとか拡張命令がやたら高級
リニアアクセスだけでもいいのにねHLも将来拡張するなら使わないほうがいいか

975 ：ナイコンさん：2011/10/22(土) 18:58:52.77

M1って・・・
そんな盲腸というより尾てい骨みたいなBUSサイクル
まだやる気なの？

976 ：ナイコンさん：2011/10/22(土) 19:20:02.85

うん？
M1ピンはＺ８０のユーザーズマニュアルに有ったから書いたまでなんだ。
バスタイミングまでいじるん？

977 ：ナイコンさん：2011/10/22(土) 19:20:11.42

RFSHもいらんだろ
16Mバイトくらい高速SRAMで埋めてしまえ

978 ：ナイコンさん：2011/10/22(土) 19:40:02.21

z80『互換』を歌うならM1もRFSHも削らない方が・・・

979 ：ナイコンさん：2011/10/22(土) 20:01:09.42

てことは7bitのROWアドレスでRASオンリリフレッシュも引っ張るのかw
16MBのアドレス空間を64kbitのDRAMで埋めるってのも胸とボードが
熱くなるな

980 ：ナイコンさん：2011/10/22(土) 20:11:58.90

外部にカウンタ付ければいいじゃん

981 ：! 【9.2m】【東電 88.6 %】：2011/10/22(土) 20:16:45.28

手に入らねぇ

982 ：ナイコンさん：2011/10/22(土) 20:47:59.64

CP/Mプレイヤーのソース眺めてるnow。
IX、IYだけオーバー16ビット化？
BC、DE、HL、IX、IYのインデックスに使えるレジスタは全部オーバー16ビット化？

空いてるコード位置からするとDD(IY系)、FD(IY系)の同じ位置にオーバー16ビットIX/IYの命令だけつっこんだ方が良いような気がするけどIX/IYだけ拡張してもねぇ。

モードレジスタで16ビットインデックスとオーバー16ビットインデックスを切り替えるか。
そうするとFレジスタのD3かD5で切り替えって事になるんだろうな。

どっちの方が良いかな？

983 ：ナイコンさん：2011/10/22(土) 20:55:01.45

>>982
PUSH BC
POP AF

みたいなことやってるプログラムがあったら互換性に問題が出るな。
IFFみたいに普段見えないとことにスイッチがあったほうがいいと思うよ。

984 ：ナイコンさん：2011/10/22(土) 21:09:11.75

ああ、そっか。
そういう問題があったね。
ED系にモードレジスタ設定用の命令追加したほうが良いのか。

VC++久しぶりすぎてExpressエディション入れてみたけど
SDK後付けとか面倒すぎるｗ

985 ：ナイコンさん：2011/10/23(日) 02:38:31.03

ところで誰か次スレたのむ

986 ：ナイコンさん：2011/10/23(日) 04:30:18.31

>PUSH BC POP AF
通常動作で良いかと。PUSH.L BCでフル動作。とりあえずIX、IYだけで、可能ならHLで良いかと。

割り込み入ったら拡張オフして復帰したら拡張オンみたいな動作も。動作フラグとモードフラグの二本要る。
それか拡張命令使ってるときだけフルアドレス動作にする。面白みがへるけど現実的。

987 ：ナイコンさん：2011/10/23(日) 05:10:32.49

次スレ
8086 vs. Z80 vs. 6809 vs. 6502　その7
http://toki.2ch.net/test/read.cgi/i4004/1319314159/

988 ：ナイコンさん：2011/10/23(日) 08:08:48.78

どうせエミュだし、と思ってBC,DE,HL,IX,IYをオーバー１６ビット化中。
MCRという名のモードレジスタつくってMCRのD0が'0'で通常モード、'1'で拡張モード。
MCR-Aレジ間転送でモード制御するかON/OFFコマンドを使う。
拡張モードON時に　LD ペアレジ,(nn)　で nn、nn+1、nn+2、nn+3の値を拡張モードのレジスタにロードする。ストアも同様。
即値で拡張モードのレジスタへはロードしない。
でいけるかなぁ～とCP/Mプレイヤー改造中。
でもCP/M-80が無いので改造おわったら今度はツール作らないと(T_T;
１パスアセンブラぐらいならなんとかなりそうだけどね。

989 ：ナイコンさん：2011/10/23(日) 13:50:43.09

>CP/M-80が無いので

OS本体はもちろんM80やC、その他ツール色々検索すりゃ出てくる。マクロで拡張命令
対応すれば開発環境いっちょ上がり。

990 ：ナイコンさん：2011/10/23(日) 14:03:27.09

車輪の再開発はねｗ

趣味ならまぁいいんじゃないかとは思う。

991 ：ナイコンさん：2011/10/23(日) 14:41:55.90

C++ですぐにエミュつくれるレベル

992 ：ナイコンさん：2011/10/23(日) 14:59:15.32

ちんちんぷらぷら

993 ：ナイコンさん：2011/10/23(日) 15:09:44.49

どんぶらこ

994 ：ナイコンさん：2011/10/23(日) 19:15:33.99

うにゃぁ。
PUSH rとPUSH.L rを同じコードに割り当てて MCR で切り分けてたら
PUSH AF
POP BC
を遣りたいのに
PUSH AF
POP.L BC
になってスタック壊すことに気づいた。
続きは来週だな。
酒飲んで寝る。

995 ：ナイコンさん：2011/10/23(日) 19:16:42.14

ウコンも飲んどけよ

996 ：ナイコンさん：2011/10/23(日) 20:25:17.37

次スレ
8086 vs. Z80 vs. 6809 vs. 6502　その7
http://toki.2ch.net/test/read.cgi/i4004/1319314159/

997 ：ナイコンさん：2011/10/23(日) 22:52:14.80

eZ80でも参考にしたらどうだ

998 ：ナイコンさん：2011/10/24(月) 03:17:51.10

強力な宇宙線
宇宙線の多くが陽子
ではなく原子核である

強力な宇宙船で破壊されにくい、そして誤動作しにくい８ｂｉｔのもの（80C85）が使われるなど制御部もシンプルにした

世界のロボットその１
ttp://homepage3.nifty.com/tompei/WorldRobots1.htm

999 ：ナイコンさん：2011/10/24(月) 03:21:23.79

>>998
ＮＡＳＡの火星探査計画マーズパスファインダー（Mars Pathfinder）

1000 ： ◆0uxK91AxII ：2011/10/24(月) 03:31:31.98

1000げとずざー。

1001 ：１００１：Over 1000 Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。