2012年3月昔のPC81: 68K v.s. x86 (665)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
PC-88VA2 (795)
大掃除してたら「ベーマガ」が出てきた。 (471)
95年のマックはいくらが適正価格? (150)
【NV組】思い出のパソケットpart5【同窓会】 (427)
▲▽▲▽ロゴ&名無し申請所▲▽▲▽ (148)
PC9801シリーズの音源 (205)
68K v.s. x86
1 :08/09/07 独立させてみた。 Z8Kや658xx、16Bit〜でもOK
2 :08/09/07 68000が良いことは十分知っているが 使いにくい6502や8086で仕事をしてきた人達のほうを 今では尊敬したい
3 :08/09/07 色つきのレジスタの方が書きやすいわ
4 :08/09/07 結局パソコン界ではx86の勝ちだね。 その原因は何?
5 :08/09/07 性能と言うよりソフト資産のおかげ あと、周辺回路の流用も大きい(8080からの流れ)。
6 :08/09/07 過去からの流れを断ち切らなかったからだというのは分かる。 理想を追い求めるより(68000)、その時点で可能な範囲での 適度なもの(8086)を作り上げた方が良い結果が得られるということも学んだ。 マーケティングや運の違いもあっただろう。 で、ここからはこの板やスレにはそぐわないかもしれないけど、 最終的に性能(主にスピード)面でも680x0って80x86に負けてるよね? この要因はどこにあったのだろうか、と。
7 :08/09/07 最終段階だけで比較すれば、それは資本主義のなせる技。開発における投資規模が全然違う。
8 :08/09/07 x86 CPUの股間品との競争
9 :08/09/07 MicroSoft、巨人IBM それと国内では両者にすがるNECw これらが独占してんだから他CPUに余地は無いだろうな
10 :08/09/07 ビッグエンディアンが馴染めなった
11 :08/09/07 >>7 アーキテクチャの問題で高速化が難しいわけじゃなくてお金の問題? 十分に金をかければ68も行ける所まで行けるのかな。 >>10 ビッグエンディアン、リトルエンディアンも好みが分かれそうだね。喧嘩するには面白そうな話題だね。 8bit時代からモトローラ好きだけど、普通に考えればリトルエンディアンが自然だよな。
12 :08/09/07 ビッグエイリアンだのリトルエイリアンだの クイーンエイリアンとリトルエイリアンなら
13 :08/09/07 68000はゲーム用途に大活躍したけどな
14 :08/09/07 >>11 68020 以降はメモリ間接系のアドレッシングモードなんかが増えたから その点ではちょっと不利かもしれない。 マルチコアとかは 68K だから難しいとかはないと思うので、それなり にはいけてたんじゃないかな。 リトルとビッグは好みの問題。 普通に考えれば、ダンプリストが見易いビッグが自然 と考える俺みたいな奴がいても不思議じゃない。
15 :08/09/07 俺も初めはビッグが自然だと思ったんだが、 ハードを組むときD15〜D08が偶数番地になってしまうことに気付いて 愕然とした。それは違うだろと。 今は下位バイトが下位アドレスになるのが自然だと思っているリトル信者。
16 :08/09/07 >>11 いけるっしょ。それに加えてZ80系もそれなりに発展していたことだろうし。 考えてみ? 今から10年前にクロックアップに向かずにマルチコアに向いていたら。 いまより高度な実装技術とか光ファイバーバスとか高速RAMとかSSDが先に実現していたら... OSも腐ったマルチタスクじゃなく最初からマルチコア対応の独立&同期の仕組みになっていただろうし、 1CPU数コア+シングルバスで何かやるより16CPU128コア+マルチ光バスでやった方が楽しかったかもしれない。 128コアが干渉せずサウンドデバイス駆動出来ればオーケストラの各パートを各コアにやらせたってなんて事無い。 (分散コンピューティングの兄貴が出来上がっていると思いねぇ) CPUは技術計算以外は16bitでも十分だしょ。CPUやデバイスが特化すればもっと楽しかったと思う。 経営的にはあり得ない選択肢だろうけどさ。
17 :08/09/07 技術的にもありえない選択 (=妄想) は、自分の日記にでも書いてろよ。
18 :08/09/08 あり得ないから楽しいんだろ。 ってわかんねぇだろうなw
19 :08/09/08 テメェのー妄想なんてくだらんだけだ、ボケ。
20 :08/09/09 68Kの倍クロックは技術的に無理なのかな?
21 :08/09/09 妄想なんてくだらん
22 :08/09/09 >>20 無理ってことはないだろう。技術があればどうにでもなる。 そうやって無理と言われるようなことx86は乗り越えてきたろ?
23 :08/09/09 妄想なんてくだらん
24 :08/09/13 ↑それはタモリを否定してるってことか?
25 :08/09/15 8085→8086って新設計だっけ? それとも得意のレジスタ拡張だったっけ?
26 :08/09/15 8080→8086はそうだが、8080→8085の流れとは別じゃね? 8086に8085の互換性を持たせたモノが8088だし。
27 :08/09/15 まあ今更どうでもいい話だけど > 8086に8085の互換性を持たせたモノが8088だし。 つりかバカとしか思えない。
28 :08/09/15 8080の16Bit化後継機が8086、8bit後継が8085と思ってたけど違うの? 8086の後に8085が作られたとか思ってたけど違うの?
29 :08/09/15 いやどう思ってようとそれは君の自由だよ。
30 :08/09/15 横からだがぐぐった情報を書いとくか。 8080 1974年4月に発表 8085 1976年3月に発表 8086 1978年6月に発表 8088 1979年6月に発表
31 :08/09/16 8080 … 80系の8bitCPU 8085 … 8080に周辺プロセッサを統合 8086 … 80系の16bitCPU(86系) 8088 … 8086のデータバス8bit版 おまけ 80186 … 8086の周辺プロセッサ統合+小改良版
32 :08/09/16 さらにおまけ http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%82%BF%E5%88%86%E9%87%8E%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B%E5%AF%BE%E7%AB%8B#i80x86_.E5.AF.BE_MC680x0
33 :08/09/16 おれ、CPUの「発表」より日本でいつ「発売」になったかが重要だと思うんだが。 当時リアルに買い求めたユーザでないと判らない点が多すぎる
34 :08/09/16 秋葉原価格の動向やホビーユーザの動きもわかればベストだな そこまで把握してたら、本が出せそうだが
35 :08/09/20 >>27 確かに違和感あるな。 ただ周辺ICとの互換性って意味ならある程度わかるかな?
36 :08/09/20 まだその話引っぱるの?
37 :08/09/21 ネタがないんだからしょうがない
38 :08/09/21 「8086に8085の互換性を持たせたものが8088」なんて何処も共通性のないものを 「周辺ICとの互換性って意味ならある程度わかる」のは、>>27 当人だけだろ。 一週間前の恥を丁寧に上塗りか。
39 :08/09/21 おっと、エスパーレスはそこまでだ
40 :08/10/01 確か63Kって有ったよな?
41 :08/10/07 8085か。懐かしいな。俺はIntel謹製のSDK-85を自腹で買って組み立てたことがある。 8085の売りは5V単一電源で動くことだよ。マルチ電圧なスイO電源が高価だった頃だし、 5V単一は電源を簡略化できるということで意味があった。8080は三電源。 8086はあまり売れた石じゃない。国内の大口ユーザといえば、ファナックかな。8085だとTEC。 IntelHex形式のバイナリをL/HでスプリットしないとROMに焼けないのがネックだったのかも。 だから8088が…。アセンブラのソースコンバーター(8080→8086)なんかもIntelは配布してた。 安田寿明のマイコン三部作の3巻目に8085の紹介が載ってて、Intel-Japanに電話かけて 普通に手に入るか確認したことがあったなあ。今は無理ですとか。一般的に入手可能になった のはけっこう後かもしれない。IBM-PCが正式採用するまで、8080のユーザはむしろZ80へ 流れて、8085には来なかった。8086だって5MHzなら6MHzの選別Z80の方がマシ。という企業 ユーザも多かったね。
42 :08/10/08 IBM-PCが8085???
43 :08/10/08 じゃなくて、IBM-PC(5150)が8088を採用して出荷する頃まで。という意。ちょうど82〜83年。 CP/M86が動くようになったのは81年頃。70年代末から80年頃までの間の8086のソフト開発 はintelのtool使うしか道がなかった。ああ、CP/Mにクロスがあったかな。CP/M86のASM86 もDOSのMASMにしてもHexコードを出力するためには役不足。制御機器開発向きではなかった。 まともな開発toolが無かったが故に流産したたのがZ8000。YamahaのYIS位か。ソフトが無くて 実機がほとんど出てこなかった。 68000は16bitCPUでは一番前人気が高かったが、初期はtool不足だった。だいたいサンプルが 一番遅れてでてきたし。それでも、83年以降、Mac/Amiga/AtariSTと68K採用マシンが輩出して から、小規模な言語処理系が86系なみに色々出てきていたようだね。実機があればソフトも たくさん出てくる例かも。 8/16マイコンの初期は、DECのPDPとかVAXとかがクロス開発に使われることもあったが、 大企業や研究所レベル。8bitCPUはICEなどハードウェアのデバッガが作りやすかったから 選べるほどに色々あった。16bitCPUが16MHzを越えた頃からか、そうしたデバッガが難しく なって数が少なくなったのは。
44 :08/10/08 >>41 , >>43 コンシューマ系しか知らんのでしょ? ICE も 68020/80286 ぐらいまでは普通に使ってたよ。 まあ、数百万レベルだから個人がそうそう買えるもんじゃないけど、ハードから 開発している現場だとあるとないじゃデバッグ効率が全然違うから、普通のまと もな企業なら設備投資するのが当たり前だった。 ちなみに Z8000 と言えば、'82 に開発された Pole Position が有名。 まあ、8086/68K に比べれば陰が薄いのは否めないけど、流産と言うほどでもない。 あと、俺はバイトで ASM86 使って普通に制御機器開発もしたことあるけど、 > CP/M86のASM86もDOSのMASMにしてもHexコードを出力するためには役不足。 って、どこが役不足だったの?
45 :08/10/09 コンシューマ系って何を意味しているかよくわからんけど、産業区分でコンシューマ というと民生(機器・製品)業界で、早い話、家電メーカーみたいな街の店頭販売される ような一般製品の業界。対語はインダストリか。プラントから自動工作機械など。他に ラボ系というか研究開発向けっていうのもあるな。どれといわれても困るけど。 Z8000は、確かMSのXenixにZ8000対応があって、それを搭載したUnix系の開発機器 をZilog自身が売っていたはず。だけれど、終にZ8000用のICEは出る出るといっては みたものの、作られなかったはず。この点が命取り。Motorola のExormacsではたぶん 68000のICEがあったかも。よく知らない。国内でよく使われていたのはHPの64000。 あとIntelのMDS。MDSのICEは85/88/86を使ったことがある。 ASM86というと俺的にはIntelのASM86。DRIのASM86は確かにHex出力すると記憶し てるが、リロケータブルじゃない(リンカもロケータもない)絶対番地記述なコードしか書けない。 アセンブラ制御ディレクティブもCP/Mのasm.comの8086焼き直しな印象。 MSのexeはロードタイムリロケータブルなコードでROM焼き向きではない。comファイルは CP/Mのcomファイルに似た100Hオフセットなバイナリだが、smallモデルだけ。コード中に セグメントレジスタに直値すればDataエリアをRAMマッピングできるかも。という位。 MASMはインテルのASM86に近似したアセンブラ記述ルール(segmentディレクティブなど) だけど、セグメントの扱いがヤワなサブセット。インテルASM86だとストリング命令には セグメント指定のオペランドが必須だけれど、MS/DRIはいずれも省略OKだったような。 いずれにせよ、OSオンマシン上で走るコードのためのアセンブラだから用途方向が違う のは仕方ないことだけどね。
46 :08/10/09 ネットをうろうろしてたら、アルゴリズム同一な倍精度計算のベンチマークが あったんで面白そうなので参考までに。アルゴリズムは同じでも、実装言語 が異なる。あたりまえだがバイナリは完全に違う。 CP/MのCBASICが糞遅くて、MSのBASICでもPC版はApple版の2.4倍位速い。 LISA-BASICはAppleIIとほぼ同速度。w 68000は素でも8087+8086と同じくらい の速度が出せたらしい。それでも当時のIBMの中型・大型は10倍速い。今時 のC2DなCPUなら、たぶん0.07秒くらいか。w Language Version Rel RMS Err Time Bits Mant Grd CBASIC2/Eagle II 4.56E-6 2740.0s 25.9 24 NO Applesoft II+ 2.38E-7 488.1s 33.1 32 NO IBM PC/BASICA (S.P.) 1.10 6.83E-5 205.0s 25.0 24 NO Applesoft w/DTACK 1.29E-9 34.6s 40.7 32 YES Tasc w/DTACK 1.29E-9 24.5s 40.7 32 YES IBM PC/BASICA (D.P.) 2.00 1.41E-14 962.7s 57.2 48 YES LISA 68000 BASIC 9.30E-14 500.0s 54.4 53 NO DEVELOPMENTAL 68000 PASCAL 4.60E-17 250.0s 65.4 53 YES IBM PC, COMPILED (SEE TEXT) 2.21E-14 173.0s 56.5 48 YES DTACK 68000 #2, HALGOL/48 4.10E-12 23.0s 49.0 48 NO IBM PC w/MICROWARE 8087 9.31E-14 21.0s 54.4 53 NO DTACK 68000 #1, HALGOL/48 4.10E-12 19.2s 49.0 48 NO DTACK 68K/16081 (predicted) 1.30E-13 4.0s 54.0 53 NO IBM 3031 FORTRAN SAS (SAME) 2.76s 52.7 48 YES IBM 4341 gp2 FORTRAN SAS 3.09E-13 1.86s 52.7 48 YES IBM VS FORTRAN (S.P.) V.3 1.13E-3 1.41s 20.9 24 NO
47 :08/10/09 出典はこれ。インターネット・アーカイブとかgoogleのキャッシュにしか残っていない。 http://web.archive.org/web/20080116151803/http://www.amigau.com/68K/dg/dg24.htm
48 :08/10/09 68のICEといえば岩崎の(壊れてて)BreakPointで止まらないICEで開発してたのを思い出す BackTraceとか殆ど意味無くて、単にLoaderだったw
49 :08/10/10 >>45 > ASM86というと俺的にはIntelのASM86 だからそれのどこが役不足なの? .exe ファイルとか .com ファイルの事をグダグタ書いてるのもすごく 素人臭いんですけど。 >>48 まあ、当時の ICE は結構壊れやすかったし、未完成な所もあって、 まともに動かないコマンドとかコマンドの投入順序を変えると動作が おかしくなるとかが結構あったから、回避するための Tips を書いた ノートが ICE と一緒に置いてあったな。(w
50 :08/10/11 >>49 CP/M86のASM86とかMASMは開発現場では使ったことがない。 intelのASM86が主。PL/M86との併用。遊びでは色々弄ったが。 開発現場で俺はCP/Mは一度も使ったことがない。DOSのクロス 開発は86年以降は少しは関わったかな。いずれにせよ、当時の 現場感覚を説明するのは難しい。だいたい、76-78-80-82-84- 86-88-90と15年間を2年単位で刻めば、現場感覚もそれぞれ随分と違う。 一様な話はできないね。 85年前後は、iRMX86やMTOSがライセンシーの重たさのゆえに、 独自なそれらのサブセットなリアルタイム・カーネルやデバッグ・ モジュールを同僚と共同でスクラッチから書いてた。線形な動作を しないから、デバッグも、止めてメモリとかI/Oを見て、なんてことが あまり役に立たない。「ICEはローダー」に一票だが、ハード担当の 同僚にブレークポイントの致命なトリガーピンを数本立ててもらって 落ちない検証とかね。色々大変だったが、面白さ満点だったな。
51 :08/10/11 >>当時の ICE は結構壊れやすかったし … まともに動かないコマンド とかコマンドの投入順序を変えると動作が おかしくなるとかが結構あったから って、いつ頃のどの会社のICEなんだろ? オリエンタルとかのレンタル 品を使ってたな奴らが、故障品を送りつけてきた。とかありそうだね。 4bitから16bitのデバッグtoolやICE類は色々と弄ったことがあるが、 あれは壊れるんじゃなくて壊すものだね。一番多いのはCPUソケット に差し込むアタッチメントの足を折るとか逆さしとか。そういう初歩的な 事故で壊すのはたいてい外注のソフト屋。始末書書かせたこともあるなw ターゲットがまともで扱いを心得ていればそうは壊れたりしないものだ。 俺の近くで「壊れた」ことはないな。 岩崎のZ80のICEなら手元にある。不要廃棄になるんで随分前に持ち 帰ってきたもの。よく知られたことだが、C-BUSのインタフェースに難があって、 ICEが9801を選ぶ。w 386機な9801とかでないとうまく動作しない。PEN-IIな 9821ではダメダメなんで、今は押し入れのゴミと化してるなあ。
52 :08/10/11 ×レンタル品を使ってたな奴らが、 ○レンタル品を使ってたなら、奴らが、
53 :08/10/11 役不足だという点。Intel的フルセット記述なソースコードを DRI/asm86, DOS/MASMに持ち込んでアセンブルするとエラー多発。 それだけの理由だな。可搬性が無いので仕事では使わなかった。
54 :08/10/11 今だとエミュなんかでデバッグ機能もそれっぽい機能付いてたりするけど、バックトレース出来る奴は見たことが無い。 z80のiceウラヤマシスw でもうちも先日98FAが死んだな…
55 :08/10/11 プローブなんて如何にも破損し易いところはソケット挿して保護するとかデフォだろ
56 :08/10/11 >>54 オク見てたら、出物があったよ。PC-9801DA込み。 DAと言うのがミソ。DAがZ80用の岩崎ProIceを走らせるための最速な9801 かもしれない。その昔、486機が出始めの頃、BXだったか、機種名忘れたが 速かろう良かろうで用意した486な98がダメで、結局DAをわざわざレンタルして その場をしのいだ。ということが実際にあった。岩崎通信(ガンツウ)じゃないよな。 岩崎技研。今はもうってしまってて無い。 これにProASMと組み合わせて使うのが、98的Z80クロス開発のベストマッチだと思うなあ。 MSXに差し込んで弄りたい人向けw http://page13.auctions.yahoo.co.jp/jp/auction/r41158194
57 :08/10/11 >>55 そんなことは開発者の常識だから言うまでもないこと。 ところが、人間には「うっかり」があって、考え事とか上の空で 作業してると、なぜかターゲットのCPUソケットが2段のお重に なってたりすることがある。w だもんで、ソケット外しの時に 注意喚起のために、わざわざソケットを2段重ねとかして使って た奴を見たことがある。 某修理会社から聞いた話では、基板型のエミュレータ (日電のEVAKITみたいな奴)の電源の±を逆接続して全焼させちまった 基板を修理受け取りしたことがあるとか。w プロでも間違うときは間違うのが、人間。 マーフィーの法則が流行った頃のオヤジネタでこんなのがあった。 『納期が近づくとデバッガが必ず壊れる。』
58 :08/10/11 >56 ヤベ、ちょっと欲しいわw 2万かー
59 :08/10/11 >>51 > いつ頃のどの会社のICEなんだろ? 8086 時代のやつはメーカー忘れたけど、その後の 80186/80286 時代はソフィアシステム のやつ使ってた。型名は流石に覚えてないけど、PC 連動じゃなくて、PC 機能を組み込ん だ一体型だったから結構重くて移動が大変だった。 >>53 > 可搬性が無いので仕事では使わなかった。 そんな結論ですか...、アセンブラに可搬性を要求すること自体に無理があると思うが...。 >>58 ノスタルジーにひたるなら値段はその人の思い入れ次第だからなんとも言えないけど、 冷静に考えたら今時2万の価値はとてもないと思うよ。
60 :08/10/11 >59 うん。2万はちょっと考えちゃうよね… 丁度今PC88の小物開発とかしたい気分だったから、バックトレースとか使えるんなら、と一瞬揺れたw
61 :08/10/11 >>59 ソフィアは新宿NSビルに移る前、三鷹だったか、あの辺に本社があったころ一度行ったことがある。 80年代はじめ。in-II,in-IIIなんていう8bit系開発機器を出し続けていた地道な会社だね。。in-IIは黄土色 のでかい筐体だったな。当初からCRT一体型+KB、OSも独自とかにこだわりがあったようだね。 186/286の頃だと86年か87年位か。その頃だとSA-700だったかな。5’位の小さなCRTと8’FDD内蔵の 小型オシロサイズのポータブルデバッガで頑張っていたように思う。一度だけランニングテスト用に使った ことがあるよ。ソフィアには筋違いの上司が転職してNo.3位のポストになっているという噂を風の便りで 聞いたことがある。今どうしているのかは知らない。 86のコードをガリガリ書いていたのは80年代はじめ。おっしゃる通り、アセンブラに可搬性を 求めるのは面倒至極。せっかくMDSがあるんだからとそこから動かなかった。動けなかっただけw >>60 揺れてるくせにw Z80が青春の記念碑なら2万は安いだろ? さすがにDA用のブラウン管はいらないが。
62 :08/10/11 > その頃だとSA-700だったかな。 ああ、確かにそんな名前だったような気がする。
63 :08/10/11 >61 あれさ、今気づいたけど「更新済み: 11月 30日 11時 54分」って、約一年 回転寿司状態だったと解釈していいのかね? もっと待てば安くなるかな… DA付きで1万なら買うw
64 :08/10/11 > あれさ、今気づいたけど「更新済み: 11月 30日 11時 54分」って、 > 約一年 回転寿司状態だったと解釈していいのかね? そんなわけないと思う。 入札履歴 - 全ての入札履歴 を見ると [10月 7日 23時 54分] オークション開始。数量: 1 で 20,000 ってなってるから。 あと、この出品者 76件も出品してるけど、全部開始価格高すぎ。 Gateway のマウスパッド 2,000円とかソニーの古いカタログ 5,000円 とか、とてもあり得ない。
65 :08/10/12 ですよねー。流石に一年はないか・・・ 欲しいといえば欲しいけど、無くても全然構わない物だし必要でもないから、待とうw
66 :08/12/02 68060積んだパソコンを富士通(PFU)が出してたね。 パソコンと言えないほど高かった(オフコンを名前変えただけだけどね)
67 :09/02/03 今ってまだ68K系のCPUって作ってるの?
68 :09/02/03 直系子孫であるColdFireは現役でしょう? 快適なアセンブリ言語でのコーディングライフを満喫できるよ!
69 :09/02/07 >>40 HD6309だろ もしくは HD68HC000はあった
70 :09/02/08 680000(64Bit)を妄想してみる、とか(~_~;)
71 :09/02/16 >>70 面白味はないな。 多分レジスタを増やすだけだろうし。 命令もブランチ命令とか増やしたりしても、しょせん、だし。 まあ、その方がすっきりしてて扱いやすいだろうけど。
72 :09/02/18 32bitのまんまでいいからSIMDとGTE追加のが
73 :09/03/04 88000ってモトローラだっけ?
74 :09/03/04 そうだよ
75 :09/03/04 68K系の魅力はコードの上位互換性を無視して新しいコード体系を 割り当てる所にあるよな SIMDなんかすっきりとすると思う これにARMのThumb命令なんかを組み合わせると最高 x86はもはやコードの汚さはとうに我慢の限界を超えている 特にx86-64なんかはひどすぎる
76 :09/03/05 x86-64はIA32命令にプリフィックスを置くだけとか、確かにコード効率なにそれな感じではあるなあ レガシー故の不幸というか、それでも真性RISCよりはコード効率マシな命令が大半だしとでも痩せ我慢するしか 恨むならAMDを恨むしかないねぇ… x86命令自体は当時汚いとかさんざん言われたけど、μopに分解して実行するようになってからは むしろコーディング段階で符号化済みのコンパクトな命令セットとして逆に高評価とか、 まあ評価なんざ世相でどうにでもなるみたいな笑い話で
77 :09/03/06 初歩的な質問で恐縮だが、 ゲーム機とかに、68Kが多かったのはなぜ?
78 :09/03/06 互換性を気にする必要がなかったからでないの
79 :09/03/06 MPU自体が優れていただけでなく、回路設計もしやすく、部品数も少なくて済むから。 最初は高価ではあったけど。
80 :09/03/07 86系はPC向け需要で高止まりしていたから メガドラ以降値下がりした68kより割高だった 開発環境の充実って意味では86系が優れていたけど コピー対策の意味でも非主流系が望まれるという要素も
81 :09/03/07 ハンドアセンブルするなら6809だべさ
82 :09/03/23 >>78 それでSONYは四苦八苦してるけどな。
83 :09/03/23 んぁ
84 :09/04/07 今でもだけど、インテルはライセンスしないからな。 AMDはどうなんだろ? 苦しくなってきたらやるかな。
85 :09/04/25 65816も忘れないでやってチョ
86 :09/04/25 単純に6809からの流れとアドレス空間とグラフィックの親和性でしょ MDで値下がりしたってMDが意識したアーケードは既に68000なんだし MDで下がったから使われ始めたわけじゃない
87 :09/05/01 6809 と68K 使いました。 どちらもレジスタ・命令ともにわかりやすかった。 そのかわり、裏技は少なかった。 アーケードでは、やはり68Kの、32bitデータの扱いやすさが良かったのでは? 内部16bitでも、アセンブラレベルで16bitの制限気にしなくて良かったし。 特にメモリアクセスとか。 ゼビウスの頃は、Z80とか、とにかく裏技使ってでも速く走る事が大事だったけど。
88 :09/05/02 そこで70に戻る(~_~;)
89 :09/05/03 ふむ。 世代・時代的に違うけどね。 ゼビウスなんか、Z80 基盤5枚組みなんだったっけ。 そういえば、Z80 二基以上搭載PCなんてなかったなぁ。
90 :09/05/03 PC-8801は2つ乗せてなかったっけ まあ1個はFDD用だったけど、使おうと思えば使えたはず
91 :09/05/03 ああ、たしかに。 シーナがそれであの高速出したって記事みたなぁ。 その点、FM-7 のサブCPUは、直接的には、まったく 2個目として使えなかった。 クロックアップバージョンもなかったし。 スプライト使えるVDP載せてたらなぁ。 って、すでにチップの話から外れてるww
92 :09/05/09 >>59 >PC 連動じゃなくて、PC 機能を組み込んだ一体型 PC-AXが入ってるやつだな。 キーボードがCRTのフタになるやつ。
93 :09/05/10 >>89 MZ3500とかFP5700とか、有ることは有るぞ。 もっともサブをI/O制御やメモリ管理に使ってたけれど。
94 :09/05/10 あ、そうだっけ? MZ-2500って、Z80B 6MHz 一個だとおもってた。 Z80って、制御用にも使いやすいのかな。88のFD制御にも使われてたしね。
95 :09/05/10 使いやすいというか、値段が安かったからというのが一番大きいな。 業務用ゲーム機・パチスロ機向けに各セカンドソースが大量生産してたこともあり、 カスタムチップは言うまでもなく周辺LSIに比べてもZ80ははるかに安かった。 当時パチスロ機で6809使ってたのは一社だけだったな。
96 :09/05/11 >>94 1000足りないぞ。
97 :09/05/22 Z80x2って一個メインにしてもう一個はメインのZ80のアドレス管理してるようなもんばっかりだったし。
98 :09/05/23 >>97 6809でも似たようなもんだし。 6809でちゃんとマルチプロセッサしてんなーと思ったのは ナムコのアーケードゲーム基盤くらいだったか・・・・
99 :09/05/25 まっ、8bitCPUの最初の限界はアドレスだからねえ。 このせいで16bitCPUへの移行が早まった、と思ってる。
100 :09/05/25 実際、初期の16bitCPUなんて 処理能力では8bitと大差なかったしな
101 :09/05/25 アドレスについては、メモリーが安くなるのが早かったのもあるな あれば当然使いたくなる、でもバスが狭いと
102 :09/05/26 なんか、最近8bitの話ばっかだな。 16bitのスレなのに。
103 :09/05/26 昔68000のワンボードマイコン作って、CPM/M68を移植する記事にあこがれたもんだ で、最近x68kコンパクトのを2台オークションで買ったんだよね でもこいつ、コンデンサーがそのうち壊れる事で、有名らしーんだよ 先の雑誌まだ持ってるから、ばらして部品とってワンボード作ろうかな いまさら不便なもの作っても、とも思うけど 憧れを実現して男になるか、大人として合理的に生きるか あなたなら、どうする
104 :09/05/26 x68kばらすのもったいねー メガドラかピコの初期型でも68000は取れるし、未使用CPU単体でも500円ぐらいだと思うよ。
105 :09/05/26 x68のはソケットでついてるから壊さなければ戻せるんじゃね?
106 :09/05/26 コンデンサぐらい自分で付け替えろよ。
107 :09/05/27 その前にx68kのは400milパッケージだから自作はしにくそう。
108 :09/05/27 400milてのは変か。ふつーのDIPよりもちっさいやつね。
109 :09/06/03 030系は?
110 :09/06/08 ペンティアム辺りって互換機含めもう作ってないの?
111 :09/06/11 なんで自分で調べないの?馬鹿なの?死ぬの? http://www.intel.com/products/embedded/processors.htm?iid=embed_portal+hdprod_processors
112 :09/06/12 ↑なんか変なの涌いてるね。
113 :09/06/20 68Kの最後って68060だっけ?
114 :09/06/20 ちがうよぜんぜんちがうよ
115 :09/06/24 じゃあなに?
116 :09/06/24 一応 Coldfire というのがあってな
117 :09/06/25 Coldfire未だに車の電子制御用に使われているね ARMほどではないが結構資産がある
118 :09/06/25 なんだ、サブセットか。
119 :09/06/30 じゃあなに?
120 :09/07/02 見捨てられつつある過去の異物。
121 :09/07/02 ジャアニーさん
122 :09/07/07 東芝に12bit CPU有ったよね。 まあ、8bitに毛が生えたような奴だったが。
123 :09/07/13 LKIT-12
124 :09/07/14 LKITは富士通
125 :09/07/14 富士通というかPanafacomだな。 今でこそ富士通下のPFUだけど、当時のLKIT-16とか松下系の石多く使われてた。
126 :09/07/18 そりゅあ、当時は半々だったからな。 同じ半々のユーザックと一緒になってPFU。 名前は1/3づつだが出資はそのまま足して2:1:1。 もっとも、パナは数年前に手を引いて今は3:1になったが。 …Pいらんじゃないか(~_~;)
127 :09/08/07 今、PFUってなにやってんの?
128 :09/08/07 HHK作ってんじゃねーの?
129 :09/08/08 i-フィルターの再販してるよ。
130 :09/08/13 8800って16bit?
131 :09/08/22 8bitの方は変なのが涌いてるなあ。 ひょっとしてふたりぐらいかな?それとも一人で自演?
132 :09/08/22 最強君は一人だよ もう長いことわざとずれたこと書いて反論を待つという 釣りをやってるよ
133 :09/09/06 ま〜ったり(~_~;)
134 :09/09/12 はっはっは。 さすがにZ80厨はこっちには来れないな。
135 :09/09/13 Z80最狂!!
136 :09/09/13 >>132 わざとじゃなくて本当に無知なんだと思う
137 :09/09/13 井の中の蛙って可哀想だよな 妄想から一生抜け出せないわけだから
138 :09/09/13 いつもZ80連呼してるやつって一体どういうやつなんだよ 1年ぐらい放っておけば消えるのか?
139 :09/09/13 >>138 あまり長く続くようなら規制議論板に通報しようぜ
140 :09/09/17 >>139 ってか、昔からいるよな。
141 :09/09/22 結局68Kは020辺りで止めといて680000?64bitCPUを作るべきだった。
142 :09/09/22 030って87年だっけか 当時64ビットプロセッサの需要なんて影も形もないだろ
143 :09/09/23 8086が嫌われた原因はセグメントモデル 8086が普及した原因もセグメントモデル
144 :09/09/23 いくら16MBフラットメモリ空間とか言っても、 実際に載せるメモリが数百KBとか せいぜい1〜2MB止まりの時代だしねえ 通信どころか広帯域のファイルI/Oですら 一度に64KB以上もバッファを取ることなどまず無い時代、 GVRAMさえ1プレーン64KB越えなどまず無い時代に セグメントの制約で実現を断念するようなものとなると 実際何があったかってお話 68kは010ですらベクタの扱いに互換性が無くてOS側で対処が必要だったし、 020もさらに専用にコード書かないとOSうら動かなかったし CPU1基でいいシステムでもバスコントローラを外付けしなければならない高コストCPU 030でやっとそのあたり改善されたけど、386と比べるともうな…って感じだし 040に至っては最後まで量産品が出てこなかった欠陥石 そりゃ負けるべくして負けた、としか言いようが無い罠 まあ68kは夢だけは見せてくれたよ
145 :09/09/23 CISCだろうが、RISCだろうが、あまり関係なくなった現在でも、 680x0の本来の設計思想は良かったと思う。 しかし、互換性に関しては680x0は屑としか言いようがないな。 夢だけ見させてくれたという意見は>>144 と同じだな。
146 :09/09/23 セグメントによるメモリ制限は頭痛の種だけど、リロケータブルなプログラムが簡単に作れるのは素敵だと思う
147 :09/09/23 組み込み系だとそもそもコードと固定データはROMに載ってたり、 ただ読み込みが遅いだけでなく8bitバスで繋がってたりし兼ねない勢いで、 そこへ68系を使うに至っては悪夢に近いものがあったりした罠 基本設計の美しさだけならMIPSやPowerの方が遥かに美しいし だけどそんなものは実際の製品に納まってしまえば外からはどうでもいいお話で
148 :09/09/23 セグメントも結局テーブルやバッファ参照のときに 意識してパタンと切り替えてやれば済む話で、 ROMとRAMが混在してたりバンクメモリ切り替えまくったりするような用途では ポインタの有効範囲を明示できるって意味でも意識上むしろ楽だったくらいで
149 :09/09/24 >>142 需要なんて関係ない。 むしろ無いうちから始めるのが吉。 68000だって32bitなんて必要無い時に作られた。 もちろん作ったとしても68000のときと同じで欠陥だらけだと思うけどさ。
150 :09/09/27 >>144 何勝手に個人用のコンピュータで使用する事だけを前提にしてくるわけ? マジでかなぐり捨てンぞ?
151 :09/09/27 68kキチこええww
152 :09/10/02 >>151 アホはよくほえる。
153 :09/10/03 68000使ってたときはセグメントみたいな簡単に使えるアドレス変換機構がほしかった。 V50使ってたときは64K超えてるセグメントが欲しかった。 今はもうアセンブラ使わないしメモリ管理はOSの仕事になっちゃったから、どうでも良い。
154 :09/10/04 68000はPC相対関係充実してるからセグメントみたいな方法で アドレス管理する必要は感じなかったな当時。
155 :09/10/05 マルチスレッドな処理をアセンブラで手書きすると、欲しくなると思うよ
156 :09/10/05 >>154 そもそも、相対アドレスとか絶対アドレスとかを意識しなくてもプログラムできるのがセグメントの利点だと思うのですが...
157 :09/10/06 セグメント自体がセグメントベース相対だからぬぇ… ベースがPCみたいに変化し続けるレジスタじゃない分、使いやすかった。
158 :09/10/06 相対アドレスなんてアセンブラが勝手に計算してくれる
159 :09/10/06 16bit幅で4bitオフセットだったから 使いもしない馬鹿がブリブリ文句だけは垂れたけど、 68kで24bitや32bit幅のセグメントが存在してたら 神とか言ってたろうにな
160 :09/10/06 俺は単純にC言語との親和性からセグメントが嫌いだった 確かにサイズがデカく取れれば便利な機構だとは思うが実際アレだったから
161 :09/10/06 『PC相対』な位置にデータが有る、という考えを持つこと自体がアレだよ、間が抜けてるよ。 ROMに置いておくべき固定データならともかく、RAMに置くデータやデバイスのレジスタはPC相対という考え方で位置を決めてはイカンよ。
162 :09/10/08 タダでさえリロケータブルがやりにくい68kでPC相対って何の冗談?
163 :09/10/09 システムコールやI/O叩きROM参照以外を全部PC相対にすればリロケータブルになる、 シンプルで合理的な実装だと思うが。
164 :09/10/09 マゾいだけだな
165 :09/10/09 PC相対でもデータの位置がコードの位置に縛られる事には変わりないけどね。 レジスタの本数的にPC相対に拘らなくてもなんとかなるっちゃなるけど、やっぱり作る物によっちゃセグメントライクな機構があれば便利。
166 :09/10/09 そういえば86といえば 最近、トレノ・レビンが話題になっているね。
167 :09/10/10 なってないよ。 終わり。
168 :09/10/10 データと機能に関連性が有る以上、近くに置いて一つのモジュールとしておくのが自然。
169 :09/10/10 つまり、セグメントは一番自然な形である
170 :09/10/10 コードセグメントとデータセグメント・スタックセグメントは独立指定だが…
171 :09/10/10 マルチスレッドはどうなるの? 機能と関連あるデータをコードとまとめておくってことはスレッド分コードも展開するの?
172 :09/10/10 >>167 【企業】ハチロク復活! トヨタ、小型FRスポーツ「FT-86 Concept」 水平対向4気筒 6速MT 中高年の車好きに向け★12 http://tsushima.2ch.net/test/read.cgi/newsplus/1255107659/
173 :09/10/11 >>172 本気にしてるとは驚いた。 かわいそうな奴だな。
174 :09/10/12 68000って信者が言うほどすごい石じゃないね。 自己書き換えしないとマルチスレッドに対応できないなんてww
175 :09/10/12 自己書き換えなんかいらんだろ、どんな実装だよ。 タイマー割り込みの時レジスタやり繰りして切り替えればいいんじゃね。
176 :09/10/12 同時期の8086よりは明らかに上
177 :09/10/12 その後のクロックアップ競争ではx86の一人勝ちであるが
178 :09/10/12 >>176 「仕様書の上では」が抜けてね?
179 :09/10/12 >>176 「仕様書の上では」が抜けてね?
180 :09/10/12 68000 VS 8086/186 処理速度でも機能面でも上回り 68020 VS 286 処理速度で負けて機能面で並ばれて 68030 VS 386 処理速度は勝てたけど機能面で追い抜かれ 68040 VS 486 処理速度も機能面も突き放された、おまけに最期まで試作だけ 030のMMUなしエディションが存在する時点でメモリ廻りの作込みが弱いとさらけ出してるような物だし。
181 :09/10/12 86はセグメントもどきがある時点で汚い設計 その後も汚いリホームの積み重ね ただそれが人間にとって使いやすかったりする
182 :09/10/12 >メモリ廻りの作込みが弱いとさらけ出してるような物だし 中身見たような言い草だな。何が弱いのか問いたい。
183 :09/10/12 >>181 インテルの社訓は「互換性か死か」だから仕方なかろう 互換性を無視していいならItaniumみたいな例があるが さっぱり売れないだろう
184 :09/10/12 しかしなんでこんな素人が混ざってんだ?>>178 思いつきで語ってるのかな
185 :09/10/12 >>183 Itanium以前にi432という黒れk
186 :09/10/12 >>182 仮想メモリとそれに上乗せする形で実装される仮想マシンが、MMUが外付けであることによる技術的にどのようなメリットとデメリットが存在しようが、システムを使う立場から見れば弱い。 モトローラのプロセッサはエンジニアに本来なら払わなくてもよい本質的でない余分なこと、MMUの有無を意識すること、を強いている。 ライバルであるインテルのプロセッサは386以降ならエンジニアは同じ手法で利用できる仮想メモリ、仮想マシンの機能があるのが当然としてシステムを設計できる。 68030が、メモリ管理というOSが必要とする根本的な機能において、すべてのエディションで機能的に全くの同一でないというのは弱点以外の何者でもない。
187 :09/10/12 ああ、付けるなら全部付けとけって事ね。組み込み用の廉価版なら要らないとか 考えもあったんだろうさ。なんか欠陥でもあるのかと思ったよ。 作り込みが弱いってのは脳内の妄想から出たって事ね。叩きたいからって適当 な事書いちゃ駄目よね。
188 :09/10/12 >>185 i860を忘れ(ry
189 :09/10/12 組込用廉価版68030載せてたパーソナルワークステーションw
190 :09/10/12 それじゃHP1も奪えないよ(失笑)
191 :09/10/12 低レベルが住みついてることはわかった 189
192 :09/10/12 680x0はもともとアドレッシングモード多いしアドレスレジスタの本数も多いからMMU要らないでしょ。
193 :09/10/12 MMUが無いプロセッサはゴミだってさ。 286はMMUが無いからゴミだって68信者が言ってた。
194 :09/10/13 ワード’信者’を使う人、コテつけて
195 :09/10/13 荒らしって奴は基本スルーなんだが、スルーしすぎて住人がいなくなっちゃう事がよく 有る。過疎スレなんかでは特に顕著。そうなるとスレの進行が止まってしまい機能 不全に陥ってしまう。大事なのは住人が散ることなく荒らしをスルーするという事が 求められるわけですよ。MSXスレなんてひどいもんでしょ。 対話でいなくなった荒らしはいないと言うけどスルーでいなくなった荒らしもあまりい ないけどね。NGにぶっこんで放置するしか無い。機能不全よりはマシだから。
196 :09/10/13 どこの話かわからんことを突然提示して、つらつらと無差別相手にに恨み言をたれるのが この68粘着叩きの特徴みたいだな どうやったらこういう陰気落武者が生まれるのやら
197 :09/10/15 彼が叩く事でスレが延びてた側面もあるのかもな、別に伸びなくてもいいし キチガイがデンパ撒き散らすスレなら落ちてもかまわんがな
198 :09/10/18 >>180 68040はおろか68060だってちゃんと製品出てるんだが?
199 :09/10/19 MC68060って出荷されてたの? 初耳。
200 :09/10/19 適当にググってみたが http://bboah.claunia.com/mc68060.html MC68060は1999年に出たとあるな
201 :09/10/19 MC68060RC60なら1万個単位でフリースケールが今も普通?に売っている MMU/FPUありの75MHz版のMC68060RC75が見つからず XC68060RC75も入手困難だったという話に尾鰭が付いたんだと思われる
202 :09/10/19 うちにもあるが、MC型番の68060は昔から普通に流通してるよ。
203 :09/10/19 どっかで小売してるの?
204 :09/10/19 Digi-Keyで約7万だな 注文は10個単位のようだが
205 :09/10/19 060って結局搭載パソコンは出てないよね アクセラレータで060搭載したのはあったように記憶してるけど
206 :09/10/20 個人レベルのパソコンではないと思うけれど、 富士通のKシリーズ等には68060を載せてる機種もあったよ。 MPUアクセラレータはAmiga、Macintosh、X680x0とかに出てたね。
207 :09/10/20 FM-Gでなかった?
208 :09/10/21 時代的に060のせるならPowerPCで、しかしMacと競合して勝ち目がないからPC互換機に、というシナリオだろうか? それとも非PC互換機路線では商売にならないという判断から?
209 :09/10/22 って言うより、060が出る以前にモトが68系開発止めてたから次がないのが判ってたからじゃないの。 AT互換機は簡単に作れるし、無理して引き伸ばす必要も無いってことじゃないのかな。
210 :09/10/24 新たに、ならAT互換機だろうし、68K系使ってたとこはどうせ変えるならAT互換機にってことか。
211 :09/10/24 『腐ってやがる。(市場に出るのが)遅すぎたんだ』 『68kには夢があったぜ』 『ああ。短けぇ夢だったがな』
212 :09/10/24 PowerPCの開発を発表してからというか発表するちょい前あたりからモトローラは680x0をないがしろにしてたよな。
213 :09/10/24 68(CISC)じゃ勝負できないからPowerPC(RISC)に乗り換えるぞ! …悔しいがIntelの技術だか企業体力だかは凄かった…orz
214 :09/10/24 モトは元々売る気が無かったんですよ
215 :09/10/24 バグをそのまま放ってたりと、本当に見放されてたもんな68kは。
216 :09/10/24 >>213 んなもんはないよ。 IBMが採用したから脚光を浴びたラッキーボーイだよ。 昔も今も根性は悪いしね。
217 :09/10/24 68kが時代が下がるとともにゴミと化したのはモトローラの方針の為。
218 :09/10/25 まっ、初めからいわれてるが、68Kは32bitで袋小路。 だからこそのPPCだったのかも知れんが、発想まで違うとユーザーは愚かディーラーまで戸惑っちゃったからね。 6809から16Bit、32Bit(そして64Bit)と地道にアップしていった方がよかったんじゃないのかな。 そしたら(細々でも)生き延びてたかもね。
219 :09/10/25 それもあるけどもともとの素性がよくなかったんだろうな
220 :09/10/25 えーっ、素性はいいでしょ!?
221 :09/10/25 という幻想だったのさ
222 :09/10/25 Intel派の人はアセンブラレベルのソフトを書かないのかな…
223 :09/10/25 アセンブラでセグメントと格闘したくないですぅ
224 :09/10/25 プロテクトモードとか勉強するきのもならないですぅ
225 :09/10/25 アセンブラで書く必要がないところまでアセンブラでしこしこと手間かけて書くのはアマチュア、プロはやらない愚行。 どんなプロセッサによらずね。
226 :09/10/25 必要なところだから困ってるのさJK
227 :09/10/25 x86でオールアセンブラ! 悪魔の所行だ! インラインアセンブラで済ませられるレベルまでが許容範囲。 MS-DOS環境なら何度かやったことあるけど、今はもうノーセンキュー。
228 :09/10/25 アセンブラで問題があるのは移植性くらい 意図がはっきりしやすくむしろ保守性は高い
229 :09/10/25 つか、アセンブラこそセグメントが本領を発揮する場じゃないのか? Cでプログラム組んだら、nearとかfarとかhugeとかで悩まされるけど セグメントモデルではないプロセッサでリロケータブルなプログラムを作るには、リロケータブルなコードを書く必要があるだろ?
230 :09/10/26 まあ当時だったら確かにアセンブラ使うのが一番だったんだろうけど、ねえ。 今だとOSとか、ハードに近いとこでもほぼCかC++辺りじゃね?
231 :09/10/26 アセンブラの方が保守性が高いとはこれまた昭和脳ですな
232 :09/10/26 ブーとローダーとかコンテクストスイッチとか 割り込みハンドラ(中身じゃなくて受け渡しする部分ね)なんだよ〜 68kの世界に引きこもってるからいいけどさ…
233 :09/10/26 x86のプロテクト周りの初期化と、セグメントを超えるCALLとRETやINT、IRETの処理はもう面倒の一言に尽きる。 その辺の処理を書き始めたらOS作るのと大差ないから。
234 :09/10/26 アセンブラの方が保守性高いって、ほかのどんな言語使ってんの? ひょっとして16進数べた打ち?
235 :09/10/26 >>233 ビンゴ…68Kだと楽なんだけどね…
236 :09/10/26 >>233 納得しかけて気が付いた それ、OSの仕事なんだからしょうがないだろ?
237 :09/10/26 ふと考えたんだけど、なんで8Bit→12Bitにならなかったのかな。 アドレス8Bitのときと同じで倍にしておけば24Bitまで使える。 VRAMマッピングしても充分なエリア。 漢字だって1WORDで扱えるし。 やっぱり舶来文化じゃあ漢字?面倒だから字二つ使えよってことなのかな。
238 :09/10/26 >>237 12bitCPUは昔のレスで秀逸なのを読んだことがある。 漫画だか小説だかは忘れたが、その人の作品に使うためのもので 日本でコンピュータが発展した架空の世界。
239 :09/10/27 究極の8ビット機を妄想するスレ http://bubble4.2ch.net/test/read.cgi/i4004/1009359454/ >615 名前: ナイコンさん 投稿日: 03/04/29 08:47 > >コンピュータなるものが、日本原産だとしたら >http://pc.2ch.net/test/read.cgi/os/994589053/ > >>80 名前:Be名無しさん[sage] 投稿日:03/03/11 15:33 >>5 年くらい前に、異世界もののゲームに使う設定として作ったコンピュータの規格がある。 >> >>12 ビットワードCISCで、アドレス空間16メガワード、メモリバス・データバスとも24ビット幅で >>4 キロワードセグメントのMMU搭載CPU、動作クロックは2MHz、メモリは旧型が500kHz、 >>新型は1MHz駆動で、いずれも不揮発性。 >> >>外部記憶は不揮発性電磁気メモリ(バブルメモリのようなもの)のカセットモジュール >>(高価で容量は少ないが、高速)と磁気テープ(シーケンシャルアクセスのみだが安価)。 >> >>プリエンプティブマルチタスクOSが稼動するも、UIはCUIのみ、 >>社会環境としては都市部では4096wps(word per second)のパケット回線が敷設済み。
240 :09/10/27 >616 名前: ナイコンさん 投稿日: 03/04/29 08:47 >>基本的にこの構成のまま(小幅な改良は続いているが)実に半世紀近くもこのままで >>安定してしまった世界…というのを想定した。 >> >>感覚的には、パソコンが8bitから16bitに移行する端境期の雰囲気のままと思って良いかと。 >> >> >>この世界の言語は日本語のアナグラムで、コンピュータへの入力は母音5音+子音10音 >>+記号等の+αのキーボードから音節−文節変換で記述、 >>表記は縦書きで右から左に流れ、表示は初期にベクタースキャンCRTが使われたものの >>すぐに廃れ、主流はレーザースクリーン。 >> >>技術世代がアンバランスなのは、技術の更新が遅いのんびりした世界という設定から。 >>社会環境から風俗、技術背景、果てはこのネタのコンピュータの命令表まで作ったけど、 >>企画そのものがポシャってしまい、日の目を見ることはなかった… > >12bitと変則的だが、なかなか面白そうな発想。 多分これだな 引用元のスレはさすがに行方不明だった
241 :09/10/27 4096文字、足りないね
242 :09/10/27 東芝の12Bitってどうだったんだい?
243 :09/10/27 最初DECのミニコンは6bitだったそうな
244 :09/10/27 DECのPDP-8は12bitワード/アドレスらしいが ALUは6bitだったのかな
245 :09/11/02 >>212-213 >PPC 88000の事も思い出してあげて >_< 親に捨てられた不憫な子
246 :09/11/04 全盛期はスパコンやNeXTに採用されてた68k
247 :09/11/07 そう言えばeZ80がアドレス24Bitだったんだよね。
248 :09/11/10 Z80000ってのも有ったとか。
249 :09/11/20 >248 Z80000って32bitの奴だろう。
250 :09/11/21 なんか、68k出た頃の32ビットのプロセッサはアドレス幅とレジスタサイズだけ大きくしただけであとはお茶濁し的な拡張だな。 今の感覚で見ると。
251 :09/11/24 ん? お茶濁し程度だから使いつづけられたんだろ?x86
252 :09/11/24 大は小をかねる時代だったからだろう 68k
253 :09/11/25 継続は力こぶ。
254 :09/12/11 せめて、倍クロック技術を使った68Kが出てたら多少寿命が延びたのになあ。
255 :09/12/11 インテルや互換品メーカーが倍クロックとか投入したのは競争してたから。 競争が成立するぐらいニーズがあった。 68kの倍クロックを開発したとしてもどれだけ売れたかな
256 :09/12/11 キリ番ゲット。 むかし、nifの壁でキリ番競争やったっけ。
257 :09/12/18 PowerPC参入前のモトローラーって倍クロックモデルにするぐらいなら命令当たりのクロック数を半分にするという方向ですすんでなかったっけ? プロセッサが早くなってもプログラマはたいして楽にならない、機能が増えににゃゴミ屑だと同僚に愚痴った覚えがあるんだが。
258 :09/12/19 確か、68Kって力任せワンクロックじゃなかった?
259 :09/12/19 1クロックになったのって020からじゃなかったっけ? 68kとか010だと結構クロック消費してような気がする。 x86に比べればぜんぜん少ないけど。 680x0のデータシートが行方不明だ。 386/486のはあるのに。
260 :09/12/19 MC68000はどんな速い命令でも最低4クロックでしょ。
261 :09/12/27 >>257 x86 でクロックダブラーが入ったのは 486DX2 から。 その前の 486DX/SX で既に基本命令1CPI を実現していた。 そもそも命令あたりのクロック数は減らしようがない。 >>259 68020/68030 は最低でも2クロックかかる。 1CPI になったのは 68040 から。 68000 は最低4クロックで 8086 も同じ。 8086より68000のほうがクロック数が少ないということはない。
262 :09/12/27 259だす。 さんくす。 386のクロック浪費(!)の印象がでかかったから勘違いしてたよ。 この休みに680x0のデータシート発掘できれば嬉しいな。 ISBNコードの有無は忘れたけど、値段が入ってなかった非売品。
263 :09/12/28 レジスタ数とレジスタ幅以外は総てにおいてx68に劣るのが680x0。
264 :09/12/28 しかし、680x0の互換性のなさってどうしようもないな。 初期の設計が美しかっただけに残念だ。 一方のx86は当初は設計が醜い石の代表だったけど、 そのころから互換性はしっかりしてたもんな。
265 :09/12/31 CQの20のユーザーズ・マニュアルなら持ってる。 3.5千円って、なんでこんなの買ったんだろう?
266 :10/01/12 68kは潔癖すぎるがゆえに醜い進化を拒んだのだろう
267 :10/01/21 まともな互換性も維持できないクソ設計が綺麗だぁ? 味噌汁で顔洗ってきやがれ。
268 :10/02/08 ところで68Kってデュアル化とか、マルチ化って出来たのか?
269 :10/02/08 020以降はSMP対応 まあ実装するとなるとアホかって程高くつく事になる訳だが x86でSMPに標準対応したのはP6系以降 チップセットの方で対策して486やP5でSMP機の実装もあったけど
270 :10/02/13 じゃあOS的には? って、68KのOS自体よく知らないけど。
271 :10/02/13 UNIX系以外は記憶に無いなあ それも020以降しか 86系も結局UNIX互換系かNTになっちゃうのか 486やPentiumを1000個とか積んだ 今でいうクラスタ系のHPCもあったけど、OSに何を使っていたかまでは知らん ひょっとしたら386でもやってたかも
272 :10/02/19 オッカムとかってそうじゃなかったっかな?
273 :10/02/23 そう言えばX86も68Kも当初の周辺チップって単機能ばっかりだったよね。 チップセットっていわれる物はいつ頃から出てきたの?
274 :10/02/23 x86系の最初のチップセットは486向け(420xxシリーズ) 68系は標準機的な存在が無かったから恐らく無いのでは 020系のバスコントローラはバスコントローラであってチップセットではないし
275 :10/02/25 ここは重複スレです 本スレ http://gimpo.2ch.net/test/read.cgi/i4004/1154007686/
276 :10/02/25 >>275 自演野郎しかいないスレなんかいらねーよ。 スレ数が物語ってるな。 あんまり嫉妬すんなよ。
277 :10/02/26 スレ数?
278 :10/03/04 んな馬鹿にかまうなよ。
279 :10/03/05 63109なんて有ればなあ。
280 :10/03/07 16bitアキュムレータx4(各々2個くっつけて32bitとして使える) インデックスレジスタ、スタックポインタは32bit(実アドレスは24bit程度かな)で各々4本。 (スタックポインタは2つで充分?) ダイレクトページレジスタはどうなるのかな??? コンデションコードはそれなりに追加。 こんなもんでも68Kと比べたら半分ぐらいかな。
281 :10/03/14 80186って鬼っ子なの?
282 :10/03/16 V30という強力なモノマネ師が居るせいで不遇なのだよ。
283 :10/03/16 80186は余計なPICやDMACを混載しているせいで扱いづらい
284 :10/03/18 68kのアセンブラはCよりも簡単だったなぁ。
285 :10/03/18 ASM++というか、C--というか。
286 :10/03/18 >>284 取っ付き易さはそうかもしれんな
287 :10/03/18 レジスタいっぱいあって汎用性が高かったから最適化がラクチンだったな 大概のループ処理なら16本のレジスタだけで回せた 初代8086より圧倒的に早かったのは恐らくこれが原因
288 :10/03/18 loop: move.l (a0)+,(a1)+ bne loop だけでブロック転送が簡単にできちゃうもんね。 ・・・bneだったかな? もう忘れちゃった。 最近だったら、バッファオーバーフローの可能性を考えて もう2行付けくわえないといけないけど。
289 :10/03/20 8086 mov cx, siz ;word単位 mov si, offset src mov di, offset dst rep movs word ptr es:[di], word ptr ds:[si] 68000 move.l #siz-1, d0 ;long word単位 lea src, a0 lea dst, a1 loop: movem.l (a0)+, (a1)+ dbra d0, loop ループ用にラベル設定しなくて済む分、x86の方がスッキリしてません?
290 :10/03/20 プロセッサ自体が最適化できなかったって落ち
291 :10/03/20 >>289 8086は専用のストリング処理命令があったのでそれは当然といえば当然。 ただちょっと複雑な処理になるとレジスタの役割も処理内容も固定の ストリング命令は使い道なかった。 まあZ80のLDIRよりははるかに応用効いたけど。
292 :10/03/21 極めたプログラマーが書いたコードのサイズや性能比較はわからないけど 俺みたいなヘボグラマーにとって68はスッキリわかりやすくて扱いやすいから好き 86は(俺主観では)変に多機能かつお約束が多くて自分のコードを書く前の段階で頓挫しちゃう
293 :10/03/21 俺も一時期そう思ってたけど、x86でもわりと問題無く組める事ができた。 慣れりゃどうってこたぁない。
294 :10/03/21 俺は先にx86系に馴れてたんで68kはニーモニックはともかく、 データの構造化がやりにくいって印象が強かった。 mcc68kってコンパイラについてたアセンブラ。 しかしアセンブラはどのプロセッサのどこのメーカーのをどう使おうがちょっとでも高度な制御構造やデータ構造の構築、管理でもやろうとするとプログラマーへの負担が大きくなる。 といってもZ80、80x86、680x0、PowerPC(G4)、ARMv4、H8、SH3/4ぐらいしかアセンブラは使ってないから俺の意見が絶対とは言わないよ。
295 :10/03/21 68kでユーザーモード/スーパーバイザーモードを行き来するプログラムは書いたけど x86のプロテクトモードプログラムは裸足で逃げ出した出ござる PC-ATも悪いんだろうけどね(A20ラインだっけ?とか)
296 :10/03/25 何つくったの?
297 :10/03/25 OS
298 :10/03/25 仮想記憶によるメモリ管理システムとか楽しいとでも思えなければ やってられんだろうなあ。 そういやインテルが骨格になるメモリ管理部分のコードを提供してたような 気がするけどそういうのいじくって会社用とか自分用にするのはアウトなのかな。
299 :10/03/28 リファレンスコードとして提供してるなら問題ないんじゃないかな?
300 :10/03/30 なんかさ、86の命令系統って、MSのアプリと良く似てるんだ
301 :10/03/30 まあMSの要望を取り入れながら出来上がった物だからそうなっていまうのかもな
302 :10/04/05 今の状況だとよりM$の方が強いみたいだな。
303 :10/04/10 ん? 規制解けたのか?
304 :10/04/17 16bitの話をするならこっち来いよ。
305 :10/04/24 >>398 どういう形態で公開してたかだな。 フリーって事はないと思うが。 もちろんあくまで個人として使うと言うなら別だが。
306 :10/04/24 >>398 頑張れよ
307 :10/04/24 ここに309争奪戦の開始を宣言する!
308 :10/04/24 じゃあ>>309 は俺がもらいますね
309 :10/04/24 どうぞどうぞ
310 :10/04/24 >>305 未来人乙 このスレのペースなら1年後くらいか
311 :10/04/27 もっと早いだろう、と言ってみる。
312 :10/04/30 すげーな。 時代はすでに12コアかよ。
313 :10/05/02 Opteron6176SE vs Xeon7560
314 :10/05/15 インディアンうそつかない。
315 :10/05/16 既に使うだけの身。 コプロありの386DXがアセンブラでコード書いたのが最後だなぁ。
316 :10/05/21 半島人うそ付く!
317 :10/05/21 68kはVAXだかPDP-11だかを参考にしたけど x86は、BPの使い方とかPL/M向けの実装だったのかな
318 :10/05/21 なんでもスプレッドシートを作りやすくするためだとか小耳に挟んだ記憶が
319 :10/05/21 >>317 ん? 68000は、IBMのSYSTEM 360を参考にしたんじゃなかったっけ?
320 :10/05/21 8086のBPはなんちゃらの高級言語向けに設計されたって読んだ覚えがある。 186のentry/leave命令のセットがその延長でスタックフレームの転写を明示的に行うんだとか。
321 :10/05/21 設計された時期が時期だけに高級言語は意識しただろうな。 どれだけの価値があるか不明だったmicro processorとやらの用途が 当初の予想以上に広がりつつあった頃だから。
322 :10/05/22 ふーん、そうなの。 8086なんて単に8080を16bit化(もちろん多少の命令も加えて)した物かと思ってた。
323 :10/05/23 8080とアセンブラソースレベルでの互換性も考慮したんだけど 結果8080の基本構造をおおむね引きずることになった。 16bitCPUを新たに設計したというより8080を16bit拡張したと見るほうが しっくりくるのはそのせい。
324 :10/05/23 なにしろフラグ変化なんてほとんど8080と互換だしw
325 :10/05/23 >>320 「なんちゃら」とかでなくて、局所変数をもつ近代的な言語すべてに必要。 スタック上に局所変数域(スタックフレーム)を形成するため。 ただし 386 以降のように SP 相対アドレッシングモードがあれば、そちら で代用することも可能。gcc では --omit-frame-printer オプションで 切り替えられる。SP で代用しちゃうと動鎖を手繰れないので、デバック時 にバックトレースできなくなるけどね。 enter/leave 命令はスタックフレームの形成・開放を1命令でやってくれて 便利なんだけど、オンスタックディスプレイを転写する第2引数なんて正気 の人間は誰も使わない。
326 :10/05/25 高級言語をアセンブラでデバッグしたことがないから、興味なくて読んだときに「へー、そうなんだ」でながしちゃったよ。 富士テクノロジーとかなんとかいう会社の出してた386/486の解説本だったはず。 技評の286アセンブラ入門だったかも、 よくわかる486でないことはかなり自信あるけど 紙ベースで読んでるからIA32マニュアルではないことだけは確かだ。 実際entry命令の2つめの引数はコンパイラだけが知ってればいいんだよね。 実際いつでも、386のコード書いたときだってずっと0だったし。
327 :10/05/25 entry/leaveはたぶんPascal系の(C言語ではない) 引数の数が不定じゃない言語用だな。 あれ?むかしのMS-DOSのC言語で、pascal宣言入れておくと速く(小さく?)なったのは それのせいだっけ?
328 :10/05/26 >>326 > 実際entry命令の2つめの引数はコンパイラだけが知ってればいいんだよね。 いや、コンパイラ作成者でも絶対に使わない。 もう少し詳しく言うと、Pascal や ADA のように関数・手続きの中に 局所的な関数・手続きを定義できる言語で、中間変数(内側の関数など からみて大域的な、外側の局所変数)を正しくアクセスするために使う。 伝統的には、この目的には静鎖(スタティックリンク)が使われる。 あるいは高速化を狙ってディスプレイ(陳列棚)方式が使われることもある。 通常のディスプレイは静的な配列を1つもっていて、サブルーRールの たびに、その中の1エントリだけ更新する。コピーが必要なのは手続き引数 を使うときだけ。 で、インテルは何を思ったのか、ディスプレイをスタック上にとって、サブ ルーRールのたびにコピーして回るという方法を想定した機能を enter 命令につけてしまったので、みんなの笑いものになったというお話。
329 :10/05/26 >>327 それは leave 命令のオペランドの話ね。 呼び出された側がスタックに詰まれた引数をとりのぞく。 今でも PASCAL または WINAPI 呼び出し規約を指定するとそういうコードがでるよ。 なにしろ伝統的な Windows API はほとんどこっちだから。 ただ、昔でも 186 以降を指定しないと enter/leave 命令は使ってくれなかったけどね。 486 以降は単純命令の組み合わせのほうが速かったりするから、今のコンパイラでも使って くれないかもしれない。
330 :10/05/28 あまり聞かない言い回し、この板の住人の素性が気になる
331 :10/05/28 かつてそこら辺に大勢居たマイコン・パソコンの虫じゃなかろうか。 現役プログラマーなんかもそこそこ居る感じ。 というか>>330 がどこから来て何を独特の言い回しだと思ったのか気になる。
332 :10/06/04 まあ、どっかのスレは結局は罵り合いだけだからなあ。
333 :10/06/04 68000 二段階マイクロコード採用。 それでもトランジスタの約半分はマイクロコードだっけ?
334 :10/06/05 >>333 どうだろう? 写真見る限り面積では半分よりずっと小さいけど、 ROM はトランジスタ密度高いからそんなもんかな? http://www.infonet.co.jp/ueyama/ip/history/1979-m68000.jpg # 6309 はマジでチップの半分をμROMが占めていたが...
335 :10/06/07 ソース不明だけど、 マイクロコード: 17bit長×544 ナノコード: 68bit長×336 合計32096bit
336 :10/06/07 >>335 http://www.cs.umass.edu/~weems/CmpSci535/Discussion15.html 一次情報は見つからなかった。
337 :10/06/08 最近のCPUってオンキャッシュのコードや、キャッシュ汚染を引き出さないよう な小容量一次元配列に対する操作じゃないと、CPU本来の速度で高速に走らないでしょ。 そういうところを経験してから、x86のセグメントモデル思い出しちゃてさ。 80年代当時の68系のx86系に対する最大のアドバンテージであった、広大なメモリ 空間をシームレスにアクセスできるっていう奴を、IA-32が手に入れたのもつかの間、 性能を出すために結局64KByteや32Kbyte内でちまちま動くような管理されたバイナリ コードを用意する昨今。 なんか先祖返りっぽい。
338 :10/06/09 windowsなんてのは壮大な無駄だったのかも。あれのおかげで相当進歩したけど。 そういったアーキテクチャレベルのキャッシュ管理ってどうだか。タスク切り替え時に 明示的にキャッシュをクリアするほうがいい気が。(既にやってるのかな、知らないけど) そんなチマチマしている最適化はプログラマを疲れさせるだけよね。
339 :10/06/09 最近の石にはキャッシュ汚染防止の為のロジックが実装されてるのかと勘違いしてた そんなもん実装できんわな。2行目は無かったことにしてくだちい
340 :10/06/27 完全ハードウェアロジック
341 :10/07/23 今度は真空管かよ(・・;)
342 :10/08/06 ここに東芝の12bitCPUを知ってる人は居ますか?
343 :10/09/13 次は128bitだな。
344 :10/09/13 というか64ビットが定着するまでにまだ相当時間がかかりそうな予感。
345 :10/09/13 あんまり増えすぎても逆に効率悪くなるんじゃ
346 :10/09/16 今までも性能とかって言うよりアドレス(容量)が不足してたからって言うのがホントのとこのようだ。 っとすると64bitのアドレスが足りなくなるって事は…
347 :10/09/17 あああ
348 :10/09/18 スピードも問題だな、CPUに追いついてない。 DDR4も未だ行く先真っ暗。
349 :10/09/23 ストアドプログラムマシン化がより顕著になるかと。 組込み用の内蔵RAMがメモリ空間に見えてる様にキャッシュしなくても十分速い内蔵RAMがプログラマーに解放される。
350 :10/09/23 ワンチップCPU?ってどの程度の物が出来てるんだろうね。 64bitとかあるのかな。
351 :10/10/01 いきなり64bitはムリだから、取り敢えず34bitくらいで
352 :10/10/01 >>351 アドレスの下2ビットはどうせ0だし、GC用のマーク入れてちょうどいいかもね
353 :10/10/03 >>348 2012年ぐらいから登場らしい。 でもポイントTOポイントで一枚しか付かないらしい。 By WinPC
354 :10/10/04 AMIGA,ATARI,Macintosh,X68Kといった個性的なパソコンは どうして68Kを採用したのだろうか?
355 :10/10/04 64KBの限界:セグメントの呪いは存在せず、 16本の32BITレジスタで8BIT時代に泣かされたレジスタの不足とももさようなら。 68000は大容量を必要とするホビーストを魅了して止まないCPUだったのだ。 実はX68000には80386採用案もあったんだけど、ホビーストたちは あの8086を引きずったなんともじれったい命令セットを好まなかった。 レジスタも少なかったし。
356 :10/10/04 あとビッグエンディアンCPUとビットマップV-RAMの親和性。
357 :10/10/04 初代x68が386だったら価格どうなっただろうな
358 :10/10/04 386はAT互換機や98での採用で大量に作られてたから高くなかったんじゃ? 多分大して変わらなかったかと。
359 :10/10/04 NECや富士通は自社CPUと言うくくり(足かせ)有ったからね。 シャープはどうだったんだろう? もっとも、日立のように自社製品使えない哀れなとこも有ったけど。
360 :10/10/05 X68kでプランが存在したのは、386ではなくV30だヴォケが 普通にMS-DOSマシンだった方が面白かったと思うよ
361 :10/10/05 ん?鳥居総帥がはっきり386とおっしゃられていたOH!Xの記事は知らんのかな? ヴォケはそのままそっくり返す。
362 :10/10/05 >>360 V30+豪華グラフィック&サウンドのPC-88VAは鳴かず飛ばずだったよ。
363 :10/10/05 PC-88VA、嫌いじゃなかったけどやっぱX68Kと天秤にかけたら・・・
364 :10/10/06 実際にHUDSONへV30版の試作機がですね
365 :10/10/07 へえ、でもその後でMSDOSのまがい物を作るって言うのは大変だっただろうなあ。
366 :10/10/08 85年頃に68kでなくx86系として妄想すると・・・ OSはMS-DOSとなるとNEC、富士通といった先行してる競合他社に勝てると判断したとは思えないから、やっぱりx86系はないな。
367 :10/10/08 似たような値段で386なら面白かった気もする
368 :10/10/08 …2010年の現在が一番いいかもな。 機種争いはないし、C信者も駆除。 BASICも速いし、3Dも手軽にできる。
369 :10/10/08 C信者ってのが判らんが、基本的には何時の時代も無いものねだりですよ でも、まぁ同意。安く一通りのことが何でも出来る。いい時代ですわ。
370 :10/10/08 >>369 >C信者ってのが判らんが bell研究所の工作活動の一環で、市場からBASICを消し去ろうとした。 >基本的には何時の時代も無いものねだりですよ オレにとってはこれから飛躍と復権を目指せる時代に戻れる。 もちろん、オレだけじゃあなくて、外野に多くいる日曜プログラマーたちにとってもな。
371 :10/10/08 ここにもキチガイがいたか
372 :10/10/08 キチガイとはそういうものです
373 :10/10/08 …ってなワケで、オレはこちらにいる。 MAIN STREET http://www.geocities.jp/courant_de_console/main_street/
374 :10/10/08 だからそこから出てくるなw
375 :10/10/08 いいから回線切れよ(ゲラゲラ
376 :10/10/08 似たような値段で386をあえて妄想してみる。 妄想だからつっこみ歓迎。 80386/16MHz、コプロセッサはオプションで387。 しかし当時のシャープだから287も視野に入れておいた方がいいだろうか? RAMは標準2M、4Mにすると価格的に厳しかったはずなので。 16M以上は実装できるようになってたけど最大64M程度だろう。 ピン数の関係でデータ32本/アドレス24本(A25〜A2の)で最大64Mバイト、というのがその根拠。 でもコネクタは4〜5本程度だろうから1Mとか2Mのメモリモジュールになったろうからコネクタ数の関係で10M程度が事実上の限界。 3〜4年経って容量の大きなメモリモジュールが発表されるようになってから16Mオーバーが(コスト度外視で)実現するぐらいか。 画面、サウンド周りは史実のX68000と同等程度。 ただOSがMS-DOSとすると1M以下に収める為に画面が640×480×4・・・いや640×480×8は実現しているだろう、きっと、たぶん、おそらく。 PCMも8BitADPCMにダウングレードするかも。 FD/HDは史実のX68000と同じ。 HDDは、最初はオプション。 で、SASI/SCSI/SCSI-2と史実と同じような経緯をたどると思う。 なんか面白みが減ったマシンだなぁ。 妄想力が足りない。
377 :10/10/08 セルフつっこみ! 640×480×4ってなんだよ、×4って! 640×480×6とか、そういう中途半端に思えるスペックを実現しちゃうのが当時のシャープだろ!←偏見だけど
378 :10/10/08 そういや、SONYのNEWSって、どこの板扱いなの?
379 :10/10/08 ここでいいんでね?
380 :10/10/08 >>371 ここに居たんじゃなくて他スレで涌いて移ってきたんだよ。 ほんと、蛆虫みたいだ。
381 :10/10/08 ボウフラとかのレベルだよな〜
382 :10/10/09 おまえのコテ名、CONSOLE DE BASICにしろよ
383 :10/10/09 不潔そうなツラしたジジイが発狂してやんの(ゲラゲラ
384 :10/10/09 自己紹介おつ
385 :10/10/09
386 :10/10/09 大事なことだからもう一回言うよ、自己紹介おつw
387 :10/10/09 感情的(笑)なことだからもう一回言うよ、自己紹介おつw
388 :10/10/23 馬鹿がいないとまったりするな。
389 :10/11/01 >>368 少なくともBASICやってる奴の数百倍以上は確実にCやってる奴がいるだろうにな。
390 :10/11/01 Oh!Xを読み返すとx86のこと糞味噌に書いてあるんだけどセグメントがあると そんなにプログラムしにくかったの?
391 :10/11/01 扱うデータが64KB超えなければセグメント管理は簡単 超えるとちょっとめんどくさい
392 :10/11/02 8086/286でもセグメントは便利使えるし 386なら64KBの制限もない 64KB制限で苦労するのはC/C++を使った時ぐらい
393 :10/11/02 64kを超えると面倒ってんじゃなく シングルタスク環境で複数のメモリ空間を平行で考える手間とメリットに 当時のクズプログラマでは想像が及ばなかったってだけの話だよ 当時64KBセグメントで困る用途なんて パックドピクセルで広大なVRAMをリニアアクセスさせろ、くらいのもんだろ そんで殆どのPCのGVRAMはプレーン式だった
394 :10/11/02 …ってなワケで、オレはこちらにいる。 MAIN STREET http://www.geocities.jp/courant_de_console/main_street/ 新しいコト、次々と。
395 :10/11/02 >>393 バカ?
396 :10/11/02 ニフティサーブFGALなど関連各フォーラムで、TOWNS発売直後の 386信者vs.懐疑派の大論争を彷彿とさせる流れだな 富士通側は「サードパーティの希望を充分に考慮して採用CPUを選んだ」という立場だが 実際のところ、X68K市場がかなり立ち上がってたと思うので、当時のソフトハウスとかは どういう意見だったんだろう? ただのマイコン少年あがりだった自分としては、その辺の事情に興味がある アーケードとかは別にして、一般家庭向けパソコン市場のソフトを企画する際 開発環境の充実度/工程とか、クリエイター/プログラマの‘モチベーション’とかw 386と68Kでかなり異なる要素があったんだろうか?
397 :10/11/02 68、86両方を使った人はどう判断してるわけ?
398 :10/11/02 68kじゃなくて68系なら議論の余地はあると思うが 68kと386なら全てにおいて話にならないだろw 386ベースならCPUパワーもメモリも十分コンパイラ頼みでいけたと思うし 68系は製品サイクルも86系に1世代近く遅れ気味で市場に出てたし 386は正解だったと思う。同等品の68系を同価格で装備できたのなら議論の余地は(ry タウンズはCPUの問題より、他のハードの部分が競争力に欠けた気がする
399 :10/11/02 TOWNSは486が載るあたりまでメモリが遅すぎたのと DSPをユーザーに開放しなかったのが汚点かね
400 :10/11/02 DOSエクステンダは、高かった気がする。 よくよく考えると、PC/AT互換じゃないのに、よくやったなと>TOWNS まあそれを言ったらHuman68K作ったHudsonはもっと偉いけど。
401 :10/11/02 Human68kは当時からバカにされるくらい稚拙なDOSだったけどね
402 :10/11/03 正直、68K用に新規に作ったOSがこれかよと思った
403 :10/11/03 X68k関係は信者の自画自賛が酷くて 現実と伝説が乖離し過ぎ
404 :10/11/03 同梱品としては別にあれで良かったと思うけどな。 IOCSとか使って徹底して将来の仮想化に備えるとかは、あの頃のCPUパワーと X68に求められてた事を考えれば現実的じゃなかったし。 そうなるとOSというよりDOSでいいんだよね。それ以上されると資源喰われるだけで困る 発売当初からWSレベルのものを本気で求めてた人は違うんだろうけど。
405 :10/11/03 MC68000はUNIXワークステーションでの使用を想定し、1979年にモトローラ社が開発したMPUです。 プログラムアドレス空間とデータアドレス空間を分離するハーバード・アーキテクチャを採用することにより、 高度なメモリ保護機能を実現していた。さらに当時としては画期的なマルチタスク動作も可能だった。 MC68000はサン・マイクロシステムズの初代UNIXワークステーションであるSun-1や、 初期のMacintoshや伝説のマシン「Amiga」などに採用された高級かつ高性能で高価なCPUであり、 小売単価で1個2万円している頃・・・。 MC68000を搭載したセガのメガドライブは、れっきとした完成品のくせに・・・。 50000円?違うぜ!! 100000円?いやいや、違うぜ!! 500000円?そんな馬鹿なことがあるか!! なんと、たったの「21000円」だぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁあああああああああ!!! これはもう今すぐ買わないとダメなレベルですね!!
406 :10/11/03 >>405 今更メガドライブの宣伝をしてどうするww
407 :10/11/03 >>398 386を引き合いに出すなら68030や68040を比較の対象にすべきではないかね?
408 :10/11/03 386 なら 68020+68841(MMU) が比較対象だと思うよ。 製品サイクルは別に遅れているとも思わないけど、 仮想記憶サポートするには2チップ構成となるので、 コスト的にちょっと厳しいものがあったね。
409 :10/11/03 プログラマー的には286で仮想メモリは使えるレベルだった
410 :10/11/03 一般には8086と68000がライバルとして比較される事が多いが、OSサポート機能、 メモリ空間などのプログラミングモデル、実装されている機能から、80286になって やっと 68000と比肩する機能を得たといえる。(但し演算速度については80286が 68000のほぼ倍程度の性能を有している。) ttp://ja.wikipedia.org/wiki/Intel_80286
411 :10/11/03 当時から386との比較なら030だと思ってたから対抗品としてサイクルちょっと遅いと思ってた。 mmu付きでいいなら020なのかな? でも386->486の進化と030->040はやっぱ同じような印象を持ってるので、386の対抗はどうしても030って印象なんだよね。
412 :10/11/04 >>405 メガドラのこと何も知らなかったので、wikipedia で読んでみたよ 1988年10月29日発売ってことは、22年前か〜 MC68000 + Z80A + YM2612 おお〜、なかなか面白そうっと思ったけど RAM 64KB VRAM 64KB ←ここでコケたw まぁ当時の家庭用ゲーム機としては、これでも破格性能&価格だったのかなと推測
413 :10/11/04 ROM媒体のゲーム機に必要なRAMなんてスタックとワークくらいだし、 64KBでも大盤振る舞いもいいところだ。 VRAMも少なく見えるかもしれないけど、 ビットマップVRAMは持っていない(スプライトとBGしかない)ので、これで十分。 逆に、全部RAMで持つしか無いメガCDは512KBも積んでいた。 そりゃあ安く作れる訳がないわ…
414 :10/11/04 >>413 解説のレスに感謝 ROMカセット主体ってことをうっかり忘れてました、なるほど納得。 全発売ソフトの一覧表を見たら、ずいぶん色々(移植作とかも)出たそうなので スプライトとBGだけであれだけできるのは凄いと感心。 ちょうどTOWNS発表(1989年2月)の直前ってことに後から気付いた
415 :10/11/04 初代ファミコンなんて、RAMはたったの2KBだしな メモリをバカスカ積むようになるのは、CD-ROM媒体になってからの話 現在の携帯ゲーム機(DSとか)のソフト供給媒体がROMであるにもかかわらず 本体にメガバイト単位でRAMを搭載している理由は、 プロセッサが高速になることで相対的に半導体メモリ(ROM)といえど読み出し速度が遅くなってしまい、 それに輪をかけてROMへ繋がるバス幅が狭いという事情から
416 :10/11/04 ファミコンはビデオRAMも2KBだったな 最大16KB積めるのだけれど、それはゲームカセットの中にROMとして搭載 同時期の他機種は本体内蔵で、価格を押し上げ、敗北する一因となった訳だ。
417 :10/11/04 SNESはカセット内にDSPまで積んでカセットの価格が1万円超とか普通だった 今から考えると本当のボッタクリ
418 :10/11/07 >>412 1986年ごろ、68000の総出荷数は70万個程度。 当時のセガからメーカーへの発注量は100万個と 明らかにネタとしか思えないほど大量発注だった。 総出荷数よりも多い数を一度に注文した、というので当時としては話題になった。 結局このゲーム機は2200万台を売り上げ、量産効果で68000は一挙に安い石になった。 この影響で組み込み用途にも68000がガンガン使えるようになった。
419 :10/11/07 あの100万個という数字にはそんな意味があったのか。 つうか68000てそんなマイナーなCPUだったとは当時思ってなかった。 放っておけばホイホイ売れそうな筋のいいCPUだったけど モトローラは営業努力怠ってたのかね。
420 :10/11/07 Intelの勝因は営業努力
421 :10/11/07 営業は何をしていたか知らんけど互換戦略は見事に当たったようだ。 8086がIBM-PCに採用されたのも8080(CP/M)との互換性が大きな要因だったらしいし。 んでボーっとしてればはここまでで終わりそうなんだけど後に286→386→486→Pentiumと 互換性を維持し32ビット化を果たしながら怒涛の勢いで処理能力をアップさせて行った。 開発力も大したもんだったと思う。
422 :10/11/08 性能そのものも、型番変わってもインテルほどには進化しなかった。 元が元だけに伸びしろなかったのはわかるが性能頭打ちすぎ
423 :10/11/08 68000って仮想メモリ用の命令なかったっけ? なんで30移行でないとfreeBSDがどうさしないんだっけか・・・。
424 :10/11/08 MMUがあっても十分なページング機能と例外機構がないと実用的な仮想メモリシステムは無理 仮想メモリ自体は命令が無くてもMMUが無くてもMZのクイックディスクでも不可能ではない
425 :10/11/08 仮想メモリ使うぐらいにソフトウェアが肥大化したころに68000は非力すぎね? 68030以降だよな、仮想メモリ使える68k系は。
426 :10/11/08 >>423 FreeBSDは動かない。NetBSDは68030以降で動く。
427 :10/11/08 68000のマイクロコード/ナノコード構造や、68020のメモリ間接アドレッシング みたいなものを極力廃して、新し目なプロセスで作ればそこそこイケるんじゃ? と思わせたColdFireも、結局 0.18μm 266MHz止まりみたいだし・・・ まぁ、上にはさらに高効率のPowerPCがあるんだから、当然と言えば当然なんだが・・・ なんと言うか、好きだっただけに寂しい結末だな
428 :10/11/08 >>419 MC68000の最後の超大型商機はセガのメガドライブだったわけだが、当時のモトローラは既に倒産しかかっていた。 モトローラは当時まだ無名のゲーム機メーカーによる100万個単位の大量発注を受け付けることは あまりにもリスクが高すぎると判断したモトローラ側が警戒し、セカンドソースを生産していた シグネティックス社を介して供給することで受け容れたという事情があった。 ちなみに、このシグネティックス製68000はMIL規格対応だったらしく、 そのためかオリジナルよりもやや大きいパッケージである。 後期のロットには日立製、メガドライブ2にはモトローラ製も採用されている。 そして、セガが使わなかった68000以外の68kファミリーは、結局高価なまま成功しなかった… セガが開発するハードウェアは伝統的に汎用のプロセッサをそっくりそのまま搭載するため、 確かに任天堂と比べれば弱小の万年負け組ハードだったけれど、 組み込み系では有り得ない数百万個ものオーダーでプロセッサを大量発注・大量消費することから、 セガ一社からの発注分で開発・製造コストを償却可能で、以後価格をガンガン下げられるようになる。 開発するプログラマーにとってもメリットがあり、挙動が不明な専用パーツを使っていないから コストや開発スケジュールを大幅に圧縮できるという事情もある。
429 :10/11/08 >>427 freescaleってモトローラミュージアム的な所あんだよ いまだに6800系チップや68000の末裔作ってんだから Intelは8080系や8048なんてもう作ってないでしょ
430 :10/11/09 68系プロセッサのデータシートって、一時期ONセミコンダクタのページに 移動してなかった? モトローラ→ONセミ→FreeScale と、2回もスピンアウトしたのかと思っていたら、会社概要見る限り モトローラ→FreeScale としか書かれてないのだが・・・俺の気のせいかな?
431 :10/11/09 ふたつともモトローラから独立した会社か オンセミは台湾かどこかの会社だと思ってた(恥
432 :10/11/09 >>423 68000 単体では仮想記憶サポートできない。 68010 から仮想記憶をサポート、ただし外付け MMU が必要。 ワークステーションなら 68010 や 68020 で仮想記憶をサポートした マシンはいくつかある。 不十分な例外機能しかない 68000 × 2 で、仮想記憶をサポートしたマシン もあるから >>424 が何を言いたいのかはよくわからんが。 68030 から MMU を内蔵したので、68030 以降の MPU が乗ってるマシンなら 基本的に仮想記憶がサポートされた。 >>427 > 68000のマイクロコード/ナノコード構造や、68020のメモリ間接アドレッ > シングみたいなものを極力廃して その役目は 88000 が担うはずだったんだがちょっと遅すぎたな。
433 :10/11/09 >>429 現在のフリースケール・セミコンダクタは通信や車載といった組み込みシステム向けのチップが主力商品。 いまだに6800系チップや68000の末裔を作るという選択肢は当然といえる。 理由は「枯れた技術」だから。 バグみたいな不安定な要素が消えた 安定した技術というわけで堅実で信頼性が高いというわけだ。 自動車の部品は一歩間違えば人命が失われるから、 「枯れた技術」を優先して使うのは悪いことじゃない。
434 :10/11/11 車の電子制御がM$のOSだったら…
435 :10/11/11 大衆車にはWindowsXP 高級車にはOS/2 TOYOTAの重役専用車にはMS-DOS
436 :10/11/11 枯れすぎとるわ
437 :10/11/11 >>434 ・車が勝手にエンストしたりエンジンブロー ・アクセルペダル戻しても車が加速 ・ブレーキが効くのにタイムラグがおきて人を弾く ・メーター文字化けか表示が意味不明 ・ …プリウスどころの騒ぎじゃない規模の集団がおこるなwww
438 :10/11/11 人命に直接関わる製品にM$のOSなんぞ怖くて使えんわ!
439 :10/11/11 どこぞの原発でM$のOSが使われてるって話があったようななかったような・・・ いくらなんでも制御用じゃないだろうけど。
440 :10/11/11 ま、Windowsの不安定も大部分はヨソが作ったドライバが原因だけどね。
441 :10/11/11 自動車用MVSなら絶対安心
442 :10/11/11 >>437 仕様です(+_+)
443 :10/11/12 Q:ソフトウェアはPL法(製造物責任法)の対象になりますか? A:PL法はあくまでも製造物(有体物)に対する法律なので、純粋にソフトウエアに関してのみにはPL法は適用できないそうです。 製造物とは製造または加工された動産のことをいいます。不動産、未加工の農産物や水産物、 有体物でないサービスやソフトウエア、電機エネルギーなどは対象から外れます。 ソフトウェアについては受託開発したシステムの不具合でユーザー企業が被害を被ってもPL法の対象外ということになる。 コンピュータにプリインストールされたOSやアプリケーション・ソフトも,PL法の対象とはならないとする解釈が一般的。 なぜなら、こうしたソフトは利用者に選択の余地が残されているため,製造物であるコンピュータの一部とはみなせないからだ。 だからこそ、どれだけとんでもない異常な欠陥があろうとWindowsにはPL法が適用されることはないんです。 ただし、不動産でも備え付けの建具や厨房、照明器具などの住宅部品は動産の対象になります。 ソフトウエアもそれ自身はPLの対象外ですが、ソフトウェアが産業機器などに組み込まれた製品は 「機器に組み込まれた“部品”の一部」とみなされるためPL法の対象品となります。 だからこそ、自動車や鉄道車両に航空機やエレベーターには長年の実績があり、 バグがほとんどなく、堅実で信頼性が高い「枯れた技術」が使われるのです。
444 :10/11/12 即応性より確実性。
445 :10/11/14 もしあなたが急病に罹り、I担ぎこまれたICUのモニタに「田ミ」マークがあったら… 直ちに近くの救急隊員に転院を申し出るか、来世も人間であることを祈りましょう。
446 :10/11/14 キリスト教文化に輪廻転生はないので 諦めて永遠に地獄で苦しむ覚悟します 今と大差ないか…
447 :10/11/14 >>432 >不十分な例外機能しかない 68000 × 2 で、仮想記憶をサポートしたマシン NCRのTOWERだっけ? 1命令分先行したMPUを走らせて、先行している側のMPUが例外を出したら 後ろ側のPCにある命令を解析してメモリマップを変更するんだっけ インテルもx86を止めたくて仕方がなかったのが、こうなると意地なのかな。
448 :10/11/15 確かにBSD256本(256倍悪魔本)に、初代SUNについてそんなことが書いてあるんだけど、 どうも間違ってるらしい。 ttp://www.st.rim.or.jp/~nkomatsu/mc68k/MC68000.html これによると、コンテキストの保存はせずに、メモリを踏み外したプロセッサを一旦切り離して、 もう一個のプロセッサでページインとかの処理をやればいいんだと書いてある。
449 :10/11/16 >>434 >車の電子制御がM$のOSだったら… >>438 >人命に直接関わる製品にM$のOSなんぞ怖くて使えんわ! >>439 >どこぞの原発でM$のOSが使われてるって話があったようななかったような・・・ 今でもWindowsシリーズ(含むNT系)のライセンス事項には 「核施設や救命施設での使用時にのトラブルは保証しない」とか書いてあります。 使ってはいけないというか、俺たちは何があっても知らね〜よと(w 某一度倒産した悪徳PCショップに勤めてた時、原発から注文受けたことありますよ(w
450 :10/11/16 一般とは別のライセンスがあるんだよ
451 :10/11/17 ライセンスの問題でなく性能的に使えないんだ。
452 :10/11/17 そうだよ、原子炉用ならMACだろ。
453 :10/11/17 >某一度倒産した悪徳PCショップに勤めてた時、原発から注文受けたことありますよ(w まさかプラントの制御に使うわけじゃないだろう 事務仕事でエクセル、ワードを使う程度じゃないの
454 :10/11/20 >>450 MSの使用許諾は、対集団民事用でしょう。何書いても刑法上の義務は免れないわけで。でも、うまいんだなこれが。 ほら、NT乗っけた原潜が事故りそうになった事件があったじゃないですか。 PL法に限った話(なんせ制御屋は一番コレが怖い)で行くと、事故が起こった場合の責任は「システム設計」に課せられます。 OSを含むソフトはここに入りません。唯一例外と言われるのが ROM に焼いたファームウェアで、これはPL法の対象になります。 だから、MSが BIOS プログラミングにも手を出してたら原潜事件の時ヤバかったかも。
455 :10/11/20 特にアメリカは何でものタネになりうるから企業側の防衛もすごくて通路だって滑って転ぶと危険なんて 注意書きが至る所にある
456 :10/11/22 >>455 ・日本の某電気カミソリ・メーカー(中小企業で、大手メーカーにOEM供給)が、ドイツの大手の電気カミソリ・メーカーに、米国で知的所有権侵害の民事を起こされてに負け、巨額の賠償金を支払わされた。 ・インドのボパールでガス流出事故が発生して、2000人以上の住民が死亡した大事故で、米国の弁護士が現地に大挙して乗り込んで、被害者から委任状を取りまくって、損害賠償額の高い米国で民事をおこされて、元経営陣はお尋ね者になった。 ・業者に依頼して自宅にプールを作らせた。逆さ飛び込みをしたところ、頭を打って大けが。プールには「飛び込み禁止と、その理由を書いたマニュアルがなかった。」とに。結果は勝訴。プール会社は倒産。 ・マクドナルドのフライドポテトで菜食主義者からを起こされ「フライドポテトに牛脂を使用している表示がなかった」という理由だけで12億円支払い命令。 ・フロリダで化学工場が大爆発する事故があった。事故の様子をテレビで見た地元の人が「精神的なショックを受けた」と化学工場を訴え、そのは成立した。 ・職業別電話帳(イエロー・ページ)を見ると、顔写真入りの一面広告を出し、24時間365日、フリー・ダイヤルで受け付けている法律事務所がある ・アフガニスタンで大規模なアルカイダ壊滅作戦を展開、750人にのぼる捕虜を捕捉していたら、「収容所での扱いが不当だ!!」で米国政府が米国の所で訴えられた。 ・外国で談合していたら大丈夫だろうと思ったら米国子会社が起訴された。 ・密室で談合していたらバレないと思ったら、メンバーの1人がおとり捜査官にすり替わっていた。 ・事故があると病院に駆けつけたり、救急車の後を追跡して病院に駆けつけたり、病院で待機していたりして、被害者や家族から委任状を取る。 ・費用の全てを法律事務所(弁護士)が負担する代わりに、勝訴した場合には、勝ち取った賠償金の40パーセントから50パーセントを 成功報酬として得る成功報酬制弁護士もいる。 ・日本の弁護士の人数が日本全体で約1万8000人であるのに対して、米国の弁護士の人数は米国全体で約80〜100万人。 これらは全てガチですww真実ですww
457 :10/11/23 2ちゃんねるではな、「ガチですww真実ですww」なんて言っても相手にされないの、坊や。 信頼性が欲しければしっかりしたソース。それが2ちゃんねる。
458 :10/11/23 ケチャップじゃだめか?
459 :10/11/24 ソースじゃなきゃダメ。 しかしブルドックは不可
460 :10/11/27 >>457 最近のトヨタ車の集団騒ぎを忘れた? http://www.news24.jp/articles/2010/02/03/10152843.html http://plaza.rakuten.co.jp/mimolove18/diary/201002030000/ http://www.bloomberg.co.jp/apps/news?pid=90920000&sid=aaqxO801w0B4 http://www.afpbb.com/article/economy/2708528/5475665
461 :10/11/27 で、>>456 の相手は全部トヨタなん? トヨタって多角経営なのは有名だけど、電気カミソリやガスやプールや食用油や化学工場や 法律事務所や捕虜収容所までやってるとはシラナンダ。
462 :10/11/28 「猫チン事件」はただの都市伝説だったが、 ボパールでガス流出事故に関する集団は紛れも無く実在する。 実際にインドの事件について米国で集団がおこされている・・・・。 SAJIDA BANO v. UNION CARBIDE CORPORATION and WARREN ANDERSON http://www.elaw.org/node/2560 http://caselaw.lp.findlaw.com/scripts/getcase.pl?court=2nd&navby=case&no=009250&exact=1 http://openjurist.org/273/f3d/120/sajida-bano-v-union-carbide-corporation- Jagarnath Sahu et al v. Union Carbide Corporation et al http://dockets.justia.com/docket/court-nysdce/case_no-1:2007cv02156/case_id-302312/ http://www.websupp.org/data/SDNY/1:04-cv-08825-23-SDNY.pdf http://amlawdaily.typepad.com/keenanbhopal.pdf Sahu v. Union Carbide Corporation http://www.bhopal.net/pdfs/Sahu%20Opinion%2011.3.08.pdf http://vlex.com/vid/sahu-v-union-carbide-corporation-43930484
463 :10/11/28 中国製ペットフード禍米連邦大陪審が中国企業などを起訴 2008.2.7 11:12 【ワシントン=渡辺浩生】中国産の原料を使ったペットフードを食べたイヌやネコが相次ぎ中毒死した問題で、 米ミズーリ州の連邦大陪審は6日、原料を製造した江蘇省のメーカーなど中国企業2社と ネバタ州の輸入業者を起訴した。日本では農薬が混入した中国製ギョーザを食べた人が重体に陥るなど、 中国製品の信用が揺らいでいるが、米国で食の安全問題に関係して中国側の関係者に刑事責任が問われるのは異例のことだ。 食品医薬品局(FDA)が同日発表したもので、3社の経営者らも同時に起訴された。3社は共謀して、 米国で使用が禁止されている化学物質メラミンを混入した原料を「小麦グルテン」と称して800トン (85万ドル=約9000万円相当)を米国に輸入した疑い。中国当局の検査を逃れるため偽の申告もしていた。 メラミンを混ぜると原料のタンパク質含有量を高く見せることができ、製品には「最低含有率75%」と偽表示されていた。 この原料を使いカナダのメーカーが製造したペットフードで昨年3月以降、イヌやネコが大量に中毒死していたことが発覚した。 中国政府はこれら中国企業2社を営業停止処分にするとともに責任者を逮捕。 このペットフード禍は中国製品への消費者不信が広がる契機となり、その後も、有毒練り歯磨き粉のほか、 抗菌剤が検出された魚介類の輸入禁止、さらには鉛が混入した玩具の大量回収と波及していった。 http://sankei.jp.msn.com/world/america/080207/amr0802071112012-n1.htm
464 :10/11/28 “free” is fair for everyone; FREE TIBET, CHINA FREE.
465 :10/11/30 少なくともいえるのは68000は命を乗せられるCPUだということだ
466 :10/12/01 68k向けのMSのマルチタスクOSに命は預けたくない。 486が出るか出ないかの窓3.xの頃に売り込んできたけど門前払いされてた。 後になってWindowsCEの原型らしいと聞いた。
467 :10/12/02 スペースシャトルのロケットエンジン これを制御しているCPUは・・・・。 68000 http://www.hq.nasa.gov/office/pao/History/computers/Ch4-7.html http://www.hq.nasa.gov/office/pao/History/computers/Ch4-8.html
468 :10/12/03 そうか、そんな時代の機械なんだなスペースシャトルは・・・。
469 :10/12/03 というか案外新しいとオモタ。 8080あたりのような気がしてた。
470 :10/12/04 The revised computer と書いてあるだろう。 当初設計の機材が古くなり過ぎたんで作った新型で使ったのが68000。
471 :10/12/04 シャトルも退役が近くてもうあまり延命する予定もないみたいだから このまま最期まで68000のままかな。
472 :10/12/28 シャトルってもともと100回飛んで引退、で作ってなかったけ?
473 :10/12/29 1機あたり100回だよ。 今のところディスカバリーの38回が一番回数多いのかな?
474 :10/12/30 >>422 出てきたときから完成してたから
475 :10/12/30 インテルの石も、型番変わっても、蓄積されたソフト財産のため、”早い8086” としてしか使われないことがあったという話を聞いたことがある。
476 :10/12/30 80386の登場は1985年。 Windowsが普及して使われ始めるまで、それから結構かかっているね。
477 :10/12/30 >>476 Windows3.1が発売されたのが1993年か。 職場に導入されたPCはMSーDOSをまずインストールしてそれからWindowsを インストールしなければならなかった。全部FDだったな。シリアル番号とか何も無し。 LANにつなぐのにLAN Workplaceというソフトを別にインストールしなければ ならなかった。 それまで使用していたOA用WSはモトローラの68030を積んでいた。WSと違ってPCは よくハングするし、HDDもよく飛ぶので評判は悪かったが、時代の流れには逆らえなかった。
478 :10/12/30 PCもDOSなら安定してたんだけどな。 安定してバグやセキュリティーホールのないOSに果たしてこの先お目にかかれるか?
479 :10/12/30 組み込み用のちっちゃいOSなら
480 :10/12/30 DOSは保護とか何もないんで、デバドラとかアプリのバグや相性で簡単にOSごと吹っ飛んでただろ。 意味わかんないこと言うなよ。
481 :10/12/31 まともな保護機能ついたPC用のOSは初めて使ったのがOS/2 Ver2.11かな? その後はWin2KかFreeBSDか
482 :11/01/01 >>478 98DOSはそれでもハングしたりリセットがかったりした。 主に、ATOKのせいで。
483 :11/01/04 >>482 「ATOKなんか使っているからでしょ」 by ヘミ猫(void)
484 :11/01/04 >>480 Windows でも Unix でもデバドラにバグあったら簡単に OS ごと吹っ飛ぶだろ。 お前のほうが意味わからんよ。
485 :11/01/05 ドライバがカーネルと別の空間で動作しているなら、 実装次第では暴走したドライバを終了させ、ドライバをリロードした上で デバイスを再起動・正常化させる事も(実装次第では)可能。 ドライバが別空間で動作しているからと言って、 それだけではデバイスのみを再起動できる保障は無いし、 デバイスの再起動に成功したとしても、それを利用していたアプリケーションがどうなるかは さらに保障の限りではないわけだが。
486 :11/01/05 たとえばUNIX系の環境では、XやDEが落ちても システム自体は何事も無く稼動を続け、デスクトップ環境を再起動することは当たり前にできる。 しかしXやDEの再起動に成功したとしても、そこで使っていたアプリケーションは(親プロセスのXと共に)落とされた後の話。 またLinuxやBSD系のようなモノリシックなシステムでは、 GPUのドライバが暴走すれば、カーネルごと巻き込んでシステム全体が落ちる可能性が出てくる。 Windowsでも、XPまでは同様だった。 BSODはWindowsのせいだと思われがちだが、そんな汚名も実態はグラフィックカードのドライバに起因していた という事をMicrosoftは突き止め、Vista以降では再びドライバをユーザー空間に切り離し、再起動とその後のフォローまで組み込んだ。 Windows 7やVistaでは、グラフィックカードのドライバやシェルのExplorerが暴走・ダウンしたとしても BSODに直結することはなく、ドライバやシェルプロセスを自動的に再起動させ、デスクトップが復帰する。
487 :11/01/05 > Windows でも Unix でもデバドラにバグあったら簡単に OS ごと吹っ飛ぶだろ。 > > お前のほうが意味わからんよ。 DOSに、アプリが保護されるようなモードがあったかよ。 屁理屈はいらんですよ。
488 :11/01/09 >アプリが保護されるようなモード kwsk ReactOSでring1でドライバが動作する機構を用意してくれないかなぁ・・・
489 :11/01/19 ATS-P ◎エンコーダECとレピータRPのCPUは8085 ◎車上演算CPUは68000 http://www.geocities.jp/jtqsw192/FIG/320p/atspcd1.htm http://www.geocities.jp/jtqsw192/geobooks/geobook10.htm 部品も「最新」を追うのではなく、採用後、なるべく長期に安定して入手できるものを選ぶわけで、 要求仕様をきちんと満たせば、それ以上の高性能は無用ということ。 例えば NECのPC-9801の生産打ち切りはJR各社に衝撃を与えています。 あんなに脆く撤退するとは思いませんでしたからね。目先の高性能を追って、 すぐ別のものに切り替えられては困るというわけです。 組み込み用途は「動けばおk」の世界だからかなりとんでもないことをしている。 intelがAtomの売り込みに行ったら、「30年後も部品を売ってくれると約束するなら買うよ!!」といわれるぞww
490 :11/01/19 わがまま言うなら金出せよ。 半導体プロセス丸ごと1個おまえのところのために稼働させ続けるんだから、 1000億とかそういうオーダーになるだろうが。
491 :11/01/19 その為のセカンドソースであってソースが複数あると供給にも安心感がある ARMがヒットしてる一因もこれがある
492 :11/01/19 >>490 こういう奴をアホって言うんだろうなぁ
493 :11/01/20 > 例えば NECのPC-9801の生産打ち切りはJR各社に衝撃を与えています。 こういう奴をアホっていうんだよ。
494 :11/01/22 >>487 > DOSに、アプリが保護されるようなモードがあったかよ。 >>480 で「アプリのバグ」なんて書かなきゃ突っ込まれなかったのに… アホな上に見苦しいやつ。
495 :11/01/22 >>494 ×「アプリのバグ」なんて ○「アプリのバグ」しか
496 :11/01/24 アプリが保護されるようなモード ってのはWindowsにも無いと思うが。
497 :11/01/24 まあ、「他のアプリから」は保護されてるから、アプリが保護されるようなモードは ないというわけじゃない。 ただ >>480 の文脈だと「意味わかんないこと言うなよ」レベルだが。
498 :11/01/25 悪意ある意図した不正なアクセスも、悪意無き意図しない不正なアクセスも、OSとドライバーとアプリに影響させない、というのは大変そうだ。
499 :11/01/29 OS/2のWINアプリもってS/2も落としたりしたの?
500 :11/02/06 >>490-493 ガ●アックスのアニメじゃあるまいし、試作品をいきなり本番に投入できるかよ。 人命と膨大な銭が掛かってるんだぜ? 「バグったら誰か死ぬ」「バグで億単位の大損害」「バグで大都市がパニック!!」が発生する可能性がある分野では 性能二の次、三の次で耐久性や信頼性に冗長性を最優先にたたき出す工夫をしている。 「電子連動I型」という国鉄時代に開発された鉄道の連動装置ならばCPUとメモリを3個並列に並べて、同じ動作をさせ、出てきたのを 比較回路で多数決処理。1系不良の場合は残る2系で処理を継続しますが、残りが不一致したら出力監視回路を遮断して、リレーを落下。 ウォッチドッグタイマーのしくみも、PCに入っているようなもんじゃ、勝手にタイマーそのもののプログラムがバグ吐きそうで信用できないから ちゃんとプログラムが正常に動作していないとリレーが落下するようなしくみのやつがついている。 この電子連動装置はCPUが8086を3個内臓でメモリは64KBなのに、なんとダイヤ管理機能まで持たせていた。 ただし、処理性能が大幅に犠牲になっていて進路設定してから信号機に現示が出るまで、 ポイント転換時間を除いて6秒以上かかるという、リレー式より格段に遅い。 しかも、まだ現役バリバリかもしれないらしい・・・。
501 :11/02/06 >>500 中国なら、人命にかかわる所にだっていきなり実践投入もバンバンやるぜw
502 :11/02/06 俺、全くスポーツには疎いんだが インテルってサッカーチーム持ってたのかと思った
503 :11/02/06 多重化してbug freeにできるなら、トランジスタ使い放題のこのご時勢 誰もbugで苦労しやしないわ。
504 :11/02/06 一生懸命昔の知識を引っ張り出してきたんだよ。 察してやれよ。
505 :11/02/06 >>502 スレチだがサッカーのインテルってIntelと無関係なの?
506 :11/02/06 >>502 インテルサットはインテルが作った人工衛星だと思ってた?
507 :11/02/06 インテルのモラッティ会長「マイコンは手放さない」 http://news.searchina.ne.jp/disp.cgi?y=2010&d=0701&f=national_0701_003.shtml
508 :11/02/06 インテルのオッテリーニCEO「x86アーキテクチャは手放さない」 http://pc.watch.impress.co.jp/docs/news/event/20090923_317302.html
509 :11/02/07 >>500 ガ●アックスって何だよ? 燃料かよ? インターネットコミュニティサイトかよ?
510 :11/02/10 PC98>>>>>>>68
511 :11/02/10 アハ〜♪”
512 :11/02/12 アハ〜♪”
513 :11/02/12 ハア〜♪”ビバビバ♪”
514 :11/02/12 アハ〜♪”
515 :11/02/12 98ゆっとり ゆっとり
516 :11/02/12 ここでも涌いてるのか。
517 :11/02/13 アハ〜♪”
518 :11/02/20 PC-9801で売れるゲームはエロゲーだけだった。
519 :11/02/20 98が悪かったスレが1000で落ちたからこっちで粗相か
520 :11/02/23 スレチだが、トランスメタってどうなった?
521 :11/02/24 アハ〜♪”
522 :11/03/02 変なのが涌くと何処もなぜか過疎るな。
523 :11/03/05 関係ないが、SHARPが携帯にガラパゴスって名づけたのには心意気を感じた。 …心意気だけは…
524 :11/03/16 >>500 某旧共産主義国連邦だとそれは事実として裏付けされている。
525 :11/03/29 Z80パクッたんだっけ?
526 :11/06/07 日立は63000でも作ればよかったのに(63C09みたいな奴)
527 :11/06/07 >>526 どんな仕様になるのかいまいち想像がつかない
528 :11/06/07 まぁ、「これが欲しい」って機能はあらかた盛り込まれていたから、拡張するって いっても大したものは残っていない気がするね。 速度的に不満だった部分は68020以降改善されていったし。 しいて言うなら、8bit CPUのプログラムを移植しようと思ったときに、Aレジスタと Bレジスタを合体させてDレジスタとして使えるみたいな機構があると楽だったと 思ったな。 ついでに奇数アドレスからのワード、ロングワードアクセスが可能だと相当機械的 に移植できるのにと当時は思っていた気がする。
529 :11/06/07 超越関数も含めて68882の互換命令をフル実装した68K同等品を出せば 少しは486DXに対抗できたかもしれないと思う
530 :11/06/07 H8のときにで懲りたんじゃないの?互換路線は。
531 :11/06/07 過去に縛られるのがいやだったんだろう 未来もなかったけど
532 :11/06/07 H8ってあったっけ? H16じゃない?
533 :11/06/07 >>530 63C09とかCMOS版の68000勝手に作ってトラブルになったんだよ
534 :11/06/08 マイクロコードいじって誤魔化したんだよな
535 :11/06/08 >>533 丸一つ多いぞ。
536 :11/06/09 ベンチャーが開発した68KのIPまで訴えたのには引いたな。
537 :11/06/15 いっそ、日立は63C09を更に進化させたらよかったのに。
538 :11/06/15 なにがよかったのにだ
539 :11/06/16 具体的に想像してみな。 出来上がるのは386より汚いコード体系で386よりレジスタの少ない ゴミのようなアーキテクチャだと思うよ。
540 :11/06/16 いや、r0からr7まではあるだろ
541 :11/06/17 AとBとXとYとUとSとなんとかだっけ。 ボッコボコのアーキテクチャだよな。
542 :11/06/17 63C09を拡張するなら、まずやらなきゃならないのはアドレス空間の拡張だろうな。 バイナリ互換とか言っていると、68HC16みたいなバンク切り替えとかセグメント方式 になるから、お得意のソース互換・バイナリ非互換でX/Y/U/S/V/Z/PCを32bitに 拡張する形だろうな。 と考えてきて、既に目の前には68000があるわけだが、拡張版63C09を使う意味って 一体どこにあるんだ?となるだろうな。 レジスタ本数は多いし、命令の直交性は充分だし、大抵の妄想はそこで行き止まり になると思うよ。
543 :11/06/17 68kはメモリバス幅を16bit確保できないとひたすらマゾいだけの贅沢アーキテクチャだから 命令長から8bit単位でコンパクトにまとめられる方が現実的には身の丈に合っていた けど70年代末の時点でそういう製品を作れなかった時点でモトローラの負けは確定していた
544 :11/06/17 thumbモードみたいなのがあっても嫌だぞ
545 :11/06/17 >>543 80年代半ばくらいまではね。 こんな「とりあえずアーキテクチャ」が30年以上も延命しようとは 夢にも思わなかったインテルは、今プリフィックス地獄にはまって ボトルネックの悪夢にうなされているね。
546 :11/06/17 勝ち負けしか語れない奴は相手にしないほうがいいぞ。
547 :11/06/17 IA32はRISC陣営から8bit時代の因習を引き摺る古臭い命令体系と散々叩かれて来たけど、 PenPro以降でRISCっぽいμopコードに分解して実行するようになったら むしろコンパクトかつ符号化も完了済みでメモリ効率も高い命令体系となって、 叩いていたRISC陣営が逆に放逐されてしまうという泣き笑い状態だった訳だが プリフィクス地獄にしたのは、IA32にプリフィクスを置くだけでAMD64とか言っちゃった どこかの三流メーカーのせいだなあ…これじゃやっとれんって事でIntelはAVXへ。
548 :11/06/17 AMD64を採用しちゃったMSのせいじゃね?
549 :11/06/17 ハァ? 山のようにトランジスタ投入して鬼のようなワイヤードロジックを力技でねじ伏せるなんて、 とてもあんたの所以外真似できませんわ、と呆れ半分で退散したんだけどな。 そのせいで電力消費は泣き所だし。
550 :11/06/18 もし、ザイログがZ8000じゃ無くてZ180orZ280を先に作ってたら世界は変わったかな。
551 :11/06/18 [百周年記念サイト] IBM 100年の軌跡 IBM PC パーソナル・コンピューティングの発達 ttp://www.ibm.com/ibm100/jp/ja/icons/personalcomputer/ テクノロジーの飛躍的な進歩 ttp://www.ibm.com/ibm100/jp/ja/icons/personalcomputer/breakthroughs/ ↑このタイミングで(1980年の後半)、CPUの外部調達を考え始めたIBMのチームに ザイログやモトローラが積極的に石を売り込めていたら… 世界は変ってたかもしれない。 でもたぶん、8bitバスで内部16bitの‘適当な石’の選択肢が 8088 以外になかったんだと思う。 余談だけど、IBM-PCの型番(5150)が、タイムトラベラー(オカルトw)の ジョン・タイターの話で出てくるポータブル機 IBM-5100 シリーズの 後継機扱い?なのが面白い(知らなかった)。
552 :11/06/18 あと Intel (と日本の賛同各社)も本当は、IA-64 (Itanium) が 普及してほしかったんじゃないかなぁ。 でも市場は互換性の呪縛から逃れられなかった… 前にも他のスレで書いたかもしれないけど、自分はいつもこの話題に関連して キーボード配列「QWERTY」の件を思い出す。 もっと合理的な配列が20世紀初頭に色々提唱されたらしいけど、けっきょく 欧米のタイピスト(秘書?)市場に受け入れられず、そのまま世界標準に。 最初に‘なんとなく’決めた規格や採用したものが、そのまま市場を形成して あとで改善しようにもできなくなる例って多いよね。 日本だと交流電源周波数50/60Hz問題とか、鉄道の狭軌/標準軌問題とか 半角バックスラッシュ→¥円マーク問題とか(UTF-8でも新¥コードは なかなか普及しないらしい(過去のDBシステムとの互換性の関係?)。 ずいぶん横道にそれた年寄りの長文で、すみません
553 :11/06/18 AVXって言っても今はSIMDしかサポートが無いしねぇ。 それにAVXが解決するのはSSEnのプリフィックス地獄だけな気がする。 一般のx86命令についてはいまだに改善の方向性を示せてないのでは? x64なんか、1命令が7バイトとか8バイトなんて珍しくなくなったし、もう 勘弁して欲しい世界。
554 :11/06/18 >x64なんか、1命令が7バイトとか8バイトなんて珍しくなくなったし、もう >勘弁して欲しい世界。 本当にAMDはどうしようもないクズ企業だな。無能しか居ない
555 :11/06/18 ttp://www.kumikomi.net/interface/sample/201107/if07_054.pdf ttp://documentation.renesas.com/jpn/products/mpumcu/rjj09b0465_rxsm.pdf ルネサス・エレ(日立+三菱+NECの合体技) RXってCISCだったのか…。63C09の正統進化形?(んな訳はないかw)
556 :11/06/18 中森章の名前、久々に見た
557 :11/06/19 だから、これのどこを見れば63C09の発展系になるのよ?w プログラミングモデルはどう見ても68000の派生アーキテクチャだけど。 命令の直交性とかを犠牲にして、コードサイズの縮小を狙った感じだな。 まぁ、今時命令の直交性うんぬんとか気にする時代でも無いが。
558 :11/06/19 もう終わってるアーキテクチャでさらに不毛な架空の論争をしてるなんてここは加齢板どころか電波板が相応しくなってきたなw
559 :11/06/19 ボケが厨房並みなら煽りも厨房並みだな
560 :11/06/19 >>559 よう厨房
561 :11/06/19 CAS命令はないのか?
562 :11/06/19 過去の16ビットリアル、16ビットプロテクト、32ビットプロテクトがそのまま使える64ビットなら
563 :11/06/19 また680x0の生産再開して欲しい
564 :11/06/19 需要の問題だな
565 :11/06/19 オレだけじゃダメ(´・ω・`)
566 :11/06/19 68040のV付きでようやく3.3Vデバイスだからねぇ。 今時5Vデバイスは往生するよ。
567 :11/06/19 自分はこれで我慢 ttp://www.cqpub.co.jp/interface/sample/200809/if09_048.pdf 部品買ってハンダ付けもしたけど、すごく熱くなるので物置行き。 つうか、もう3年たつのか… 加齢=高速忘却マジやばいなw
568 :11/06/19 >>565 まだ再生産してたかも。オーダーの単位が数千だがな!、まさに外道
569 :11/06/22 今からならColdFireだけど、バイナリ資産が生かせないのは辛いか。
570 :11/06/23 なんか68kネイテブで生かせる資産て今更ある?
571 :11/06/24 OSや周辺ハードに依存しないルーチン、つまりシステムコールを使わず I/Oマップ領域を触らず、S/Uモード(スタックの見え方)や割込みの違いに無関係で、 $A0〜や$F0〜ラインの未定義命令ジャンプも使わず、単純に引数を受け取って、 何かローカルな処理(演算とか)をして、$4E75 (RTS)で戻る… みたいなシンプルな68kバイナリ・コードなら、そのまま ColdFire でも 走ると思うんだけど、これを資産と呼べるかどうかは、用途によると思う。 何せ LED チカチカを実験するだけでも、(物理アドレス)ポート叩くからなぁ… 何か特殊な、高速演算?ライブラリとかの類も ColdFireなら、積和演算レジスタを 使って作り直したほうが速そうだし、そういうパッケージも頒布されていそう。
572 :11/06/24 今調べてみたら68kの、MOVEP 命令 (1バイトずつ飛ばして読み書きする) やっぱり ColdFire では削除されてるっぽい
573 :11/06/24 アセンブラソースが無ければdisればいいじゃないですか
574 :11/06/24 ColdFireの命令長は最大3ワード(6バイト)じゃなかった? 対する68000は最長5ワード(10バイト)なので、命令長から 来る制限がまずあるはず。 例えば、 MOVE.L #$12345678,$FEDCBA.L みたいに拡張 ワードがずらずら続く命令はNGだったんじゃ? その他にも、3ワード以内であっても、ソース・ディスティネー ション共にインデックスアドレッシングを指定するMOVE命令 とか、RISCとして複雑すぎる組み合わせもNGにしてるみたい。
575 :11/06/24 ABCD命令はあるのか?
576 :11/06/24 Cold Fireは68kから色々命令が削除されてるね。
577 :11/06/24 この辺りを参考に。 ttp://retropc.net/x68000/software/develop/as/has060/coldfire.htm
578 :11/06/24 >>574 な、なんだってー! そんな重要なことを俺は見逃していたのかw ゴメン、ちゃんと小さい文字で注意書きが書いてありました orz MOVEの転送元 転送先として使えない場合 (d16, Ay), (d16, PC) (d8, Ax, Xi), (xxx).W, (xxx).L (d8,Ay,Xi),(d8,PC,Xi),(xxx).W,(xxx).L,#<xxx> (d16,Ax),(d8,Ax,Xi),(xxx).W,(xxx).L >>575 ABCD命令もちゃんと削除されてたw
579 :11/06/24 >>577 わかりやすい日本語の早見表、サンクス! さっきまで辞書片手に、ひぃひい言いながら↓これと格闘してたw ttp://cache.freescale.com/files/dsp/doc/ref_manual/CFPRM.pdf?fsrch=1&sr=48
580 :11/06/25 余計な文字がついたので、URLの貼り直し (キャッシュ鯖ぽいのでダメかも) ColdFire Family Programmer's Reference Manual (約1.7Mバイト 興味ない人ゴメン) ttp://cache.freescale.com/files/dsp/doc/ref_manual/CFPRM.pdf
581 :11/06/25 retropcだと ttp://www.retropc.net/x68000/software/develop/as/has060/has060.htm hasのマニュアルに、削除命令がある。 DBRA(DBcc)が削除されたのは痛いな。あとEXG
582 :11/06/25 >>581 同意 x86がマイクロコード実行パイプを残して対応したような部分を、バッサリ切って捨てたような印象。 まぁ会社としては上位にPowerPCがあって、そっちに注力してた最中だろうから中途半端になる のは判るけど、そんな68k一部互換に意味があったんだろうかと疑問を感じるね。 名前に反してSuperHOTだったみたいだしw
583 :11/06/25 68000ってアドレッシングにスケールファクタ使えたっけ? というか040を元に命令を減らしているのか?>ColdFire 6800に対する6502ぐらい違えばいいのに。
584 :11/06/25 バレルシフタ導入のお陰かどうか知らないけど68020からだね。
585 :11/06/26 >>583 68000で命令中のスケールファクタ部は単純に無視されるので、020以降かどうかのMPUの判別に使えたりも。
586 :11/06/26 060はどう?
587 :11/06/27 どうってなにが?
588 :11/07/06 そういえば、68060って68040の上位版だよね。 どこが違うの?
589 :11/07/06 パフォーマンス上一番大きな拡張は、実行パイプを1本から2本に増やしたところ。 その他分岐予測が新たに付いた。
590 :11/07/06 >>588 movepほか、いくつか命令が削除された。
591 :11/07/20 バレルシフタは020からだったんた。 気にしなかったな。 x86だとローテート命令の移動量がマスクされたと言うのがあったのがバレルシフタの副作用だとか怪しげな話しは聞いたが。 もうどっちもアセンブラでなんか使わねーなー…
592 :11/07/20 確か8086と286以降で挙動が違って、複数幅のローテート・シフトの時、 幅が15より大きい場合に、実際にそれだけシフトするか、上位桁を 無視するかの違い、だったと思った。 カウンタと1ビットシフタでシフトするか、バレルシフタでシフトするかの違い。
593 :11/07/20 おまいら座布団用意しといたか
594 :11/07/21 cx回正直にシフトしちゃったのって、どこの実装だっけ?
595 :11/07/21 ホントにキタ
596 :11/07/31 Coldfireですが実機がないと不便なのでは? 評価基盤やエミュレーションあると思いますが、実機どうしてます?
597 :11/08/29 FT-86
598 :11/09/24 最近は自転車専用当屋って言うのがいるんだってね。 ブレーキ無い自転車にわざとぶつかって数万〜数十万ゆするそうだ。
599 :11/09/25 どこに誤爆したんだ。まあノーブレピスト乗ってるやつには痛い目見て欲しいけどw
600 :11/09/26 ColdFireで削られた機能って、意外とインパクトあるものが多いなぁ。 >>581 さんも言ってるDBRAはもちろんだけど、ローテート命令は削除か。 暗号処理とかで泣く場面は無いのかな? それとADD/SUB/CMPのロングワード限定。 バイト・ワードサイズのデータを比較して、その後Cフラグで分岐とか、 そういうのはEXTか、もしくは上位ゼロ拡張してからやってねってことか・・・ めんどくさ。 そのわりにMOVEMみたく、マイクロコード実行の権化みたいなのは削除 されずに残ったんだな・・・ やっぱり、性質の悪いサブセットを見てる気分だ。
601 :11/09/26 >>600 ColdFire V4 の MCF540X のユーザーズマニュアル眺めてみたけど、 http://cache.freescale.com/files/32bit/doc/ref_manual/MCF5407UM.pdf cmp.b と cmp.w はあるみたいだけど、違うチップの話?
602 :11/09/26 >>601 へ? ・・・よく見たら命令セットのリビジョンで違うみたいだ。 ISA_A(V2/V3):CMPはロングワードのみ可 ISA_B(V4〜):CMPはバイト・ワード・ロングワードが可 よほどクレームでも入ったのか、変更されてるね。 ADD/SUBは相変わらずロングワードのみのまま・・・ 同じアダー使うんだからこっちも変更しちゃえばよかったのに。 なんか、製品としての軸もブレてる気がする。
603 :11/09/27 いまどきのプロセッサならとりあえずC言語が動けばいいんで ローテートやint未満の演算なんかは要らないってことでそ
604 :11/10/08 C言語にローテイトやint未満演算って無いの?
605 :11/10/08 言語仕様としてのローテイトはない 基本的に整数演算はintに符号拡張して行なわれる ただし結果が同じになるなら符号拡張しなくてもよい
606 :11/10/16 int未満の演算要らないと言うなら、最初からMVSとMVZ命令は 用意しておくべきだったね。 ISA_Bから追加とか、泥縄もいいところ。
607 :11/10/17 無くなった命令はマクロで復活だな。例外でやってもいいけどオーバーヘッドが。
608 :11/10/17 ソースから再ビルドが要るなら68kアーキテクチャにこだわる必要ないよな。
609 :11/10/17 68kに思い入れが無ければSHでもARMでも。スレチだけどな。
610 :11/11/11 日立の68Kは隠し命令無かったの?
611 :11/11/11 >>610 HD63C09でモトローラに怒られたしなかったんじゃない?
612 :11/11/12 H16はなんかダメな石だったと聞いたな。現物を大学の先生が手に持ちながら。 (片付けしてたら棚から出てきたw)
613 :11/11/12 68Kには不正命令トラップがあるから、トラップされる/されないで 確実に判別できるんだけど、いかんせん未定義になってるバイナリ の数が多すぎるからねぇ。
614 :11/11/13 Z80や8080系、68系等の8bitは未定義命令はNOP?Flagも変化無し?
615 :11/11/13 何が起きるかはその命令次第 昔68でHCFっていう伝説の未定義命令があったなー Halt and Catch Fire 実行するとハードが火を噴くという・・・
616 :11/11/15 未定義命令を一つ一つ解析してた記事を見た覚えあるなあ。 レジスタとフラグがどう変わるか書き出してた。 モノによっては使えるものもあったな。
617 :11/11/15 >>616 それが残ってないってコトは、使えるないようではなかったってことカナ?
618 :11/11/15 >>617 リビジョン変っちゃうと動作が変っちゃったりしたんじゃないかと。
619 :11/11/15 中身がマイクロコードが直接見えるデザインに近くなってるもんで、それっぽい オペコードでそれっぽく動作しちゃったりする石はたまにあったよね他にも。 >>615 特定の信号線がローとハイに目一杯切り替わり続けるとかいう奴ねw ロー側とハイ側のトランジスタが同時にオンになるとかもあったりしたら怖いが。
620 :11/11/15 ロー側とハイ側のトランジスタ?
621 :11/11/15 >ロー側とハイ側のトランジスタ? 確かに。CMOS化後の話?
622 :11/11/26 68030 + 68882 ぐらいの時代が最強だったなぁ、と思う ttp://ja.wikipedia.org/wiki/MC68882 68040 の浮動小数点演算内蔵化で、三角関数が外されたのが残念 ttp://ja.wikipedia.org/wiki/MC68040 いや単に、MacのIIvx (030採用機)をローンで買った直後に Mac Centris (040採用機)が発売されて悔しかった自分のグチなんだけどさw
623 :11/11/26 この間ヤフオクにPC68040ってのが出品されてたんだけど、あれってなんぞ?
624 :11/11/26 >>623 よくあるES(エンジニアリングサンプル)品。 PC68060とかも存在するよ。
625 :11/11/26 ほう、ESはXC型番になるのかと思っていた。 ということは PC → XC → MC というような流れで量産が立ち上がっていくのかな?
626 :11/11/26 PC型番には「RC25」等のクロックの表記が無いです。 PC68040はわかりませんが、PC68060を持っている方の話では、かなり高クロックでも動いたらしいですよ。
627 :11/11/26 SC型番もあるよな。
628 :11/12/27 SX/Gの上位機種に060使ってたけど、FM-Gにも使った機種有った?
629 :12/02/16 NSも32Bit出してたよな?
630 :12/02/17 NS32000な
631 :12/02/17 >NS32000な 「68kシリーズは32bitプロセッサ」と言い切るぐらいのトンJン
632 :12/02/17 >>631 へー、なぜなのか説明してほしいなあ
633 :12/02/17 >>632 NS32000というプロセッサは存在しない。俗称的に使われるシリーズ名である。 シリーズ初の製品NS32016(当初はNS16032、後に改名)は16ビットプロセッサ。
634 :12/02/17 >>633 はじめっからそういっとけばいいんだよ
635 :12/02/17 っていうかWikipediaにも書いてある程度のことを 得意げに言われてもなぁ
636 :12/02/17 Wikipediaなんか信じちゃってる男の人って…(クスクス
637 :12/02/17 wikipedia で言い負かされて逆切れ? かわいそう…
638 :12/02/17 wikipedia引き写して「論破キリッ」とか
639 :12/02/17 で、wikipedia を負かす反論あるの? (w
640 :12/02/17 誰一人そんなこと言ってない
641 :12/02/17 草まで生やしてなにをそんなに必死に煽ってるんだろうか なんか都合が悪かったんかね
642 :12/02/17 wikipediaを引き写したことを笑われてるのにそんな程度のことも理解してないようだ
643 :12/02/17 >>642 >wikipediaを引き写した え?どのへんでそう思ったの?w
644 :12/02/17 今になってやっと引き写したことを否定しはじめたか
645 :12/02/17 どこが笑われてるのか説明してもらって慌てて否定しはじめたんだなwwww
646 :12/02/17 >>644 >今になってやっと引き写したことを否定しはじめたか 同じこと言ってる箇所って >シリーズ初の製品NS32016(当初はNS16032、後に改名) ってとこだけじゃん。
647 :12/02/17 >>640 >>636 なんかアホみたいに wikipedia に反応する奴いるけど、 誰一人それ以上の情報出せない件。
648 :12/02/17 >>647 >誰一人それ以上の情報出せない件。 >>633 にはWikipediaに載ってないこと書いてあるけど。
649 :12/02/17 >>647 >なんかアホみたいに wikipedia に反応する奴いるけど、 そんな暇人の素人が書いたようなもんを有難がるかね?
650 :12/02/17 と、素人以下の人がおっしゃってます。
651 :12/02/17 >>650 素人以下なら尚更、Wikipediaみたいな不正確なもん参照して間違いに気付かない 危険性は念頭において、できるだけ一時情報当たったほうがいいんじゃないの?
652 :12/02/17 誤)一時情報 正)一次情報
653 :12/02/17 >>651-652 で、どっか間違ってたの?
654 :12/02/18 >>653 不確かなWikipediaは最初っから信用しないってことだろ
655 :12/02/18 雑誌記事とかでも信用できないものは多かったけどな
656 :12/02/18 >>654 そういうことはもっと確かな情報出してから言うことだな。
657 :12/02/18 >>656 そういうことはどこが間違ってるか指摘してから言うことだな。
658 :12/02/18 >>630 間違ってはいない >>631 適切な突っ込み >>632 痛い >>633 Wikipediaのコピペ? 間違ってはいない >>634 以降 とても痛い
659 :12/02/18 >>658 =>>631
660 :12/02/18 >>659 残念、ハズレ
661 :12/02/18 >>658 俺様が判断してやるってか お前が一番痛いな
662 :12/02/18 痛いとこ突かれちゃったみたいだな (w
663 :12/02/18 >>661 自分でもそう思ってとても痛いに入れておいた
664 :12/03/01 32032はいいと思ったなー
665 :12/03/02 x86のプロテクトモードへの移行とPC-ATのお約束(A20ラインだっけ?)とかが面倒で低レベルなプログラムを作る気にならない
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
愛と幻想のHP200LX -Part10- (153)
DOS版モバイルギア(Mobile Gear) Part3 (236)
ヨドバシカメラ (210)
ロマンティックが止まりません【とめて】 (138)
秋葉原のジャンクショップについて語るスレ (719)
【意外と】HARDOFF【穴場】 (331)
--log9.info------------------
新体操→名称変更したら (368)
新体操・88年ソウル五輪 (145)
神奈川学園の新体操部の人達可愛くない? (149)
【文武両道】 馬場★亮輔 【北京に期待】 (388)
小野翔子!!!? (113)
中野大輔 5技目 (885)
第二回2ch全板人気トーナメント@体操・新体操板 3 (554)
二ストールちゃん萌え (143)
体操ってお金もうかんねーだろ (164)
すっごい15歳☆黒田真由 (685)
携帯用画像スレ@体操板 (107)
なんで朝日生命は孤立してんの? (142)
小川泰弘 (162)
平均台で股間を打ったらどうなるの? (547)
【体操・新体操板】関連AA投稿スレ (247)
--画スレ別館-- (820)
--log55.com------------------
通信制高校卒で就職
広島の通信制高校
東京未来大学 通信教育課程
♪ピアノを習いたい♪
【右脳】〜ミミテック〜【学習】
算数
【三田の桃の】慶應通信vol.63【木の下で】
慶應通信・法政通信・中央法通信・明星大学