■ このスレッドは過去ログ倉庫に格納されています
68K v.s. x86
- 1 :ナイコンさん:2008/09/07(日) 04:12:36 .net
- 独立させてみた。
Z8Kや658xx、16Bit〜でもOK
- 327 :ナイコンさん:2010/05/25(火) 15:00:00 .net
- entry/leaveはたぶんPascal系の(C言語ではない)
引数の数が不定じゃない言語用だな。
あれ?むかしのMS-DOSのC言語で、pascal宣言入れておくと速く(小さく?)なったのは
それのせいだっけ?
- 328 :ナイコンさん:2010/05/26(水) 20:40:46 .net
- >>326
> 実際entry命令の2つめの引数はコンパイラだけが知ってればいいんだよね。
いや、コンパイラ作成者でも絶対に使わない。
もう少し詳しく言うと、Pascal や ADA のように関数・手続きの中に
局所的な関数・手続きを定義できる言語で、中間変数(内側の関数など
からみて大域的な、外側の局所変数)を正しくアクセスするために使う。
伝統的には、この目的には静鎖(スタティックリンク)が使われる。
あるいは高速化を狙ってディスプレイ(陳列棚)方式が使われることもある。
通常のディスプレイは静的な配列を1つもっていて、サブルーチンコールの
たびに、その中の1エントリだけ更新する。コピーが必要なのは手続き引数
を使うときだけ。
で、インテルは何を思ったのか、ディスプレイをスタック上にとって、サブ
ルーチンコールのたびにコピーして回るという方法を想定した機能を enter
命令につけてしまったので、みんなの笑いものになったというお話。
- 329 :ナイコンさん:2010/05/26(水) 20:54:37 .net
- >>327
それは leave 命令のオペランドの話ね。
呼び出された側がスタックに詰まれた引数をとりのぞく。
今でも PASCAL または WINAPI 呼び出し規約を指定するとそういうコードがでるよ。
なにしろ伝統的な Windows API はほとんどこっちだから。
ただ、昔でも 186 以降を指定しないと enter/leave 命令は使ってくれなかったけどね。
486 以降は単純命令の組み合わせのほうが速かったりするから、今のコンパイラでも使って
くれないかもしれない。
- 330 :ナイコンさん:2010/05/28(金) 19:06:40 .net
- あまり聞かない言い回し、この板の住人の素性が気になる
- 331 :ナイコンさん:2010/05/28(金) 23:37:45 .net
- かつてそこら辺に大勢居たマイコン・パソコンの虫じゃなかろうか。
現役プログラマーなんかもそこそこ居る感じ。
というか>>330がどこから来て何を独特の言い回しだと思ったのか気になる。
- 332 :ナイコンさん:2010/06/04(金) 00:07:16 .net
- まあ、どっかのスレは結局は罵り合いだけだからなあ。
- 333 :ナイコンさん:2010/06/04(金) 00:10:02 .net
- 68000
二段階マイクロコード採用。
それでもトランジスタの約半分はマイクロコードだっけ?
- 334 :ナイコンさん:2010/06/05(土) 13:00:05 .net
- >>333
どうだろう?
写真見る限り面積では半分よりずっと小さいけど、
ROM はトランジスタ密度高いからそんなもんかな?
http://www.infonet.co.jp/ueyama/ip/history/1979-m68000.jpg
# 6309 はマジでチップの半分をμROMが占めていたが...
- 335 :ナイコンさん:2010/06/07(月) 20:44:13 .net
- ソース不明だけど、
マイクロコード: 17bit長×544
ナノコード: 68bit長×336
合計32096bit
- 336 :ナイコンさん:2010/06/07(月) 23:53:05 .net
- >>335
http://www.cs.umass.edu/~weems/CmpSci535/Discussion15.html
一次情報は見つからなかった。
- 337 :ナイコンさん:2010/06/08(火) 20:13:28 .net
- 最近のCPUってオンキャッシュのコードや、キャッシュ汚染を引き出さないよう
な小容量一次元配列に対する操作じゃないと、CPU本来の速度で高速に走らないでしょ。
そういうところを経験してから、x86のセグメントモデル思い出しちゃてさ。
80年代当時の68系のx86系に対する最大のアドバンテージであった、広大なメモリ
空間をシームレスにアクセスできるっていう奴を、IA-32が手に入れたのもつかの間、
性能を出すために結局64KByteや32Kbyte内でちまちま動くような管理されたバイナリ
コードを用意する昨今。
なんか先祖返りっぽい。
- 338 :ナイコンさん:2010/06/09(水) 04:11:27 .net
- windowsなんてのは壮大な無駄だったのかも。あれのおかげで相当進歩したけど。
そういったアーキテクチャレベルのキャッシュ管理ってどうだか。タスク切り替え時に
明示的にキャッシュをクリアするほうがいい気が。(既にやってるのかな、知らないけど)
そんなチマチマしている最適化はプログラマを疲れさせるだけよね。
- 339 :ナイコンさん:2010/06/09(水) 18:16:11 .net
- 最近の石にはキャッシュ汚染防止の為のロジックが実装されてるのかと勘違いしてた
そんなもん実装できんわな。2行目は無かったことにしてくだちい
- 340 :ナイコンさん:2010/06/27(日) 01:29:59 .net
- 完全ハードウェアロジック
- 341 :ナイコンさん:2010/07/23(金) 02:51:10 .net
- 今度は真空管かよ(・・;)
- 342 :ナイコンさん:2010/08/06(金) 03:43:49 .net
- ここに東芝の12bitCPUを知ってる人は居ますか?
- 343 :ナイコンさん:2010/09/13(月) 20:27:01 .net
- 次は128bitだな。
- 344 :ナイコンさん:2010/09/13(月) 20:29:51 .net
- というか64ビットが定着するまでにまだ相当時間がかかりそうな予感。
- 345 :ナイコンさん:2010/09/13(月) 20:33:11 .net
- あんまり増えすぎても逆に効率悪くなるんじゃ
- 346 :ナイコンさん:2010/09/16(木) 20:42:24 .net
- 今までも性能とかって言うよりアドレス(容量)が不足してたからって言うのがホントのとこのようだ。
っとすると64bitのアドレスが足りなくなるって事は…
- 347 :ナイコンさん:2010/09/17(金) 06:30:50 .net
- あああ
- 348 :ナイコンさん:2010/09/18(土) 20:37:14 .net
- スピードも問題だな、CPUに追いついてない。
DDR4も未だ行く先真っ暗。
- 349 :ナイコンさん:2010/09/23(木) 09:20:15 .net
- ストアドプログラムマシン化がより顕著になるかと。
組込み用の内蔵RAMがメモリ空間に見えてる様にキャッシュしなくても十分速い内蔵RAMがプログラマーに解放される。
- 350 :ナイコンさん:2010/09/23(木) 21:07:56 .net
- ワンチップCPU?ってどの程度の物が出来てるんだろうね。
64bitとかあるのかな。
- 351 :ナイコンさん:2010/10/01(金) 18:39:34 .net
- いきなり64bitはムリだから、取り敢えず34bitくらいで
- 352 :ナイコンさん:2010/10/01(金) 20:49:56 .net
- >>351
アドレスの下2ビットはどうせ0だし、GC用のマーク入れてちょうどいいかもね
- 353 :ナイコンさん:2010/10/03(日) 01:04:33 .net
- >>348
2012年ぐらいから登場らしい。
でもポイントTOポイントで一枚しか付かないらしい。
By WinPC
- 354 :ナイコンさん:2010/10/04(月) 22:39:48 .net
- AMIGA,ATARI,Macintosh,X68Kといった個性的なパソコンは
どうして68Kを採用したのだろうか?
- 355 :ナイコンさん:2010/10/04(月) 22:54:14 .net
- 64KBの限界:セグメントの呪いは存在せず、
16本の32BITレジスタで8BIT時代に泣かされたレジスタの不足とももさようなら。
68000は大容量を必要とするホビーストを魅了して止まないCPUだったのだ。
実はX68000には80386採用案もあったんだけど、ホビーストたちは
あの8086を引きずったなんともじれったい命令セットを好まなかった。
レジスタも少なかったし。
- 356 :ナイコンさん:2010/10/04(月) 22:59:34 .net
- あとビッグエンディアンCPUとビットマップV-RAMの親和性。
- 357 :ナイコンさん:2010/10/04(月) 23:19:33 .net
- 初代x68が386だったら価格どうなっただろうな
- 358 :ナイコンさん:2010/10/04(月) 23:27:47 .net
- 386はAT互換機や98での採用で大量に作られてたから高くなかったんじゃ?
多分大して変わらなかったかと。
- 359 :ナイコンさん:2010/10/04(月) 23:47:11 .net
- NECや富士通は自社CPUと言うくくり(足かせ)有ったからね。
シャープはどうだったんだろう?
もっとも、日立のように自社製品使えない哀れなとこも有ったけど。
- 360 :ナイコンさん:2010/10/05(火) 04:52:27 .net
- X68kでプランが存在したのは、386ではなくV30だヴォケが
普通にMS-DOSマシンだった方が面白かったと思うよ
- 361 :ナイコンさん:2010/10/05(火) 22:20:30 .net
- ん?鳥居総帥がはっきり386とおっしゃられていたOH!Xの記事は知らんのかな?
ヴォケはそのままそっくり返す。
- 362 :ナイコンさん:2010/10/05(火) 22:32:37 .net
- >>360
V30+豪華グラフィック&サウンドのPC-88VAは鳴かず飛ばずだったよ。
- 363 :ナイコンさん:2010/10/05(火) 22:37:56 .net
- PC-88VA、嫌いじゃなかったけどやっぱX68Kと天秤にかけたら・・・
- 364 :ナイコンさん:2010/10/06(水) 07:35:57 .net
- 実際にHUDSONへV30版の試作機がですね
- 365 :ナイコンさん:2010/10/07(木) 23:58:16 .net
- へえ、でもその後でMSDOSのまがい物を作るって言うのは大変だっただろうなあ。
- 366 :ナイコンさん:2010/10/08(金) 12:00:54 .net
- 85年頃に68kでなくx86系として妄想すると・・・
OSはMS-DOSとなるとNEC、富士通といった先行してる競合他社に勝てると判断したとは思えないから、やっぱりx86系はないな。
- 367 :ナイコンさん:2010/10/08(金) 16:33:42 .net
- 似たような値段で386なら面白かった気もする
- 368 :[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs :2010/10/08(金) 16:48:03 .net
- …2010年の現在が一番いいかもな。
機種争いはないし、C信者も駆除。
BASICも速いし、3Dも手軽にできる。
- 369 :ナイコンさん:2010/10/08(金) 16:56:35 .net
- C信者ってのが判らんが、基本的には何時の時代も無いものねだりですよ
でも、まぁ同意。安く一通りのことが何でも出来る。いい時代ですわ。
- 370 :[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs :2010/10/08(金) 17:02:08 .net
- >>369
>C信者ってのが判らんが
bell研究所の工作活動の一環で、市場からBASICを消し去ろうとした。
>基本的には何時の時代も無いものねだりですよ
オレにとってはこれから飛躍と復権を目指せる時代に戻れる。
もちろん、オレだけじゃあなくて、外野に多くいる日曜プログラマーたちにとってもな。
- 371 :ナイコンさん:2010/10/08(金) 17:33:06 .net
- ここにもキチガイがいたか
- 372 :ナイコンさん:2010/10/08(金) 17:47:03 .net
- キチガイとはそういうものです
- 373 :[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs :2010/10/08(金) 17:47:44 .net
- …ってなワケで、オレはこちらにいる。
MAIN STREET
http://www.geocities.jp/courant_de_console/main_street/
- 374 :ナイコンさん:2010/10/08(金) 17:52:01 .net
- だからそこから出てくるなw
- 375 :[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs :2010/10/08(金) 17:53:32 .net
- いいから回線切れよ(ゲラゲラ
- 376 :ナイコンさん:2010/10/08(金) 18:37:07 .net
- 似たような値段で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 :ナイコンさん:2010/10/08(金) 18:53:23 .net
- セルフつっこみ!
640×480×4ってなんだよ、×4って!
640×480×6とか、そういう中途半端に思えるスペックを実現しちゃうのが当時のシャープだろ!←偏見だけど
- 378 :ナイコンさん:2010/10/08(金) 20:06:28 .net
- そういや、SONYのNEWSって、どこの板扱いなの?
- 379 :ナイコンさん:2010/10/08(金) 21:19:10 .net
- ここでいいんでね?
- 380 :ナイコンさん:2010/10/08(金) 22:36:19 .net
- >>371
ここに居たんじゃなくて他スレで涌いて移ってきたんだよ。
ほんと、蛆虫みたいだ。
- 381 :ナイコンさん:2010/10/08(金) 23:37:14 .net
- ボウフラとかのレベルだよな〜
- 382 :ナイコンさん:2010/10/09(土) 07:06:39 .net
- おまえのコテ名、CONSOLE DE BASICにしろよ
- 383 :[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs :2010/10/09(土) 08:48:05 .net
- 不潔そうなツラしたジジイが発狂してやんの(ゲラゲラ
- 384 :ナイコンさん:2010/10/09(土) 12:00:34 .net
- 自己紹介おつ
- 385 :↑感情的(笑):2010/10/09(土) 18:34:01 .net
-
- 386 :ナイコンさん:2010/10/09(土) 18:59:12 .net
- 大事なことだからもう一回言うよ、自己紹介おつw
- 387 :↑感情的(笑):2010/10/09(土) 22:16:43 .net
- 感情的(笑)なことだからもう一回言うよ、自己紹介おつw
- 388 :ナイコンさん:2010/10/23(土) 21:00:35 .net
- 馬鹿がいないとまったりするな。
- 389 :ナイコンさん:2010/11/01(月) 21:27:35 .net
- >>368
少なくともBASICやってる奴の数百倍以上は確実にCやってる奴がいるだろうにな。
- 390 :ナイコンさん:2010/11/01(月) 21:39:40 .net
- Oh!Xを読み返すとx86のこと糞味噌に書いてあるんだけどセグメントがあると
そんなにプログラムしにくかったの?
- 391 :ナイコンさん:2010/11/01(月) 21:54:18 .net
- 扱うデータが64KB超えなければセグメント管理は簡単
超えるとちょっとめんどくさい
- 392 :ナイコンさん:2010/11/02(火) 09:52:07 .net
- 8086/286でもセグメントは便利使えるし
386なら64KBの制限もない
64KB制限で苦労するのはC/C++を使った時ぐらい
- 393 :ナイコンさん:2010/11/02(火) 12:19:32 .net
- 64kを超えると面倒ってんじゃなく
シングルタスク環境で複数のメモリ空間を平行で考える手間とメリットに
当時のクズプログラマでは想像が及ばなかったってだけの話だよ
当時64KBセグメントで困る用途なんて
パックドピクセルで広大なVRAMをリニアアクセスさせろ、くらいのもんだろ
そんで殆どのPCのGVRAMはプレーン式だった
- 394 :[ X | I.I.T. ] COURANT DE CONSOLE ◆SD2/42SuKs :2010/11/02(火) 13:03:26 .net
- …ってなワケで、オレはこちらにいる。
MAIN STREET
http://www.geocities.jp/courant_de_console/main_street/
新しいコト、次々と。
- 395 :ナイコンさん:2010/11/02(火) 15:28:25 .net
- >>393
バカ?
- 396 :ナイコンさん:2010/11/02(火) 16:07:14 .net
- ニフティサーブFGALなど関連各フォーラムで、TOWNS発売直後の
386信者vs.懐疑派の大論争を彷彿とさせる流れだな
富士通側は「サードパーティの希望を充分に考慮して採用CPUを選んだ」という立場だが
実際のところ、X68K市場がかなり立ち上がってたと思うので、当時のソフトハウスとかは
どういう意見だったんだろう?
ただのマイコン少年あがりだった自分としては、その辺の事情に興味がある
アーケードとかは別にして、一般家庭向けパソコン市場のソフトを企画する際
開発環境の充実度/工程とか、クリエイター/プログラマの‘モチベーション’とかw
386と68Kでかなり異なる要素があったんだろうか?
- 397 :ナイコンさん:2010/11/02(火) 19:35:30 .net
- 68、86両方を使った人はどう判断してるわけ?
- 398 :ナイコンさん:2010/11/02(火) 19:42:45 .net
- 68kじゃなくて68系なら議論の余地はあると思うが
68kと386なら全てにおいて話にならないだろw
386ベースならCPUパワーもメモリも十分コンパイラ頼みでいけたと思うし
68系は製品サイクルも86系に1世代近く遅れ気味で市場に出てたし
386は正解だったと思う。同等品の68系を同価格で装備できたのなら議論の余地は(ry
タウンズはCPUの問題より、他のハードの部分が競争力に欠けた気がする
- 399 :ナイコンさん:2010/11/02(火) 19:58:25 .net
- TOWNSは486が載るあたりまでメモリが遅すぎたのと
DSPをユーザーに開放しなかったのが汚点かね
- 400 :ナイコンさん:2010/11/02(火) 21:40:49 .net
- DOSエクステンダは、高かった気がする。
よくよく考えると、PC/AT互換じゃないのに、よくやったなと>TOWNS
まあそれを言ったらHuman68K作ったHudsonはもっと偉いけど。
- 401 :ナイコンさん:2010/11/02(火) 23:48:49 .net
- Human68kは当時からバカにされるくらい稚拙なDOSだったけどね
- 402 :ナイコンさん:2010/11/03(水) 00:00:56 .net
- 正直、68K用に新規に作ったOSがこれかよと思った
- 403 :ナイコンさん:2010/11/03(水) 00:17:37 .net
- X68k関係は信者の自画自賛が酷くて
現実と伝説が乖離し過ぎ
- 404 :ナイコンさん:2010/11/03(水) 00:46:52 .net
- 同梱品としては別にあれで良かったと思うけどな。
IOCSとか使って徹底して将来の仮想化に備えるとかは、あの頃のCPUパワーと
X68に求められてた事を考えれば現実的じゃなかったし。
そうなるとOSというよりDOSでいいんだよね。それ以上されると資源喰われるだけで困る
発売当初からWSレベルのものを本気で求めてた人は違うんだろうけど。
- 405 :ナイコンさん:2010/11/03(水) 01:01:52 .net
- MC68000はUNIXワークステーションでの使用を想定し、1979年にモトローラ社が開発したMPUです。
プログラムアドレス空間とデータアドレス空間を分離するハーバード・アーキテクチャを採用することにより、
高度なメモリ保護機能を実現していた。さらに当時としては画期的なマルチタスク動作も可能だった。
MC68000はサン・マイクロシステムズの初代UNIXワークステーションであるSun-1や、
初期のMacintoshや伝説のマシン「Amiga」などに採用された高級かつ高性能で高価なCPUであり、
小売単価で1個2万円している頃・・・。
MC68000を搭載したセガのメガドライブは、れっきとした完成品のくせに・・・。
50000円?違うぜ!!
100000円?いやいや、違うぜ!!
500000円?そんな馬鹿なことがあるか!!
なんと、たったの「21000円」だぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁあああああああああ!!!
これはもう今すぐ買わないとダメなレベルですね!!
- 406 :ナイコンさん:2010/11/03(水) 10:03:14 .net
- >>405
今更メガドライブの宣伝をしてどうするww
- 407 :ナイコンさん:2010/11/03(水) 13:19:02 .net
- >>398
386を引き合いに出すなら68030や68040を比較の対象にすべきではないかね?
- 408 :ナイコンさん:2010/11/03(水) 14:12:37 .net
- 386 なら 68020+68841(MMU) が比較対象だと思うよ。
製品サイクルは別に遅れているとも思わないけど、
仮想記憶サポートするには2チップ構成となるので、
コスト的にちょっと厳しいものがあったね。
- 409 :ナイコンさん:2010/11/03(水) 14:47:01 .net
- プログラマー的には286で仮想メモリは使えるレベルだった
- 410 :ナイコンさん:2010/11/03(水) 15:17:55 .net
- 一般には8086と68000がライバルとして比較される事が多いが、OSサポート機能、
メモリ空間などのプログラミングモデル、実装されている機能から、80286になって
やっと 68000と比肩する機能を得たといえる。(但し演算速度については80286が
68000のほぼ倍程度の性能を有している。)
ttp://ja.wikipedia.org/wiki/Intel_80286
- 411 :ナイコンさん:2010/11/03(水) 15:37:46 .net
- 当時から386との比較なら030だと思ってたから対抗品としてサイクルちょっと遅いと思ってた。
mmu付きでいいなら020なのかな?
でも386->486の進化と030->040はやっぱ同じような印象を持ってるので、386の対抗はどうしても030って印象なんだよね。
- 412 :ナイコンさん:2010/11/04(木) 01:34:20 .net
- >>405
メガドラのこと何も知らなかったので、wikipedia で読んでみたよ
1988年10月29日発売ってことは、22年前か〜
MC68000 + Z80A + YM2612
おお〜、なかなか面白そうっと思ったけど
RAM 64KB VRAM 64KB ←ここでコケたw
まぁ当時の家庭用ゲーム機としては、これでも破格性能&価格だったのかなと推測
- 413 :ナイコンさん:2010/11/04(木) 01:56:08 .net
- ROM媒体のゲーム機に必要なRAMなんてスタックとワークくらいだし、
64KBでも大盤振る舞いもいいところだ。
VRAMも少なく見えるかもしれないけど、
ビットマップVRAMは持っていない(スプライトとBGしかない)ので、これで十分。
逆に、全部RAMで持つしか無いメガCDは512KBも積んでいた。
そりゃあ安く作れる訳がないわ…
- 414 :ナイコンさん:2010/11/04(木) 02:35:56 .net
- >>413 解説のレスに感謝
ROMカセット主体ってことをうっかり忘れてました、なるほど納得。
全発売ソフトの一覧表を見たら、ずいぶん色々(移植作とかも)出たそうなので
スプライトとBGだけであれだけできるのは凄いと感心。
ちょうどTOWNS発表(1989年2月)の直前ってことに後から気付いた
- 415 :ナイコンさん:2010/11/04(木) 05:04:58 .net
- 初代ファミコンなんて、RAMはたったの2KBだしな
メモリをバカスカ積むようになるのは、CD-ROM媒体になってからの話
現在の携帯ゲーム機(DSとか)のソフト供給媒体がROMであるにもかかわらず
本体にメガバイト単位でRAMを搭載している理由は、
プロセッサが高速になることで相対的に半導体メモリ(ROM)といえど読み出し速度が遅くなってしまい、
それに輪をかけてROMへ繋がるバス幅が狭いという事情から
- 416 :ナイコンさん:2010/11/04(木) 07:12:53 .net
- ファミコンはビデオRAMも2KBだったな
最大16KB積めるのだけれど、それはゲームカセットの中にROMとして搭載
同時期の他機種は本体内蔵で、価格を押し上げ、敗北する一因となった訳だ。
- 417 :ナイコンさん:2010/11/04(木) 13:41:19 .net
- SNESはカセット内にDSPまで積んでカセットの価格が1万円超とか普通だった
今から考えると本当のボッタクリ
- 418 :ナイコンさん:2010/11/07(日) 20:34:47 .net
- >>412
1986年ごろ、68000の総出荷数は70万個程度。
当時のセガからメーカーへの発注量は100万個と
明らかにネタとしか思えないほど大量発注だった。
総出荷数よりも多い数を一度に注文した、というので当時としては話題になった。
結局このゲーム機は2200万台を売り上げ、量産効果で68000は一挙に安い石になった。
この影響で組み込み用途にも68000がガンガン使えるようになった。
- 419 :ナイコンさん:2010/11/07(日) 22:54:37 .net
- あの100万個という数字にはそんな意味があったのか。
つうか68000てそんなマイナーなCPUだったとは当時思ってなかった。
放っておけばホイホイ売れそうな筋のいいCPUだったけど
モトローラは営業努力怠ってたのかね。
- 420 :ナイコンさん:2010/11/07(日) 23:10:35 .net
- Intelの勝因は営業努力
- 421 :ナイコンさん:2010/11/07(日) 23:25:37 .net
- 営業は何をしていたか知らんけど互換戦略は見事に当たったようだ。
8086がIBM-PCに採用されたのも8080(CP/M)との互換性が大きな要因だったらしいし。
んでボーっとしてればはここまでで終わりそうなんだけど後に286→386→486→Pentiumと
互換性を維持し32ビット化を果たしながら怒涛の勢いで処理能力をアップさせて行った。
開発力も大したもんだったと思う。
- 422 :ナイコンさん:2010/11/08(月) 13:59:19 .net
- 性能そのものも、型番変わってもインテルほどには進化しなかった。
元が元だけに伸びしろなかったのはわかるが性能頭打ちすぎ
- 423 :ナイコンさん:2010/11/08(月) 14:02:05 .net
- 68000って仮想メモリ用の命令なかったっけ?
なんで30移行でないとfreeBSDがどうさしないんだっけか・・・。
- 424 :ナイコンさん:2010/11/08(月) 14:29:48 .net
- MMUがあっても十分なページング機能と例外機構がないと実用的な仮想メモリシステムは無理
仮想メモリ自体は命令が無くてもMMUが無くてもMZのクイックディスクでも不可能ではない
- 425 :ナイコンさん:2010/11/08(月) 16:13:07 .net
- 仮想メモリ使うぐらいにソフトウェアが肥大化したころに68000は非力すぎね?
68030以降だよな、仮想メモリ使える68k系は。
- 426 :ナイコンさん:2010/11/08(月) 16:33:34 .net
- >>423
FreeBSDは動かない。NetBSDは68030以降で動く。
総レス数 982
242 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200