04/11/25 14:12:07.net
マルチユーザ・マルチタスクOSのOS-9専用スレッドです。
2:ナイコンさん
04/11/25 14:30:46.net
2
3:ナイコンさん
04/11/25 16:46:28.net
MAC ？
4:ナイコンさん
04/11/25 18:10:45.net
>>3
OS-9はOperation System for 6809の略。
5:ナイコンさん
04/11/25 18:13:34.net
もうコマンドほとんど忘れちまった。
pdとかあったっけ？
6:ナイコンさん
04/11/25 18:13:59.net
英語情報は
URLﾘﾝｸ(www.rtsi.com)
7:ナイコンさん
04/11/25 18:14:54.net
URLﾘﾝｸ(ja.wikipedia.org)
もよろしく
8:ナイコンさん
04/11/25 19:07:42.net
>>4
OS-9/68kの立場は？
9:ナイコンさん
04/11/25 19:10:42.net
なんで昔のPC板なんだ？
>>1は星さんに謝れ
10:ナイコンさん
04/11/25 19:21:34.net
>9
flex/flex-9ならＯＫでつか？
11:ナイコンさん
04/11/25 20:01:16.net
>>8
まだ現役でしょう、なつかしには早すぎ。
12:ナイコンさん
04/11/25 20:05:10.net
>>11
というわけでＯＳ９ ６８０９の動く
国産では
ＦＭ－８・ＦＭ－１１・ＦＭ－７・ＦＭ－７７・ＢＭＬ３・ＢＭＳ１の
パソコンスレと化すのだ
13:ナイコンさん
04/11/25 23:23:34.net
OS9 L2の端末に最適
URLﾘﾝｸ(page9.auctions.yahoo.co.jp)
1978年 LSI社 ADM－３A ジャンク
ＦＭ－１１ってＡＤＭ－３Ａエミュレートモードが有ったのでした。・
14:ナイコンさん
04/11/25 23:36:04.net
>>12
PC-98 とかにも、68000 ボードで OS-9 で遊べたのですが、
こっちなのかな？
15:ナイコンさん
04/11/26 17:17:09.net
>>14
それはＦｏｒｋｓのボードでＯＳ９／６８０００ですね。
６８Ｋもそろそろ古CPUの仲間入りかもしれませんね。
16:ナイコンさん
04/11/26 18:43:32.net
MC68000なんてV30クラスの石だぜ
060ならPentiumと張り合えるが…
17:ｸﾏｰ
04/11/26 21:59:28.net
>>16
それほどか０６０
６８８８２は必要？
18:ナイコンさん
04/11/27 07:48:15.net
68060はFPU内蔵。
FPUが無いのが68EC060。
68040, 68060ともに68881/2で提供される命令を一部サポートしておらず
ソフトウエアによるエミュレーション(?)になる。
（アークタンジェントとかハイパボリックアークタンジェントとか）
サポートしている浮動小数点関連の命令は68060と68040は殆ど同じ。
19:ナイコンさん
04/11/27 07:55:35.net
>16
486のDX4程度じゃないか？
20:ナイコンさん
04/11/27 21:31:18.net
昔つれが使ってたけど結局ソフトがないので
Ｚ８０cardさしてＣＰ／Ｍをよく使ってた
21:ナイコンさん
04/11/27 21:58:44.net
ゲーム開発用途ならね 日本語弱すぎ
22:ナイコンさん
04/12/16 10:25:46.net
最初に入った会社がこのＯＳを販売していたところだった。
ＭａｃのＧＵＩに毒されてた俺は、あからさまに馬鹿にするだけで、
触る気にすらならなかった。でも仕事だから嫌々いじってたけど、
後々ＭＳＤＯＳを弄るようになってはじめて有り難味がよくわかった。
正直、スマンかった。
23:ナイコンさん
05/01/24 08:07:00 .net
URLﾘﾝｸ(www.roug.org)
24:ナイコンさん
05/06/25 01:23:38 .net
>>23 すごいねこれ。
遊んでみたいけどOS-9のバイナリーってフリーになってないよね。
元で6809作った人の論文をZ80 vs. 6809スレで教えてもらった。昔のわくわく
する感じを思い出しながら読んでる。
25:ナイコンさん
05/06/29 02:13:33 .net
>>24
fURLﾘﾝｸ(www.rtsi.com)
のファイルを色々探すと、嬉しくなるよ。
26:ナイコンさん
05/06/29 02:15:53 .net
間違い。
fURLﾘﾝｸ(www.rtsi.com)
だった
CoCo_Projects.zip
cocoos9.zip
をダウンロードしてみるとたのしい。
27:ナイコンさん
05/07/04 02:20:12 .net
>>25
うわーっ、ありがとうございます。何だかいっぱいあってみるのが大変です。
>>26
見ました。ホームセキュリティーシステムっすね。TRS-80 color computerっ
て8ビットだったのかな。
28:ナイコンさん
05/07/05 18:09:38 .net
22 〓test
29:ナイコンさん
05/07/05 20:23:46 .net
>>27
CoCoはタンディの6809マシンで、OS-9レベル２が動きます。
で、CoCo_Projects.zip はOS9レベル２の2000年問題対策や、いろんなドライバーを
開発した結果のアーカイブです。
30:ナイコンさん
05/07/15 22:24:17 .net
OS９で機械制御してるんだが、HDDのフォーマットができずに悩んでいる。
クラスタサイズを256Kにしろと言っているようだが
訳わからん。
HDDが壊れた時が機械を廃棄する時っぽい。
ただ、機械を丸ごと買い替えると数億円かかっちゃうんでトホホだが、、。
だれかわかる人おらんかえ？
31:ナイコンさん
05/07/18 19:18:14 .net
>>30
HDD容量が大きすぎるとか？(file systemによるけど）。
クラスタサイズは2^nの指定で、デバイスデスクリプターをいじってみたら？
最悪、MS-DOSでDOSフォーマットして、DOS用ファイルシステムモジュールを
追加するとか
32:ナイコンさん
05/07/20 08:47:01 .net
OS-9サポートライブラリ
URLﾘﾝｸ(www.radisys.com)
33:ナイコンさん
05/08/19 00:00:06 .net
↑URLまちがてない?
34:ナイコンさん
05/09/09 06:21:22 .net
age
35:ナイコンさん
05/09/12 00:20:12 .net
OS-9は OS for BASIC09 だよん。
36:ナイコンさん
05/09/12 00:28:37 .net
すげーなー
いまだにＯＳ９を使ってるとこがあるんだあ
ちょと感動
37:ナイコンさん
05/09/12 06:52:32 .net
制御用とか現役だよ
38:CP/M
05/09/13 10:47:46 .net
普及すると思ったけどなぁ…………。
OS/2も。
39:ナイコンさん
05/09/14 23:30:24 .net
>>38
コンカレントCP/Mも
40:ナイコンさん
05/09/20 12:24:58 .net
PCでOS/9がうごいてMSが買い取ってれば普及しただろうな
41:ナイコンさん
05/09/20 12:25:23 .net
25年くらいまえに
42:ナイコンさん
05/12/17 10:05:33 .net
FM-11エミュ上のOS-9 L2感動物ですね
43:ナイコンさん
05/12/20 13:51:54 .net
>>42
ウンウン
３ギガクラスのＰ４機使えば実機よりはるかに速いし、
あと、CPUは63C09だから、６３版も使えます。
44:ナイコンさん
05/12/30 11:22:32 .net
63版のパッチはまだ手に入る？
niftyはなくなったから絶望的か
45:ナイコンさん
06/01/03 00:23:16 .net
>>44
工学社の6809活用研究を探そう！
46:ナイコンさん
06/01/04 00:37:48 .net
工学社に「６８０９活用研究」在庫あるようですよ。
ただ美本ではない（日焼けあり）との断り書きあり。
47:ナイコンさん
06/01/04 00:56:35 .net
ほ
48:ナイコンさん
06/01/05 00:20:18 .net
>45
>46
ありがとう
さっそく工学社に聞いてみます
49:ナイコンさん
06/01/07 22:33:06 .net
おぉ、まだあるのか！
即効、注文してみよう！
50:ナイコンさん
06/02/05 03:07:46 .net
机上の左にAD2+がプリンタの台になってる。無改造、サピエンスの
マンハッタンが一枚刺さってる。何年も火を入れてない。
いまさら2HDのフロッピーベースでコンピュータは使いたくないが、
残念ながらAD2+用のハードディスクは持っていない。うまい活用法
はないものか？売るか、捨てるか・・・
51:ナイコンさん
06/02/05 23:24:54 .net
>50
それ、ほしいな！
52:ナイコンさん
06/02/08 00:32:19 .net
>50
マルチ晒しage
53:ナイコンさん
06/02/10 18:20:40 .net
昔F通の FM-7*用SCSIカードまで買い、CCS仕様の80MBの
HDDを繋いだときは・・・
「なんと速い事か。つかいきれるのだらうか」と恍惚に浸っていた記憶が.・・・
それまでHDD4台をカツカツ言わせて Modula-2さ。
54:ナイコンさん
06/02/10 18:53:40 .net
そういえば、MZでOS9を買ったな。
結局、これといった使い道を見つけられず、そのままになってしまった。
今、OS9ときいたらMac OSかと思ってしまった。
MacのOS 9が出たとき、昔のOS9を思い出して、商標登録の問題は起きない
んだろうかなどと思ったことがあったのを思い出した。
元祖OS9に詳細については、全く忘れてしまった。
55:ナイコンさん
06/02/11 11:05:54 .net
>>54
MZって？
X68000の間違い？
MicrowareとApple、訴訟やってたよ。結果は知らん。
56:ナイコンさん
06/02/11 17:56:49 .net
>>55
X６８だったかも。
あれこれ使ってたんで混同してるかもね。
OS9は俺にとっては印象が薄かった。
57:ナイコンさん
06/02/11 19:01:19 .net
社会人最初の会社がそれを作っている会社だった。
今じゃ、日本のは社名も残っていないようだな。
9と9000の違いもわからずじまいだったが。ｗ
58:ナイコンさん
06/02/12 01:43:59 .net
57=22?
販売と作っている会社だから違うのか
販売(カスタマイズも？)なら星さんはマイクロウェア(現ラディシス)に移籍したはず
作っていた会社ならマイクロウェアはラディシスと合併
前に星光電子でググったら星さんがマイクロウェアに移籍した話が見つかったよ
しかし星さんの会社の社員はどうなったのだろうか？
59:57
06/02/12 12:58:30 .net
他にもいたのか・・・
短い間しかいなかったし、よくわからないうちに消えたってところだから。
しかし、あまり迂闊なことは書けんな。w
60:ナイコンさん
06/02/13 00:39:58 .net
OS9関係で広告があった会社といえば、他に、サピエンス、エーアールケーコーポレーション
ハードではラトックシステム
61:ナイコンさん
06/02/13 01:27:39 .net
バッテリバックアップ付の拡張メモリボードを売っていたのは
確かニューテックだったけ？
62:ナイコンさん
06/02/15 23:40:50 .net
>>61
そうです。ニューテック。７６８ＫＢのメモリーボード。私も持っている。
63:ナイコンさん
06/02/17 22:28:20 .net
>55
結局、Microwareの訴えは棄却されたようです。
そもそも一定期間が過ぎれば変わるであろうOSのバージョン名（MacOS 9）と
OS名そのもの(OS-9)を商標侵害で訴えるのは・・・これもアメリカ流ってこと
ですかね。
そういえばMacでOS-9は使えるのでしょうか？
（使えた時代[機種]はあったのでしょうか？）
64:ナイコンさん
06/02/18 00:29:10 .net
>63
URLﾘﾝｸ(ja.wikipedia.org)
を見ると、存在したみたい。
記憶でもPlusとかのモノクロMac用になんかあったような気がする。
65:63
06/02/18 01:17:11 .net
>64
情報サンクス。ありましたか。
ならば尚更、訴訟なんてしなければよかったのに・・・費用と時間の無駄に思えて(-_-；)
66:ナイコンさん
06/05/14 13:30:03 .net
この訴訟は明らかに宣伝目的と思います。
67:ナイコンさん
06/05/29 12:59:56 .net
FM-11に09カードと88カード入れてOS/9とCP/M86で遊んでたけど
どっちも消えちゃったねー
68:ナイコンさん
06/05/29 22:03:11 .net
FM-11 に 09 カード？
68K カードならわかるが。
69:ナイコンさん
06/06/05 13:11:40 .net
2006.6.28のESECの専門セミナーの講師のひとりにゼンテックテクノロジージャパン営業技術部 部長 星光行とあるのだが同一人物だろうか？
70:ナイコンさん
06/06/14 23:14:41 .net
>>67
超古いＣＤとかＡＴＭで動いてるって聞いたが、新券対応で消えたらしい
71:ナイコンさん
06/08/04 06:43:44 .net
>>68
6809もカードがスロットにささってなかったっけ
72:ナイコンさん
06/08/05 02:14:16 .net
FM-11は、CPUスロット２つ
ＣＰＵスロットには、FM-11AD/STの場合60B09Eが載ったＣＰＵカードがはじめからささっている。
FM-11EXの場合は68B09Eカードに加え、8088カードもさしてあって余りはない。
FM-11BSは、8088カードのみ。
このスロットには、Forksの68000カードがささった。
バスの信号線が少し違う、汎用スロットは５つあった。
汎用にささるＣＰＵカードは68008のアルファカード、純正Z80０ソフトカード、マンハッタンカード（Z80B 6MHz）
CPUの載っているカードは他には音声合成カード（8088がコントローラー）
なお、信号線の違いはごくわずかなので、汎用スロット用のカードは、CPUスロットに物理的にさせるものはさせた。
73:ナイコンさん
06/12/17 05:40:07 .net
>>69
同一人物です。
ラディシスはOS/9やるきないんで、辞めたって聞いてます。
74:ナイコンさん
07/01/14 18:49:18 .net
>72
ちょっと違うな。
「FM-11本体拡張バス仕様(83HM-000101-2)」によれば、
「メインバスは、CPUカード、メインボード、オプションスロットに共通に接続されております。」
と書いてある。
念のため「FM-7/11活用研究」に掲載されている回路図も見てみたが、信号線は全て同じだった。
結局、論理的な違いは全くなくて、物理的なカードサイズの制限が異なるのみということ。
あと蛇足だが、FM-11BSとFM-11AD2+は、CPUカード用のスロットにはCPUカードの他に256KBメモリ
カードが刺さっていた。(マザーボード側にメインメモリは非搭載。)
FM100BUS(FM-11のメインバス)の欠点の１つに、6809と8088の切替えをソフトでできない、という
のがある。FM130BUS(FM-16s/16βのメインバス)ではこの辺が解決されており、リセット解除後に
必ずCPUAが起動し、CPUBとはソフトで切り替えることが可能。Forksの68000カードはこの辺の機能
を使っており、80186/80286カードと共存できていた。
あと、拡張スロットの方もバスマスターを多数接続することを考慮してあり、占有権の優先順位が
スロット位置により異なっていた。（どれほど活用されたか疑問だが）
75: ◆9W.jwT7jC2
07/09/06 14:47:51 .net
>>1-74
ググッても別の話題が多いトコが何とも哀れだな．
URLﾘﾝｸ(images.google.com)
URLﾘﾝｸ(images.google.com)
URLﾘﾝｸ(images.google.com)
76:ナイコンさん
07/09/07 02:10:32 .net
お前無知なのに話に入ろうとするなよ
77:ナイコンさん
07/09/07 18:06:48 .net
>>75
もしかして、ヤフオクに出品されてるFM用のOS-9マニュアル関連の話題でしょうか?
URLﾘﾝｸ(page7.auctions.yahoo.co.jp)
懐かしいなー青本。FM-8本体の赤本と好対照の表紙。
組込み畑なんかで OS-9 や OS-9000 は、そこそこ知名度があったし、
Microware の商標登録もあったから、もしかしたら Apple側が気をきかして、
OS 8 → OS 10(X)に一つ飛び越してくれるかな? とか個人的に期待してたんだけど、
>>55 や >>63 を読むと、そんなマニアックな希望とは関係なく、世の中は普通に
Mac OS 9 を受け入れてしまったみたいですね
マルチウィンドウは星さんが独自に付けた力技、てのを後から知ってビックリ
最終的には77AVのメモリ増設で、OS-9 L2 のフリーエリア激増の感動が一番の思い出
78:ナイコンさん
07/09/07 18:24:42 .net
>>77
うんにゃ、俺っちのｉMacは8.6のままだぜw
Appleに良心なんて期待しちゃダメダメですw
なんせタウンズの丸型マウスを平気でパクっちゃうようなとこだから....
09版はFM－8でやってたけどラインで漢字が使えるってんでエラーメッセージをいじって遊んでいたな。
79:ナイコンさん
07/09/07 18:53:23 .net
体験版のOS/９ forX68000....死ぬほど遅かった...（糞オヤジ談）...そうな
80:ナイコンさん
07/09/08 06:16:52 .net
星 光行さん
URLﾘﾝｸ(www.caravan.net)
81:ナイコンさん
08/01/17 02:50:26 .net
OS-9/UGの PDSソフト一式はまだ保存されていますか？
82:ナイコンさん
08/03/20 15:35:11 .net
別スレにも書いたがＡＶシリーズ用の日本語カードが追加発表されたとき
ＯＡＳＹＳ－Ｌｉｔｅ単文節変換辞書ＲＯＭを活用するために
Ksys (OS-9 の SCFMAN の下にぶらさがる漢字モジュール)
→ KsysII (ROM変換対応版)へのバージョンアップ・サービスがあったらしい
ぜんぜん知らなかった
すでに購入済みの拡張64KRAMカードが無駄になるし
F-BASIC3.0Jだけの対応だと思って日本語カードは買わなかった
ちゃんと広報を郵送してほしかった＞星光電子＆富士通
83:ナイコンさん
08/03/20 21:09:57 .net
>>82
Ksysだけのバージョンアップがあったかどうかは記憶にないが、
確かにＦＭ７７ＡＶ用のＯＳ－９Ｌ２はレベルアップサービスが
１回あった。（当時バージョンアップサービスとは呼ばない）
おそらくこの時にKsysの更新やSCSIサポートの追加があったのだと思う。
あとで調べてみる。
84:83
08/03/31 02:53:40 .net
調査結果を報告。
(1)KSysだけのバージョンアップは確かにあった。
(探したら出てきた。なんと持っていたとは...)
これは星光電子が実施したアップデートサービス。
興味深い事に、COMASのワープロのフロッピーを読み書きする
ユーティリティが添付されていた。
(2)AV用OS-9全体のレベルアップは富士通が実施した。
上で書いたようにKSys関連(Kmode、XKnjMon等)の追加変更と、
SCSI(HardDisk)のサポート、FTerm(通信ソフト)、Setup(システム
作成)の追加があった。320KBのFD１枚には入りきれずに、２枚組
になって帰ってきた。
ちなみに、両者のかな漢字変換システムは別物である。
(1)はKSysIIで辞書ROMをアクセスするが、(2)ではXKnjMon
という別プロセスでアクセスする。
告知は、Oh!FMには出てたと思う。
また、日本語カードやSCSIカード買った人にも案内が付いて
たような気がする。
どちらも買わない人には関係ないアップデートなので、郵送
しなかったのではないかな。
85:82
08/03/31 05:47:04 .net
>>84
詳細な調査報告どうもありがとうございます。
なかなか充実した内容みたいで、とても興味深い。
前述したように64KのRAMは増設して、AV用のOS-9L2で
フリーエリアも増えてたのは覚えてるが、そもそもOS-9を
あまり使いこなせなかった自分には宝の持ち腐れだった。
Oh!FMも、AV40やEX等の新機種特集的な号以外は
立ち読みで済ませてたので、たぶん告知を見逃したんだと思う。
学校の研究室や友人の9801に触れる機会が多くなった頃で
自分の77AVの日本語環境のレベルUpに対する興味が薄れてたのかもしれない。
最近になって古いOh!FMを入手して読み直したりすると
日本語カードの件だけでなく、ずいぶん様々な改良があったみたいで
もっと真面目に77AVとOS-9を活用すればよかったと後悔してます。
個人的にOSというとOS-9しか知らずに、その後はじめてMS-DOSを見て
「なんでワークディレクトリだけで、実行ディレクトリがないんだろう？」
とか「拡張子やワイルドカードって何かな？」とか
「どうして >> が標準エラー出力に出ないんだろう」とか
けっこう他の友人とは、ズレた疑問を抱いたのも今は懐かしい思い出
それでも‘知ってる’と言えるほどには理解してなかったのが残念
86:ナイコンさん
08/09/06 01:56:37 .net
お前ら頭の中で「オー・エス・きゅう」って発音してるだろ。
87:ナイコンさん
08/09/06 04:06:03 .net
「おすく」でいいわ
88:ナイコンさん
08/09/06 04:30:57 .net
あーあ
89:ナイコンさん
08/09/08 21:34:00 .net
「元祖・オー・エス・ないん」
90:ナイコンさん
08/09/09 01:18:41 .net
OS-9 NEWS なら6と7以外は全部持ってる。
91:ナイコンさん
08/09/18 14:51:47 .net
>86
おー・えす・けー?
92:ナイコンさん
08/09/22 22:37:38 .net
８ビットなのにorz。
93:ナイコンさん
08/09/22 22:42:45 .net
日立のＳ１にＯＳ－９を載せたうかつなオレ。
しかもメディアは２Ｄ。
当然、アプリは何もなし。
マスターベーションに終わったが、Basic09は経験できてよかった。
しかし、しかしである。富士通のＦＭ－７にすればよかったと後悔している
大枚ははたいた自分が情けない。苦い思い出である。
日立のバカヤロー。
で、現在Priusを使っている俺ってorz
94:ナイコンさん
08/09/22 22:48:14 .net
しかし、しかしである
4年間に100レスに来た俺って、２ちゃんに来てまでマイナー志向
情けなかーorz
95:訂正
08/09/22 22:49:28 .net
×4年間に100レスに来た俺って
○4年間に100レスに満たないスレに来た俺って
96:ナイコンさん
08/09/22 23:37:43 .net
OS-9ならFM-7よりLevel2が使えるFM-77以降じゃね？
というか究極はFM-11。S1とFM-11は孤高のOS-9マシンですよ。
97:ナイコンさん
08/09/24 00:59:57 .net
メモリ空間1MBとは言っても、RAMを1MB積めるわけではないのがS1。
FM-11とFM77AV40シリーズはちゃんと積めたよ。
でも、S1用OS-9のVtermはFMシリーズのVtermと互換を取ってあった
(サブシステムコマンドを解釈していた)ので、アプリレベルでも
互換があった可能性がある。
だからないことはないよ。>93
98:ナイコンさん
08/10/01 16:47:51 .net
>>96
確かにFM-11はすごいが、あれは一代限りの徒花だよ。
数機種有るけどみんな同じ、オプション付けてるだけだし。
S1も一代限りだね、
その点、FM-7～はシステム自体が進化してる。
但し、そのため互換性が低いけどね。
まあ、今の時代から見れば68系自体が徒花だ、とも言えるけど。
99:ナイコンさん
08/10/01 18:38:05 .net
>>98
確かFM-11は80系だよね？
100:ナイコンさん
08/10/01 20:05:37 .net
>>99
当時有った８ビットバスの主要CPUは何でもオプションやサードパーティ品を買えば動く。
68B09E(63C09)/Z80(4MHz)/Z80(,6MHz)/8088(V20に差代え可)+8087/68008
まあ、サブCPUは6809系だけだけどな。
101:ナイコンさん
08/10/01 20:07:05 .net
>>99
OS-9の元でCP/M80のソフトを動かすマンハッタンシステムは便利だった。
102:ナイコンさん
08/10/01 20:59:45 .net
当時は今と違って、パソコンフルセットで100万円とか 珍しくなかった。
その頃に、高嶺の花であったのが Lisa,Unixだった。
そんな中で 手の届く物があった
Poor man's Unix.
それがOS-9だった。
103:ナイコンさん
08/10/01 23:19:07 .net
> Poor man's Unix.
年刊ア・スキー の Uni+ も忘れないで下さい。
104:ナイコンさん
08/10/01 23:24:24 .net
>>102
といっても、マイクロウエアCコンパイラは14万円ぐらいしたと思う。
105:ナイコンさん
08/10/01 23:34:13 .net
手が届くといっても、UNIX的に使えるレベルである、FM-11のフルセットにHDD20MBとRAM768KBぐらいの追加と、
OS-9Level2とC言語やスクリーンエディターなど追加すれば、結果的に小型車ぐらいの投資は要る。
プアという割には結構な投資。普通はFM-7とフロッピィドライブとOS-9Level 1。
106:ナイコンさん
08/10/01 23:58:48 .net
OS-9はFDDでもかなり使えた。
FM-11にはOS-9とBasic09が標準装備されてた、
ソフトはフリーソフトが多かった。多くがunixからの移植。
独りで扱うときはメモリは256Kbyteあれば充分、
多くあったとしても時分割なのでタスクが増えると遅くなる。
FM-7系のFDで使っていた人も多かった。
メモリ効率が良かったので少ないメモリでも実用的に動作した。
107:ナイコンさん
08/10/03 21:14:14 .net
>>106
> 独りで扱うときはメモリは256Kbyteあれば充分、
そだね。俺もメモリ1MB積んでたが半分はRAM DISKにしてた。
ハードディスク付けてからはキャッシュメモリにもした。
かなり快適だった記憶がある。
> FM-7系のFDで使っていた人も多かった。
Level 1 だとCコンパイラは厳しいと思うが、512KBの
RAMカード(3rdパーティ製)を併用すれば、DMACを積んで
ないFDDでもそこそこ行けたと思われる。
Basic09だけで遊んでるならLevel 1でも十分だったかも。
> メモリ効率が良かったので少ないメモリでも実用的に動作した。
メモリ効率は良いとは思わない。
当時のソフトの規模が小さかっただけでしょ。
4KBの境界に納まるようモジュールをマージしてからLoadしたり、
OS9p3を後ろの3KBに配置するとか、そういう涙ぐましい努力をしてた。
108:ナイコンさん
08/10/03 22:16:58 .net
>> メモリ効率が良かったので少ないメモリでも実用的に動作した。
> メモリ効率は良いとは思わない。
MS-DOS とか、古い (=共有ライブラリをサポートしていない) Unix とかに
比べて、と言う意味でしょ。
> 4KBの境界に納まるようモジュールをマージしてからLoadしたり、
モジュールの境界って 4KB もあったっけ？
256B だった記憶があるんだが、なにぶんにも 25年以上前の話なんで記憶違
いならすまん。
109:ナイコンさん
08/10/03 22:55:02 .net
とにかくBasic09が素晴らしかった
Basic09があって、その為に後からOS-9/6809が開発された
OS-9/6809にはASMとBASIC09が標準装備になっていた
後のOS-9/68000ではCコンパイラに変わった。
今ならエミュもあるので皆に触ってもらいたいと思う
Basic09はパスカルに近くて当時として最先端であったと思う。
操作マニュアルなどはここにある
URLﾘﾝｸ(www.roug.org)
110:ナイコンさん
08/10/04 01:53:24 .net
>> 109
> OS-9/6809にはASMとBASIC09が標準装備になっていた
FMシリーズ用は、ね。
FM77AV以降用は、コストダウンのためアセンブラ、エディタ、デバッガが
はずされてツールボックスとして別売りになった。
って言うか、元々は別製品なのを、星光電子と富士通の良心でバンドル
してただけ。
111:107
08/10/04 01:57:39 .net
>>108
> モジュールの境界って 4KB もあったっけ？
> 256B だった記憶があるんだが、
Level 1は確かに256B境界でLoadされる。
Level 2はMMUの管理単位が境界となり、FMシリーズの場合は4KB。
112:ナイコンさん
08/10/04 14:30:46 .net
OS9 Level1の時代は、そのモジュールの一個づつに、星光社の社名と制作者の名前が書いて20バイト以上占有してあるのは、本当にメモリの無駄遣いのような気がした。
113:ナイコンさん
08/10/04 14:34:52 .net
FM-11の写真
URLﾘﾝｸ(marufuku.dip.jp)
114:ナイコンさん
08/10/04 17:54:56 .net
>>111
なるほど、Level 1 / 2 を混同してたのか。
サンクス。
115:ナイコンさん
08/12/09 17:59:20 .net
63C09ほしいよぉ。
116:ナイコンさん
08/12/11 01:35:05 .net
>>115
オークションでも高値だな。
117:ナイコンさん
08/12/11 21:52:53 .net
>>115
NMOSの本家(6「8」09の方ね）とどれくらい違ったんだっけ？
大昔の事なんで記憶もおぼろげだ (>_<)
確かHD64180*やH*シリーズの会社だよね。
118:ナイコンさん
08/12/12 00:24:04 .net
>>117
確か除算命令が加わったような気がする
119:ナイコンさん
08/12/22 22:49:55 .net
>>117
公式には単なる CMOS 品だけど...
URLﾘﾝｸ(www.6809.net)
モトローラとの特許紛争で闇に葬られかけたところを、高速 CMOS
プロセス技術とのバーターで単なる CMOS 品として発売にこぎつけた
んじゃなかったかな。
＃ 6809 の命令は2つほど特許になっていた...
120:ナイコンさん
09/01/04 10:02:34 .net
今更だけど、こんな
ｽﾚﾘﾝｸ(os板)
スレ、在ったのね
121:ナイコンさん
09/02/08 03:46:31 .net
>>119
逆じゃなかった?
高速C-MOS版と言って出したけど、隠し命令が見つかってモトローラから販売停止食らったんじゃなかった?
122:ナイコンさん
09/02/10 04:20:50 .net
OS-9/86だっけ?って今も有るの?
123:ナイコンさん
09/02/10 21:49:12 .net
OS-9000/386はあったが。
124:ナイコンさん
09/02/24 17:17:36 .net
>>123
今のAT互換機直で乗るの?
125:ナイコンさん
09/02/25 00:46:15 .net
>>124
今時のPCはわからないが、2001年頃のPentium搭載機では動いてたよ。
126:ナイコンさん
09/02/27 04:35:47 .net
>>125
乙
今ので動かしてみたいなあ。
やっぱりWin95みたいなことが起きるのかな。
127:ナイコンさん
09/03/01 01:58:41 .net
>>126
Virtual PC上の仮想マシンで動かせばいいんでないの？
ちょうど仮想マシンのスペックはその頃のものだし。
128:ナイコンさん
09/03/01 02:20:44 .net
>>127
いやあ、どうしても動かさなきゃならないソフトが有るわけじゃないし。
直の方が面白いでしょ?
っと言っても実物探すのが大変そうですね。
129:ナイコンさん
09/03/20 23:38:50 .net
星光電子のOS-9ニュースが懐かしいな。捨てられてなければOS-9ニュースは
全部田舎にあるはずだ。
130:ナイコンさん
09/03/23 22:39:24 .net
>>129
俺もまだ持ってるぞ(~_~;)
131:ナイコンさん
09/03/27 13:35:25 .net
>>129
★さん、いきてるかなー。
昔、日本MWにお邪魔したことがある。
132:ナイコンさん
09/04/07 16:42:05 .net
BASIC09って、文字どおり6809専用だよね。
他のOS-9用のBASICってないのかな。
133:ナイコンさん
09/04/07 21:11:13 .net
>>132
MW-BASICって名前でOSK用にはあったような記憶が
134:ナイコンさん
09/04/09 02:24:27 .net
S1のOS-9 Level2ってOS-9カードがないと動かなかったんだね。
初めて知った。
MMU関係に足りない物が有ったのかな。
135:ナイコンさん
09/04/09 22:37:13 .net
OS9:by K.Kaplan, L.Crane, R.Doggett
136:ナイコンさん
09/04/25 00:56:39 .net
つまりＳ１は欠陥機だったてことですか。
137:ナイコンさん
09/05/01 21:32:47 .net
当時はOS-9欲しいとずっと思ってたよ！
138:ナイコンさん
09/05/01 21:34:18 .net
あっちのOS-9講座もう終わったの？
139:ナイコンさん
09/05/01 22:39:28 .net
>>136
ここに書いた通りだけど。
ｽﾚﾘﾝｸ(i4004板:55番)
動かなくはないが、タスク切り替えの際毎回MMRを全書き換えに
なるので、その分遅くなる。
FM-11で17タスク以上、FM77AVで5タスク以上切り替える際にも
同じことが言える。
140:ナイコンさん
09/05/26 04:07:00 .net
MMUじゃ無く独自に組んでたって事はその気に成れば16Mとか、64Mとか出来たのかな。
141:ナイコンさん
09/06/07 09:56:41 .net
>>140
システム領域は６４Kのままだから、
タスクテーブルなどの作成に制限ができるから、無理じゃね？
142:ナイコンさん
09/06/08 00:58:03 .net
他スレでも書いたけど、アドレスが直で24bitだったら、なあ。
(=レジスタが24Bit)
143:ナイコンさん
09/09/22 02:10:46 .net
BASIC09以外にどんな言語が有った?
LISP09なんてあったかな。
144:ナイコンさん
09/09/22 09:45:24 .net
あったよ。Microware C, Micro C, Modula/2・・・
145:ナイコンさん
09/09/22 09:59:45 .net
忘れちゃいけない Pascal
146:ナイコンさん
09/09/22 10:23:05 .net
Modula/2-09は泣いた
エラーを一個でも検出するとコンパイルを停止するので
一度にまとめて修正できなくてデバッグに時間が掛かりすぎた
147:ナイコンさん
09/09/22 14:31:27 .net
The BASICに載ってたSECっての使ってたな、そういえば
148:ナイコンさん
09/09/22 17:42:57 .net
Modula/2は実行時にメモリにロードしたモジュールを終了時に開放してくれないので
手動で開放しなければならなかった。
149:ナイコンさん
09/09/24 21:54:50 .net
>>146
コーディングミスの修正とデバッグは違うと思うんだ。
150:ナイコンさん
09/09/25 21:18:06 .net
>>146 は低レベル
151:ナイコンさん
10/01/28 07:08:07 .net
保守
152:ナイコンさん
10/05/31 21:47:39 .net
保守って何だよ。
せめて上げだろ。
153:ナイコンさん
10/09/08 23:09:16 .net
じゃあ上げ
154:ナイコンさん
10/09/09 10:18:18 .net
はげ
155:ナイコンさん
10/10/09 15:06:10 .net
懐かしいな。うろ覚えだけど…
OS-9/Level2が動く環境は憧れだった。
ニフで63C09版は68K販よりも早いとか聞いて、すげ～と思ったっけ。
作った代表格な人は「ひかる」さんの旦那さん。
ハンドル、なんだったっけ?
>>109
>今ならエミュもあるので皆に触ってもらいたいと思う
エミュが手に入っても、OS-9が手に入らないｗ
156:ナイコンさん
10/10/09 15:43:33 .net
URLﾘﾝｸ(nanno.dip.jp)
157:ナイコンさん
10/10/09 22:21:30 .net
>>155
GIGO氏だろ
158:ナイコンさん
10/10/10 05:15:46 .net
OS-9互換のフリーOSって作れないのかな？
っていうかオープンソース化とかいう話はないものかな？
159:ナイコンさん
10/10/10 09:14:24 .net
悲しいかなもはや需要はないだろう
160:ナイコンさん
10/10/10 09:34:33 .net
一体どこで道を誤ったんだろう？
確かWin95が出てくるまでは一番期待されていたOSではなかっただろうか？
MACがOS9とか言ってきた辺りでなんか勝負できなかったものかな？
161:ナイコンさん
10/10/10 10:46:37 .net
courant
162:ナイコンさん
10/10/10 16:36:21 .net
UNIXライクじゃないUNIX認定の正規OSが普通に使えるのに、今さらOS-9は
ないだろう。組み込み用も使命を終えた感じ。
163:ナイコンさん
10/10/10 19:37:23 .net
モジュラーOSなんてあるか？
164:ナイコンさん
10/10/10 19:51:23 .net
UNIXなんて古臭いOSがしぶとく生き残っているのにOS-9が消える理由が無かったと思うんだけどなあ。
黒船マシンに対応した版を安く出せば支持されたんじゃないの？
165:ナイコンさん
10/10/10 22:21:33 .net
OS-9000高かったもんなあ
166:ナイコンさん
10/10/10 22:31:06 .net
>>164
IBM-PC/8088用に機械語で移植して、
1万円以下でそしてワープロと表計算を付けるくらいでないとインパクトが無いだろ
制限無しで移植するには386まで待たなければならなかったが、それでは遅すぎだよね
167:ナイコンさん
10/10/10 22:32:00 .net
基本部分をタダでもいいから配って、モジュールサポートで金を取る商売とかできなかったものかな？
168:ナイコンさん
10/10/10 22:34:34 .net
>>166
そういえばlevel2をセグメントモデルに移植するとどんな感じになったんだろうか？
169:ナイコンさん
10/10/10 22:35:21 .net
今ならソースコードも落ちてるし、情報も多いから真似て作ればいいんじゃね
170:ナイコンさん
10/10/10 22:37:08 .net
09しかわからんので㍉
171:ナイコンさん
10/10/10 22:40:21 .net
>>168
L2は無理、Levle1でかつ 機能制限して作るのかな。セグメントコントローラを作るかも
OS-9はメモリ効率が良いから、256Kbyteもあれば実用的に使えたんじゃなかろうか
172:ナイコンさん
10/10/10 22:40:39 .net
>>158
>OS-9互換のフリーOSって作れないのかな？
NitrOS-9 てのがある。
残念ながらFMシリーズ用ではないが。
移植は可能だと思うよ。
173:ナイコンさん
10/10/10 22:43:40 .net
>>164
>UNIXなんて古臭いOSがしぶとく生き残っているのにOS-9が消える理由が無かったと思うんだけどなあ。
消えてないってば。
元々組み込み用のOSなんだから、そっちでちゃんと生きてる。
パソコン用のOSとしては、アプリが揃わないので駄目だったのだろ。
OSだけでは何もできんから。
174:ナイコンさん
10/10/10 22:46:10 .net
>>171
単純なMMRにできてセグメントで出来ないのってどの辺なんだろうか？
175:ナイコンさん
10/10/10 22:46:27 .net
>>173 事実上会社も無くなったし、保守の為に人員が残ってるくらで 新規採用は無いでしょ
176:ナイコンさん
10/10/10 22:53:12 .net
>>174
セグメントはシングルタスクの考え方で、64K単位になる。
6809で再配置可能にすればMMRで4K単位で自由配置でき、しかもマルチタスクの保護付き。
8088で働かすには重要なものをどれか切り捨てるしかないだろう
177:ナイコンさん
10/10/10 23:12:11 .net
>>176
あれ？ページじゃなくてバンク単位だったっけ？
だったらオブジェクトコードの方を工夫すればなんとかならないかと思っていたんだけど。
178:ナイコンさん
10/10/10 23:25:47 .net
>>177
例えばシングルユーザーとしてクライアント側ならば出来るとおもう。
MS-DOSでも同じ様にマルチな事ができる、
しかし、8088でそれまでしたいと思った技術者がいなかったって事だと思う。
179:ナイコンさん
10/10/10 23:54:16 .net
>>175
URLﾘﾝｸ(www.radisys.com)
見たら、2008年2月で開発止まってた。orz
OS-9 for 68K が 2006年で V1.3 というのが腑に落ちんが。
OS-9/68000 とは別物なのか？
X68000用でも V2.4 とか出てたと思った。
180:ナイコンさん
10/10/11 00:04:59 .net
OS-9/68000とOS-9000/68000が別にあって、
後にOS-9000をOS-9と統一した、だからOS-9/68Kが重複する。
おそらく、それはOS-9000/68000だと思われる。
181:ナイコンさん
10/10/11 00:10:41 .net
ASM版とC版かな？
182:ナイコンさん
10/10/11 00:21:33 .net
PC-9801用のOS-9ボードがあった、
MC68000拡張カードとOS-9/68K+Cで20万円くらいした。
9801のI/0も使えるし、切替えもできる。
もう少し安い価格ならばパーソナル用途に広まったのにと思う。
183:ナイコンさん
10/10/11 08:27:18 .net
>>172
URLﾘﾝｸ(nitros9.cvs.sourceforge.net)
これか、Level3って何？
…誰か腕自慢居ない？
184:ナイコンさん
10/10/11 15:38:11 .net
>>160
> 一体どこで道を誤ったんだろう？
> 確かWin95が出てくるまでは一番期待されていたOSではなかっただろうか？
商業的: Lotus1-2-3が実行出来なかったから。
思想的: GUI指向で無かったから。
前者はパソコンと言えばスプレッドシートを実行する物の時期に蚊帳の外。
1-2-3はMS-DOSをパンドルしてたし。
その根底にIBM PCが何故成功したのか?があるけど。
後者はOS-9がXerox Altoの影響を受けていなかった事。
MacintoshにしろWindowsにしろ、目指していたのはAltoのパーソナル版だった。
185:ナイコンさん
10/10/11 16:26:03 .net
「8086/8088のセグメントモデルで動作する」
「表面的にはUnixライク」
「モジュール化された」
「リアルタイムOS」
は、ちゃんと実在した。
QNXってヤツ。
メモリー256KB＋FDD2台のPC/XTでCコンパイラが動いて、PC-DOSよりよっぽど速かった。
186:ナイコンさん
10/10/11 17:05:04 .net
>>184
そういえばOS-9の表計算ってなんだっけ？
どちらにしてもGUIだよなあ、TOWNS辺りが採用していれば世界は変わっていた気がするな。
187:ナイコンさん
10/10/11 17:39:45 .net
OS-9/6809の頃は色々ありましたね。
URLﾘﾝｸ(gamdev4.hp.infoseek.co.jp)
188:ナイコンさん
10/10/11 20:42:43 .net
>>186
DynaCalc が表計算。
DynaStar がワードプロセッサ(エディタに毛が生えたようなものだが)
あとデータベースも出てたな。CSG-IMS。
189:ナイコンさん
10/10/11 20:55:24 .net
なんか昔のそういうのすごい貴重そうに感じるな
機能的にはたいしたことないんだろうけど
当時は値段も凄かったはず
190:ナイコンさん
10/10/11 21:10:58 .net
>>186
TOWNSでは勝敗は決していた気がする。
68000発売の翌年にIBMが採用していたらあるいは…
1978年 i8086
1979年 VisiCalc (AppleII)
1980年 OS-9
1980年 MC68000
1981年 IBM PC
1982年 Multiplan
1983年 Lotus 1-2-3
1984年 Macintosh 128k
1987年 X68000
1989年 FM TOWNS
1991年 Windows 3.0
1993年 Windows 3.1
191:ナイコンさん
10/10/11 21:40:19 .net
>>190
いやいや、MSDOSの次になれればまだ挽回できた。
linuxはまだないし。
192:ナイコンさん
10/10/11 23:17:49 .net
MS-DOSの次は、OS/2ってのが既定路線だった。
DOS/Vが出た頃のOS-9は、既に前時代だったな。
MS-DOSにはメチャ不満だったけど、TSRやら、アプリからのコマンドシェル起動でなんとか。
OS/2が出た時に、MS-DOSも実行出来るOS-9000/386があれば違ってたかも。
1985年 Compaq Deskpro 286
1986年 Compaq Deskpro 386
1987年 OS/2 1.0
1987年 OS/2 1.1
1990年 DOS/V
1991年 Windows 3.0
1993年 Windows 3.1
1994年 Windows NT 3.1
193:ナイコンさん
10/10/12 00:10:42 .net
>>192
DOS/VなんてDOSで日本語表示ができるだけの代物なんだから、
平成になった時にばら蒔けてれば全然違ったと思うんだけどなあ。
194:ナイコンさん
10/10/12 03:12:26 .net
日本の場合は、ハードを作るメーカーは電気メーカーで
大型機、オフコンを持っている。
もし、パソコンが高機能になってオフコン市場を削れば
利益が減り社内争いになりハードメーカーとして困る。
だから、この時代ではハードメーカーにとって高性能パソコンは悪と見なされた。
唯一NECは全力でパソコンに注入した。未来がPCにあると感じたのだろう。
NECは日本製CPUの開発にも力を入れ、そして日本一になった。
他のメーカーはパソコンに逃げ腰で構えた、そして、
８ビットをホビー、１６ビットを小企業向けと位置付け、
オフコンの立場を残すことにした。
また、X68k,Townsにしてもホビー専用とし、ビジネスを除外した。
元々モトローラーは6809を切り捨て68000にだけ力を入れた。
しかし、ハードメーカーは高性能な68000は困るから使わない。
そして時代は8086一色になった。
OS-9は6809と68000用のOSとして産まれた、
もし、社会が68000を選んだならOS-9が大きく成長した事だろう。
高性能で扱い易い68000は不運の道を歩むが技術者の支持を得て
長期に渡って組込み用途に使われる事になり、今でも生産されている。
195:ナイコンさん
10/10/12 07:05:42 .net
>>193
そうじゃなくて、「DOS/Vが日本に登場するほどx86が普及していた」と言いたいだけ。
少なくとも、IBM PCが81年に出たあとの10年は、失われた10年だと思う。
あのときOS-9が普及していれば、PCはもっと便利になっていた。
OS-9は優れたOSだった。
今にして思えばFM-8に8088カードがあったのが、将来を予言してたかな。
良いものが普及するとは限らない典型だと思う。
196:ナイコンさん
10/10/12 10:31:00 .net
>>195
価格的にはどうだったの？
197:ナイコンさん
10/10/12 14:03:51 .net
FM-8に8088カードなんかあったっけ？
FM-11でならV20に換装して使ってたけど。
すぐれたOSと言っても組み込み用途がターゲットで
汎用のOSとしてはあまりやる気を感じなかったな。
安くもなかったから、ハードにバンドルする形で
なければ普及なんて無理。
確か富士通で16βだったかの頃にOS-9/86が検討されたけど
バグか何かで見送られたって話じゃなかったっけ？
198:ナイコンさん
10/10/12 22:13:25 .net
>> OS-9/86
富士通パワーで作ってしまえばよかったのに、
16βはCP/M-86ではダメでしょ
199:ナイコンさん
10/10/12 23:58:59 .net
>>196
学生には高かったとしか覚えてないや
>>197
> FM-8に8088カードなんかあったっけ？
あったよ。なにしろFM-7/11の元だから、特徴的なところはFM-8からあったんだよね。
WiKiにも載ってる。URLﾘﾝｸ(ja.wikipedia.org)
200:ナイコンさん
10/10/13 02:57:22 .net
富士通+IBM+microwareでpcdos互換DOS箱付きOS-9000/386を作ってバンドル販売していればどうだろう？
当然コンパックでも動いただろうから、MSの出る幕はあったのだろうか？
201:ナイコンさん
10/10/13 07:07:09 .net
>>200
OS-9000って、仮想記憶あった？
メモリが高価なあの頃、ワープロ・スプレッドシート等を何個も立ち上げられたら便利だったろうなぁ
202:ナイコンさん
10/10/13 07:37:27 .net
っていうか、そもそも表ごときがなんでそんなにメモリ消費するんだろ？
203:ナイコンさん
10/10/13 08:20:33 .net
亀レス
>>156
ありがと、初めてOS-9L2を見た(笑)。←使い方を忘れてる。
昔のFDは保存してるけど、今でもコンバート出来るんだろうか。
>>157
ありがと、そうそうGIGO氏。神様だった。
>>166
> 制限無しで移植するには386まで待たなければならなかったが、それでは遅すぎだよね
ありえないけど、モトローラが32bit化を意識した、先進思想で6809を設計していていたら…。
その後、68009,68109,68209…と、ソフトの蓄積重視でバイナリ互換を実現していたら、あるいは…。
>>159
> 悲しいかなもはや需要はないだろう
今のARMの立ち位置を目指していれば、まだ需要があったかも。
204:ナイコンさん
10/10/13 08:33:23 .net
よくわからないけど、仮想記憶ってDATがメインメモリの無い所を参照したら、RBFに振り替えるってだけじゃダメなの？
205:ナイコンさん
10/10/13 09:05:45 .net
32bit化を意識って、コードは63C09のままで、IOからCPUのどっかの端子をオンにすると、インデックスとスタックレジスタが32bit化する。
…みたいな感じでなんか問題あるだろうか？
206:ナイコンさん
10/10/13 20:35:46 .net
夢見がちにも程があるな、みんな
207:ナイコンさん
10/10/13 20:48:12 .net
空想記憶を意識って、MC68008のコードを半分に削って、内部にMC6809を組み込んで、
IOからCPUのどっかの端子をオンにすると、68008と6809が切り替わる。
…みたいな感じでなんか問題あるだろうか？
208:ナイコンさん
10/10/13 20:57:31 .net
だから68000は単独で仮想記憶出来なかったっつーに
仮想記憶管理用だけのためにもう一個68000を積む必要があった
ハードウェア的にバグってたというより仮想記憶を意識した設計にしなかったための
痛恨のミス
仮想記憶が一CPUで出来るようになったのは68010から
209:ナイコンさん
10/10/13 21:02:34 .net
いや、OS-9のDATって論理アドレス変換でしょ？ 要は。
210:ナイコンさん
10/10/13 21:04:26 .net
OS-9はRTOS用として設計されたから時間的に多大なオーバーヘッドを
必要とする仮想記憶は考慮外だった
211:ナイコンさん
10/10/13 22:33:04 .net
16ビットプログラムカウンタのCPUで、２MBが管理できる時点で、そもそも仮想記憶なんじゃないだろうか？
212:ナイコンさん
10/10/13 22:33:58 .net
おっとMPUだった。
213:ナイコンさん
10/10/13 22:58:17 .net
MMUだろそれ
仮想記憶とは違う
214:ナイコンさん
10/10/13 23:04:57 .net
だって、メモリにマップする以上補助記憶も区別つかないじゃないか。
215:ナイコンさん
10/10/13 23:06:02 .net
仮想記憶を実現する為のハードがMMUです。
216:ナイコンさん
10/10/14 01:17:01 .net
以下、ウロ覚えで書いてるから間違いがあったらご容赦
>>204
ごめん。仮想記憶の話は386や(実在しない)68x09の話。
6809なら仮想アドレス=実アドレスで意味ないし。
>>205
> 32bit化を意識って、コードは63C09のままで、
今のIA-32命令は、32bit命令にプリフィックスが付く可変長命令体系。
結果、命令デコードが大変。Intel vs AMDの性能の優劣も、命令デコードが鍵を握ってるし。
なので、レジスタ指定やらアドレッシングで簡単に32bitを指定出来る命令体系だったら…という話。
実際、6809命令に空きビットがあったかどうかは覚えてないけど。
勿論、x86系みたく力業で命令体系を拡張してもいいけど、それは68系の美学(笑)に反する。
>>208
> 仮想記憶管理用だけのためにもう一個68000を積む必要があった
それ、聞いた事がある。
確か、一命令位の時間差で実行し、先行するMPUが実メモリの無い空間にアクセスしたらそれを検知。
後発MPUには問題なくアクセス出来るように処置する…だった様な。
>>214
> だって、メモリにマップする以上補助記憶も区別つかないじゃないか。
補助記憶装置はメモリ空間に直接マッピング出来ないし。
確かにMPUには区別無いよ。
無いけど、(実メモリが)マッピングされていない空間にアクセスするとMMUから一般例外が発行されるの。
するとMPUと言うかOSが、補助記憶と主記憶とでデータをスワッピングし、アドレスをマッピングしなおして処理を再開。
元の処理に戻ると何事も無かった様に処理を継続出来る。
そんな訳で、DOS窓を何個も実行出来るOS-9/386があったら良かったなと。
(連投します)
217:ナイコンさん
10/10/14 01:33:06 .net
>>216
> そんな訳で、DOS窓を何個も実行出来るOS-9/386があったら良かったなと。
しかし、実際には Windows 2.0時代で既に出来てた。
それは386対応のWindows/386。登場は1990年。
スレチでした
218:ナイコンさん
10/10/14 01:57:20 .net
OS-9/6809の頃、8086のクロックが8MHzであった。
OS-9でマルチタスクで走らせると遅くなる、
完全な時分割だから すごく遅くなる。
急ぎの仕事の時は、PC-9801を3台並べて使った、
データはフロッピーで交換して同時に走らせる、結局これが速い。
OS-9のシリアルポートに複数のPC-9801/MS-DOSを接続して
同時に走らせると快適だろうと思う。
これは当時のunixで普通に使われる方法でした。
時代は流れMINIXが産まれLinuxが育った今、
OS-9の価値を見出す事が出来るのか？
容易にROM化できる特性を活かした組込みしか残って無かった。
219:ナイコンさん
10/10/14 02:01:40 .net
要するに、存在しないアドレスをマップしたら割り込み起こさないとスワップが動かないってこと？
サービスリクエストにメモリマップ覚えさせとけばいいだけじゃない？
220:ナイコンさん
10/10/14 13:53:24 .net
>>216
> > 仮想記憶管理用だけのためにもう一個68000を積む必要があった
> それ、聞いた事がある。
> 確か、一命令位の時間差で実行し、先行するMPUが実メモリの無い空間にアクセスしたらそれを検知。
> 後発MPUには問題なくアクセス出来るように処置する…だった様な。
もう一個68000を積んだ、はその通りだけど「一命令ぐらいの時間差で」は俗説で
実際にはそういう形で動いていたのではなかったようです。
だってそれ無茶でしょ。メモリは書き換えられるものだし、I/Oの処理関連なんか
それで2つのCPUが同期して動く訳が無い。2つのCPUを同じ状態にして動かすぐらい
なら専用のハードウェアを作ったりCPUを設計しなおした方がよっぽど簡単だし早い。
URLﾘﾝｸ(www.st.rim.or.jp)
実際には上のページにあるようにページフォルトが発生した時点でメインのCPUを
止める。それから2つ目のCPUがページのロード、再配置処理を行って再実行でき
るように環境を整える。ここでメインのCPUに処理を切り替えて止めたところから
命令を実行する。そういう形で実装していたそうです。
221:ナイコンさん
10/10/14 20:51:12 .net
・・・サイクルスチール？
222:ナイコンさん
10/10/14 22:50:07 .net
使ってる技術 (バス調停) は同じだけど、サイクルスチールはあくまでも
メモリサイクルを「盗む」もので、>>220 の話とは目的が違うよ。
223:ナイコンさん
10/10/15 00:24:33 .net
>>220
68000を2個搭載して仮想記憶を実現したのは、Apollo社のdomainワークステーションだね。
OSはUnixじゃない・ネットワークはEtherじゃない・標準の開発言語はCじゃなくてPascal
という、今にして思えば変なマシン。
それ以外の68000ベースのUnixマシンは（SUNも含めて）、仮想記憶じゃなかった。
224:ナイコンさん
10/10/15 01:18:27 .net
>>220
そういう実装だったんだ、なるほどねぇ。
>>223
> それ以外の68000ベースのUnixマシンは（SUNも含めて）、仮想記憶じゃなかった。
Version 7 UNIXとOS-9の違いって、なんだろう。
どちらも仮想記憶がなく、16bit CPUで動作した。
Version 7 UNIXが6809にポーティングされてたら、OS-9の立場が無かった?
>>172
> NitrOS-9 てのがある。
GUIもあるのね。CoCoのエミュ上で実行してみたくなった。
他、追って言ったらGCC6809があるのね。
GCCがあるなら、uCLinuxかLinux8086なら6809にポーティング出来たりして。
225:ナイコンさん
10/10/15 01:34:31 .net
unixはCコンパイラで作られて大きい、
そしてハードディスクを前提に設計されている。
OS-9はディスクを必要としない。メモリだけでも動作する。
OS-9用のgccがあるはず、68kのPDSになってる。
226:ナイコンさん
10/10/15 02:01:24 .net
OS-9/68000は銀行のATMに使われた事があるな
227:ナイコンさん
10/10/15 06:48:09 .net
>>225
Version 7 UNIX、つまりXENIXはi8086で動作したんだよ。
8086で動いたなら、6809でも出来そう。ディスクの件抜きで
228:ナイコンさん
10/10/15 10:47:22 .net
64kBのメモリで動くとは思えん
229:ナイコンさん
10/10/15 12:46:19 .net
>>228
PDP-11/20は56ｋBだったよ。
UNIXも最初は小さかったのさ。
230:ナイコンさん
10/10/15 22:47:20 .net
OS-9 Level 1 (64KB) でもCコンパイラが一応動いてたからな。
メインメモリが64KBでも、256KBとか512KBのRAMディスクがあれば
比較的快適だった。
231:ナイコンさん
11/02/14 19:52:30 .net
ヤフオクのMacintosh > OSにOS-9が出品されている不思議
232:ナイコンさん
11/02/14 23:11:24 .net
これのこと?
URLﾘﾝｸ(page2.auctions.yahoo.co.jp)
たしかに MICROWARE って書いてあるけど
動作環境が不明だ…
233:ナイコンさん
11/02/20 23:27:32.42 .net
単に素人がMAC OS9と間違えたんだろ。
234:ナイコンさん
11/09/10 16:52:16.57 .net
age
235:ナイコンさん
11/09/10 19:57:52.29 .net
久々にカキコがあったな。
つい最近、SH用のOS-9があることを知って懐かしかった。
OS-9 for Embedded Systems/SuperH
URLﾘﾝｸ(japan.renesas.com)
236:ナイコンさん
11/09/10 20:37:22.58 .net
SHって日立だよな。
これって68系?(ってほども似てないか)
237:ナイコンさん
11/09/10 21:35:58.46 .net
ＳｕｐｅｒＨは、日立(今はルネサス)のオリジナルだよ。
68系ならARMかな。あれは6502からRISCに進化したものだから。
逆に68kを8bitに退化させたのが、ルネサスのH8
URLﾘﾝｸ(ja.wikipedia.org)
思うんだが、SHでもARMでも、ボードマイコン上でOS-9が走ってたら楽しそう…。
昔を懐かしんでいるだけかな。
238:ナイコンさん
11/09/10 23:56:30.01 .net
SuperHというとセガサターンのSH2が有名だな。
239:ナイコンさん
11/09/11 05:40:46.23 .net
DreamCastもあったぜよ。
OS-9、限定でいいからフリーになんないかな。
240: 【東電 74.4 %】
11/09/11 13:01:16.63 .net
スレチだがNECになってもちゃんと残ってた
URLﾘﾝｸ(resource.renesas.com)
OS-9ってプログラムカウンタ相対が無いと無理じゃないのか？
241:ナイコンさん
11/09/11 13:07:47.49 .net
ポジションインディペンデント、リエントラント
242:ナイコンさん
11/09/11 18:08:32.67 .net
>>237
>68系ならARMかな。あれは6502からRISCに進化したものだから。
え? 馬鹿なの?
243:ナイコンさん
11/09/11 20:56:21.60 .net
>>242
> え? 馬鹿なの?
え? アホなの?
URLﾘﾝｸ(ja.wikipedia.org)アーキテクチャ
命令セットは8ビットCISCである6502を発展させたものであり、典型的なRISCというよりはむしろCISC的で[1]手作業による最適化がしやすい特徴的なアーキテクチャを持つ。
244:ナイコンさん
11/09/11 20:58:18.45 .net
Wikipediaのアホ記述信じてるバカ発見
245:ナイコンさん
11/09/11 21:01:55.04 .net
>>243
>命令セットは8ビットCISCである6502を発展させたものであり、
全然違うだろｗ
>典型的なRISCというよりはむしろCISC的で[1]手作業による最適化がしやすい特徴的なアーキテクチャを持つ。
条件実行だの3オペランドだの変態的なだけだろｗｗ
246:ナイコンさん
11/09/11 21:03:50.70 .net
>>243
>命令セットは8ビットCISCである6502を発展させたものであり、
6502の命令セットのどの辺をどう発展させたかお前の言葉で説明してみ?
247:ナイコンさん
11/09/11 21:06:52.20 .net
同種の馬鹿発見
URLﾘﾝｸ(it.slashdot.jp)
248:ナイコンさん
11/09/11 21:15:25.38 .net
>>243
>え? アホなの?
>URLﾘﾝｸ(ja.wikipedia.org)アーキテクチャ
>命令セットは8ビットCISCである6502を発展させたものであり、典型的なRISCというよりはむしろCISC的で[1]手作業による最適化がしやすい特徴的なアーキテクチャを持つ。
脚注に
>1. ^ 可変長の命令でコード密度を向上させ、多彩なアドレッシングモードを持つことにより命令数を
>削減するなど、CISC的な特徴を低消費電力化に利用している。ただしマイクロプログラムは持たず
>過度の複雑さを避けるなど、RISCの利点も存分に活かしている。
なんて書いてあるけど、これがどんだけトンチンカンなことか理解できる?
249:ナイコンさん
11/09/11 21:15:41.33 .net
>>243
英語版にはそんな記述ないよ。
URLﾘﾝｸ(en.wikipedia.org)
250:ナイコンさん
11/09/11 21:32:01.95 .net
>68系ならARMかな。あれは6502からRISCに進化したものだから。
>逆に68kを8bitに退化させたのが、ルネサスのH8
うわぁ…
251:ナイコンさん
11/09/11 21:33:34.59 .net
URLﾘﾝｸ(www.cqpub.co.jp)
252:ナイコンさん
11/09/11 21:40:04.66 .net
6502採用のPCの後継機種用として開発された最初期のARMに、6502の
エミュレーション機能があったってのは、ARMの命令セットが6502の
それを発展させたものだってのとは全然違う話だよなぁ。
253:ナイコンさん
11/09/11 21:54:54.70 .net
URLﾘﾝｸ(techtarget.itmedia.co.jp)
当時、Acornはモステクノロジーの「6502」というプロセッサをベースにマイコンを作っており
254:ナイコンさん
11/09/11 22:01:44.96 .net
URLﾘﾝｸ(www.tumblr.com)
The spirit of 6502 ?- clean instruction set on economical processor ?- was inherited to Acorn’s RISC Machine, that is currently known as ARM.
The Acorn was a huge 6502 user and also a developer of extender (co-processor) of the 6502; they should have known the 6502 quite deeply.
もっと見たい? んなの、事実なんだからいくらでも出てくるよ。
255:ナイコンさん
11/09/11 22:03:16.20 .net
>>252
NECのV60やV70にはV30のエミュレーションモードがあったらしいけど、アーキテクチャは全然違うよね。それと同じ。
URLﾘﾝｸ(multimedia.cx)
256:ナイコンさん
11/09/11 22:06:00.95 .net
>>243
>命令セットは8ビットCISCである6502を発展させたものであり、
早く根拠出せよ。 ﾁﾝﾁﾝ(AA略
257:ナイコンさん
11/09/11 22:07:53.22 .net
>>256
>>254
258:ナイコンさん
11/09/11 22:10:49.45 .net
>>237
>68系ならARMかな。あれは6502からRISCに進化したものだから。
ARMが6502を進化させたものだと言ってるのも痛いが、6502を68系って言ってるのも痛いな。
マイナス×マイナスでプラスにならなかったのが残念。
259:ナイコンさん
11/09/11 22:20:30.93 .net
>>254
単純な命令セットで安価なプロセッサを実現するという6502の精神を引き継いだ
とは書いてあるね。それで?
>6502からRISCに進化したものだから。
>命令セットは8ビットCISCである6502を発展させたものであり
全然違う話だよね?
260:ナイコンさん
11/09/11 22:26:34.31 .net
>6502からRISCに進化したものだから。
>命令セットは8ビットCISCである6502を発展させたものであり
こんなこと言うと
8080→Z80→Z380
8080→8086→80386→AMD64
6502→65816
6800→6809
フツーコレぐらいの話だよな。
6502→ARM? 共通点探すほうが難しいだろｗ
261:ナイコンさん
11/09/11 22:38:39.62 .net
>>243
お前が6502かARMのどちらか、あるいは両方を知らないことは分かった。
262:ナイコンさん
11/09/11 22:50:12.64 .net
このネタはいつも論争になるな
263:ナイコンさん
11/09/12 02:13:08.70 .net
>>237
おいおい、お前6502とARMのアーキテクチャ知ってて言ってんの?
>>243
6502→1語1～3バイトの可変長
ARM→1語4バイトの固定長
thumb→1語2バイトの固定長
基本的なところで全然違うじゃんよ。何言ってんの?
>>254
出所も分からん全然関係ない話引っ張って来て何言いたいんだよ。
いいから6502からRISCに進化したものがARMって根拠さっさと挙げろや。いくらでも出てくるんだろ?
264:ナイコンさん
11/09/12 19:46:35.40 .net
OS-9スレでARMの話を力強くされても。
265:ナイコンさん
11/09/12 19:50:49.85 .net
だってARMは6502から進化してるんだから、無関係でも無いでしょ
266:ナイコンさん
11/09/12 20:33:15.42 .net
ARM版OS-9もあるみたいだから無関係ではないな。6502は完全にスレ違だが。
267:ナイコンさん
11/09/12 20:37:05.32 .net
OSのスレッドでプロセッサの議論をするのはスレ違いだと思う。
268:ナイコンさん
11/09/12 20:53:10.18 .net
モトローラ社がMC6809を開発中に、マイクロウエア社へBASIC09の開発依頼をした、
マイクロウェア社は、BASIC09の為の環境ソフトとしてOS-9を作った、もちろんアセンブラで記述されている。
BASIC09は構造化されたパスカルに似た構造を持っており、セミコンパイルされる。
OS-9は次にMC68000版を作った、OS-9/68000である。
そして、C言語へ書き直されマルチプラットフォーム化されOS-9000と呼ばれた、
後に全部を含めてOS-9と呼ぶようになった。
ちなみに、Mac OS-9とは完全に別物である。
269:ナイコンさん
11/09/12 20:54:50.09 .net
>>265
俺、このスレの住人はもう少しまともだと思ってたんだが…。
URLﾘﾝｸ(www.ot1.com)
As described earlier, these were for a processor which retained the ethos of the 6502 but in a 32-bit RISC environment,
270:ナイコンさん
11/09/12 21:19:24.59 .net
Wikipedia酷いな。
ARMアーキテクチャ - Wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
> 命令セットは8ビットCISCである6502を発展させたものであり、
> ARMの設計は、1983年にエイコーン・コンピュータによって開始された。その開発は
> モステクノロジー 6502の延長とも言えるものであり、当時6502に基づいた一連の
> コンピューターを製造していたエイコーンにとっては、同じ要領でプログラムできる
> チップは大きな強みになるはずであった。
> ARMのインストラクション・セットは6502のコンセプトに沿っているが、
MOS 6502 - Wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
> なおARM (Acorn RISC Machine) は、6502の延長として設計されており、6502との
> 共通点が見られる。
271:ナイコンさん
11/09/12 22:59:37.76 .net
>>268
Macの方はMacOS 9だよ。MicrowareがAppleを訴えたけど、
負けたんだったか、引っ込めたんだったな。
272:ナイコンさん
11/09/12 23:11:18.00 .net
確か負けたんだよ。
MACのほうはあくまでOSの9番目以上の意味はないとか、じゃなかったかな。
386とか486なんかとおんなじ扱いだったと思う。
273:ナイコンさん
11/09/12 23:19:48.54 .net
>>271
ちょびっと書いてあるな
URLﾘﾝｸ(en.wikipedia.org)
274:ナイコンさん
11/09/13 00:54:42.52 .net
アップルの他人の権利を踏みにじるやり方だけは許せないよなあ。
275:ナイコンさん
11/09/13 00:58:18.78 .net
>>270
うぃきなんて参考程度で信用出来ない
必ず他の方法で裏とらないととんだ恥をかく事になる
なんてたって無責任な素人のマメ知識自慢でしか無いからな
276:ナイコンさん
11/09/13 20:37:21.57 .net
自分もARMは6502の何か(インストラクションセット的に)を受け継いでるものと
ぼんやり思ってたけど違うんだね。まあそうとわかっているなら詳しい人は
Wikipedia修正してくれてもいいのに、とかは思う。Wikipediaなんか絶対使わない
ってんならお願いはできないけど
277:ナイコンさん
11/09/13 21:18:22.25 .net
CPUとOSの関係: ARM版Windowsは「買い」か Posted by 横山哲也 ( 2011年01月11日 )
URLﾘﾝｸ(www.computerworld.jp)
> 余談: そもそもARMはモステクノロジー6502アーキテクチャの流れをくむプロセッサである。
↑プロのライターっぽい人がこーゆーおかしなこと書いちゃうのも、Wikipedia辺りのデタラメ記述に
遠因があんのかな?
278:ナイコンさん
11/09/13 21:32:37.24 .net
> アーキテクチャの流れをくむ
この表現であれば、間違いではない。 正しいとは言わないが
279:ナイコンさん
11/09/13 21:36:42.68 .net
6502を積んだ機種の後継機用に開発されただけであり、アーキテクチャ上の繋がりとかはない。
280:ナイコンさん
11/09/13 21:39:29.75 .net
余談: そもそもPowerPCはモトローラ68kアーキテクチャの流れをくむプロセッサである。
こういうことも間違いではないことになるなｗ
281:ナイコンさん
11/09/13 22:27:33.79 .net
ケツの拭きが甘かったのかアナルが痒くなってきた。
早く西本棟にもウォシュレット導入してくれ
282:ナイコンさん
11/09/13 22:29:07.16 .net
だめ
283:ナイコンさん
11/09/13 23:06:04.33 .net
>>280
ならんだろ。Powerに68kエミュレーション機能を付けて1chip化した
もんでしょ。Powerと68kには何のつながりもないし。
284:ナイコンさん
11/09/13 23:27:08.29 .net
x86アーキテクチャ
4004→8008→8080→8085と進化した8bitアーキテクチャ。
それを受け継ぎ、命令セット互換性を保ちつつ16bitに拡張した8086。
その8086に、マルチタスクやデータの完璧さや安全性の為にプロテクトモードを導入した80286。
さらに286を32bitに拡張した80386により、現在のx86アーキテクチャは完成した。
その後、順当に486,Pentiumと32bit CISCプロセッサとして進化した。
しかし、Pentium→PentiumPro時に内部をダイナミックに変更し、RISC構造を導入した。
これが現在のCoreプロセッサに繋がる原型の誕生である。
だが、内部が幾らダイナミックに進化しようと、AMDが互換プロセッサを作ろうと、
8085から始まったx86アーキテクチャである事には変わりない。
これに何か異論があるか?
285:ナイコンさん
11/09/13 23:28:31.64 .net
結局、x86アーキテクチャなぞソフトから見たアーキテクチャでしかない。
もし仮に、インテルが8085から途中の16/32bit CISCを伏せたまま一気にPentiumProを発表したら、
それはアーキテクチャを継承していないと言えるのか?
順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?
おまえらの言っていることは、これと同じ論理だよ。
286:ナイコンさん
11/09/13 23:38:26.71 .net
8086は8085を受け継いでいない
287:ナイコンさん
11/09/13 23:41:49.27 .net
8086は8085の完全互換です。
288:ナイコンさん
11/09/13 23:42:23.69 .net
>8085から始まったx86アーキテクチャである事には変わりない。
異論あるよ
289:ナイコンさん
11/09/13 23:44:11.83 .net
>>287
ピンアサインから違うのに完全互換なワケない
290:ナイコンさん
11/09/13 23:46:25.82 .net
ソースコードレベルで互換。
6800と6809も そう
291:ナイコンさん
11/09/13 23:48:59.58 .net
>>284
>4004→8008→8080→8085と進化した8bitアーキテクチャ。
>それを受け継ぎ、命令セット互換性を保ちつつ16bitに拡張した8086。
8085は組み込み用の性質が強いから外して。
292:ナイコンさん
11/09/13 23:55:21.46 .net
>>290
>6800と6809も そう
昔からよく言われるが間違い
293:ナイコンさん
11/09/13 23:56:32.41 .net
>>285
>順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?
>
>おまえらの言っていることは、これと同じ論理だよ。
ちょっと何言ってるかわかりませんね
294:ナイコンさん
11/09/14 00:19:46.49 .net
>>284
>その後、順当に486,Pentiumと32bit CISCプロセッサとして進化した。
Pentiumの頃にはCISCとRISCのいいとこどりのCRISCとか言ってた筈。
295:ナイコンさん
11/09/14 00:31:40.55 .net
>>284
>4004→8008→8080→8085と進化した8bitアーキテクチャ。
4004が8bitアーキテクチャ?
296:ナイコンさん
11/09/14 00:36:44.42 .net
>>284
>4004→8008→8080→8085と進化した8bitアーキテクチャ。
>それを受け継ぎ、命令セット互換性を保ちつつ16bitに拡張した8086。
命令セットに互換性はない。
8080から8086へのソースコードレベルでのコンバートがし易いよう考慮されてるだけ。
297:ナイコンさん
11/09/14 00:38:59.20 .net
>>284
>さらに286を32bitに拡張した80386により、現在のx86アーキテクチャは完成した。
完成していないから386以降もドンドン命令が追加され続けてるわけですが。
298:ナイコンさん
11/09/14 00:49:17.52 .net
>>284
>これに何か異論があるか?
8085をx86と呼ぶのはおかしいと思う
299:ナイコンさん
11/09/14 00:50:24.39 .net
>>292
なにがどう間違い？
300:ナイコンさん
11/09/14 00:50:53.75 .net
>>284
>その後、順当に486,Pentiumと32bit CISCプロセッサとして進化した。
スーパースケーラが導入され、外部データバスが64bit化されたPentiumを
単純に"32bit CISCプロセッサ"と言い切って良いかは疑問。
301:ナイコンさん
11/09/14 00:50:56.67 .net
>>284
4004は8ビットじゃないよ。
最初から最後まで間違ってんじゃんｗ
302:ナイコンさん
11/09/14 00:52:51.16 .net
>>299
6800のABA(A=A+B)のような命令が、6809には相当するものがなかった筈。
303:ナイコンさん
11/09/14 00:56:49.14 .net
>>284
>データの完璧さ
意味不明
304:ナイコンさん
11/09/14 01:00:50.72 .net
>>284
>さらに286を32bitに拡張した80386により、現在のx86アーキテクチャは完成した。
フツー16bitと32bitと並べて"x86アーキテクチャ"なんて言いません。
"386"とか、"x86-32"とか、"IA32"とか、分かるよう表記を区別します。
305:ナイコンさん
11/09/14 01:05:19.23 .net
>>284
>それを受け継ぎ、命令セット互換性を保ちつつ16bitに拡張した8086。
命令セットは大幅に強化されてるし、メモリ空間も広くなってるし、数値演算
コプロセッサの使用も考慮されてるしで↑みたいな単純な話じゃないですね。
306:ナイコンさん
11/09/14 01:05:24.52 .net
必死な奴らw
307:ナイコンさん
11/09/14 01:10:33.12 .net
>>285-305
ざっと読んだが、肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?
308:ナイコンさん
11/09/14 01:12:07.45 .net
>>284
>これに何か異論があるか?
挑発的なこと書いちゃったらいくらかツッコミ入れられるのも仕方ないよね
309:ナイコンさん
11/09/14 01:13:17.01 .net
>>307
>肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?
意味分からんのだけどそれ誰の主張?
310:ナイコンさん
11/09/14 01:14:35.72 .net
8085→PentiumProの過程と、6502→ARM1への過程との本質的な違いは何か?
311:ナイコンさん
11/09/14 01:15:39.02 .net
時間はたっぷりあるから、一晩でも二晩でも考えてなw
312:ナイコンさん
11/09/14 01:16:22.91 .net
>>307
>ざっと読んだが、肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?
>>284と>>285が繋がってるって誰も分かってないんじゃないの?
つーか>>285で何言いたいのか俺も分からん。
313:ナイコンさん
11/09/14 01:18:51.58 .net
>>285
>結局、x86アーキテクチャなぞソフトから見たアーキテクチャでしかない。
ソフトから見てx86互換のCrusoeをx86アーキテクチャという人はいないんじゃない?
314: 【東電 64.9 %】
11/09/14 01:19:25.46 .net
x86はDISCでいいだろ
315:ナイコンさん
11/09/14 01:30:48.74 .net
>>285
>もし仮に、インテルが8085から途中の16/32bit CISCを伏せたまま一気にPentiumProを発表したら、
>それはアーキテクチャを継承していないと言えるのか?
8085とPentiumProは、レジスタの構成やフラグの並びなど似たようなところは結構あるよ。
アセンブラのニモニックも共通なのがあるし。
6502とARMは、そうではないね。
316: 【東電 64.9 %】
11/09/14 01:31:50.67 .net
intelがVLIWでx86命令セットの実行エンジンを実装したら
x86アーキテクチャと言ってしまいそうな気がする
317:ナイコンさん
11/09/14 01:53:03.43 .net
>>285
>順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?
何言いたいのか分からん。
6502の何がARMに継承されてるのか説明してみ?
8080→IA32のフラグレジスタみたいな分かり易い例がいいわ。
URLﾘﾝｸ(www.st.rim.or.jp)
URLﾘﾝｸ(www.kollewin.com)
318:ナイコンさん
11/09/14 01:59:08.21 .net
6502レジスタ(含フラグ)
URLﾘﾝｸ(www.st.rim.or.jp)
ARMレジスタ
URLﾘﾝｸ(www.botskool.com)
ARMフラグ
URLﾘﾝｸ(www.botskool.com)
まあ、これ見るだけでも違うってわかるよね。
319:ナイコンさん
11/09/14 03:23:42.43 .net
>>307
>順次発表したら継承で、
4004→8008→8080→8085→8086→80286→80386→486→Pentium→PentiumPro ってコト?
>飛び越して発表していたら継承ではないと強弁するのか?
6502→ARM ってコト?
6502からARMに何がどう継承してるの? まずそれを主張すれ。
320:ナイコンさん
11/09/14 03:25:49.81 .net
>>311
>時間はたっぷりあるから、一晩でも二晩でも考えてなw
このヒトまず自分の主張が相手に自分の意図した通りに伝わってるかどうか気にした方いいと思うよ。
321:ナイコンさん
11/09/14 03:51:19.93 .net
>>284-285みたいなこと書いちゃう人だから馬鹿かコミュ障なんじゃないかと…
322:ナイコンさん
11/09/14 06:09:16.66 .net
>6502からARMに何がどう継承してるの? まずそれを主張すれ。
1. 外部からの入力に応じて内部が変化するところ
2. クロックに同期して動作するところ
3. 電気で動作するところ
4. 原料
323:ナイコンさん
11/09/14 10:30:57.66 .net
>>322
>1. 外部からの入力に応じて内部が変化するところ
6502には確かに外部からの入力を内部に反映させる~S.O.(Set Overflow)という入力信号が
存在するが、ARMには同等のものは存在しないのでは?
>2. クロックに同期して動作するところ
SYNCとRDYでシングル命令実行できる6502は、必ずしも「クロックに同期して動作する」とは
言えないのでは?
>3. 電気で動作するところ
>4. 原料
半導体製品として実現された6502に対し、アーキテクチャのライセンスを販売するARMは、
実際の実装は自由であり、上記の主張は必ずしもそうだとは言い切れないのでは?
324:ナイコンさん
11/09/14 20:53:01.16 .net
だれかWikiを書き換えてやれよ
明らかに間違っているだろ
325:ナイコンさん
11/09/14 22:02:12.98 .net
>>284
>>285
おい、なんか返事しろよ
326:ナイコンさん
11/09/14 22:05:12.69 .net
>>307
>肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?
それ以前に、「飛び越して発表したけど継承ですよ」の主張が見当たらんのだが。
327:ナイコンさん
11/09/14 22:38:23.53 .net
えらくスレ違いで盛り上がってるなw
328:ナイコンさん
11/09/15 00:10:47.52 .net
みんな元OS-9ユーザーだったかと思うと頭が痛い
329:ナイコンさん
11/09/15 10:42:19.71 .net
Airユーザーもいるだろ
330:ナイコンさん
11/09/15 14:58:12.55 .net
Air って何? 検索したけど Ubiquiti ?とかいう会社のサイトしか見つからなかった
Microware と何か関係あるのかな
ちなみに自分は、Basic-09 ぐらいしか知らない万年初心者なので、すみません
331:ナイコンさん
11/09/15 15:04:22.90 .net
AirギターのAir。つまり見せかけOS-9ユーザー。
332:ナイコンさん
11/09/15 17:00:09.79 .net
>>330
333:330
11/09/15 18:30:31.54 .net
なるほど、そういう言い回しがあるんですかw
面白い勉強をさせてもらいました。Thx
ちなみに恥を拡げるような質問だけど、割れ(不正)品ユーザの意味も含む?
それとも、OS-9L2まで購入しながらBasic09もろくに使いこなせなかった
自分のような「とりあえず持ってましたー／w」ユーザの意味かな?
334:ナイコンさん
11/09/15 19:25:46.99 .net
うちの犬（＝柴犬）の得意技が「Airお手」だったりする。
335:ナイコンさん
11/09/15 20:10:17.71 .net
>>333
まったくOS-9を持っていない、使ったことのない人。
336:ナイコンさん
11/09/15 22:47:35.96 .net
X6のOS-9 68000はCで書かれているらしくとても遅かった
FM-11のOS-9の方がストレス無く使えた
期待して買ったのにとてもshockだった印象が残っている
アセンブラで書かれたOS-9 68000がほしい
そもそもHumanみたいなクソOSやSX-Windowなんか開発して付けるくらいなら
OS-9を付けて欲しかった
337:ナイコンさん
11/09/15 23:59:12.36 .net
>>336
残念だが、X68000用のOS-9はアセンブラで書かれている。
338:ナイコンさん
11/09/16 00:00:48.25 .net
Cだろ
339:ナイコンさん
11/09/16 00:01:35.17 .net
アセンブラは6809版
340:ナイコンさん
11/09/16 00:07:36.86 .net
>>302 >>299
ソース互換だからいいんだよ。
っていうか、アセンブラが頑張ってただけだよ。
この手の命令の場合はスタックにプッシュして、スタック間接
アドレッシング＋オートインクリメントとかで実現したと思う。
バイト数は食うは遅くなるはで、その場しのぎならいいけど、
通常はソース書き直すはめになる。
8085→8086の変換の方が効率はよかったな。
341:ナイコンさん
11/09/16 00:12:03.85 .net
>>338 >>339
このスレの住人のくせに何間違って覚えてんだよ。
6809と680x0版のOS-9に限ってアセンブラで書かれている。
もちろんカーネル部分のみね。
680x0版のコマンドは確かにCで書かれたものが多かったかもしれん。
6809版はコマンド類も全部アセンブラ。
342:ナイコンさん
11/09/16 05:07:29.71 .net
MC68Kはクロック当りのIPC値が低いのでカーネルをアセンブラで書いても遅いのではないかと。
開発言語の問題ではなく、そもそもMIPS値が出ない。
MC68K採用した他のOSでも同時にマルチプロセスを起動すれは極端に遅くなります。
FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。
だからこそUNIX-WSメーカーはRISCへ移行したのです。MACやNEWS等の国内を含め。
正確なベンチマークテストと計算オーダーの見積もりが出来なかった所が最後までMC68Kを過信したのです。
343:ナイコンさん
11/09/16 05:29:12.45 .net
ただ、遅いとはいえ、身近なUNIX環境としての評価は高く、価値はあった。
マルチプロセス、ウインドウという環境は当時Windowsすら無い時代にあっては貴重な体験です。
ウインドウとシェル環境は、当時一般的なエントリーPC環境には無く、ハイエンドWS環境なのですから。
344:ナイコンさん
11/09/16 06:44:38.14 .net
>FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。
345:ナイコンさん
11/09/16 06:53:09.52 .net
今風に言えばデュアルコア・・・
346:ナイコンさん
11/09/16 06:55:11.27 .net
FM-7も今風に言えばデュアルコアだったのか
347:ナイコンさん
11/09/16 06:59:27.82 .net
NEWSの大抵の機種も今風に言えばデュアルコアですね
348:ナイコンさん
11/09/16 06:59:34.11 .net
Q. FM-8の場合はどうなのでしょう？
A. はい。今風に言えばデュアルコアになります。
349:ナイコンさん
11/09/16 07:23:06.55 .net
いくらなんでも8bit CPU2つ並べが内部32bit CPUより速いという（へ）理屈はねーよ
メインで動くのは1つなんだぜ
＞今風に言えばデュアルコア・・・
350:ナイコンさん
11/09/16 07:55:58.84 .net
今風に言えばHyper-Threading Technologyの方が近いカモなｗ
351:ナイコンさん
11/09/16 11:53:52.71 .net
横レスですが…、FMシリーズの演算メイン+画像サブを無理にたとえるなら
むしろ Cell Broadband Engine とか Fusion Processor みたいな
ヘテロ結合(だっけ？)を引合いに出すほうが適切なのでは?
>>349
>いくらなんでも8bit CPU2つ並べが内部32bit CPUより速い
元の「今風に言えば～」は速度の話じゃないと思うから、レスの要点がずれてるかも
そもそも >>344-350 の流れは無意味というかスレのムダ使いのような…
ここは大人しか集まらない場所なんだし、書いてて虚しくないかなぁ?
(つうか、面白いと思ってるのが不思議)
352:ナイコンさん
11/09/16 12:01:07.07 .net
え? 面白いよ?
353:351
11/09/16 12:04:15.26 .net
これでも見て気分転換してください ＞ OS-9:愛好家の皆さん
URLﾘﾝｸ(stat.ameba.jp)
354:ナイコンさん
11/09/16 12:11:27.85 .net
>>342-343みたいなトンチンカンな書き込みに、
>MC68Kはクロック当りのIPC値が低いのでカーネルをアセンブラで書いても遅いのではないかと。
「クロック当りのIPC値」? 馬から落ちて落馬した、みたいな言い方だなﾜﾛﾀ
「カーネルをアセンブラで書いても遅い」? 当時のコンパイラが吐くコードの品質知ってて言ってんの?
等といちいち突っ込んでもツマランし、いいんでないの。
355:ナイコンさん
11/09/16 12:37:00.25 .net
>>342
>MC68K採用した他のOSでも同時にマルチプロセスを起動すれは極端に遅くなります。
>FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。
>だからこそUNIX-WSメーカーはRISCへ移行したのです。MACやNEWS等の国内を含め。
OS-9がRTOSって知ってる? RTOSとUNIXは性質が違うって分かってる?
356:ナイコンさん
11/09/16 12:52:27.10 .net
342=343=351か
からかわれるのが不満なら下らないこと書くなよ。
357:ナイコンさん
11/09/16 13:03:29.72 .net
>>342
>FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。
>>351
>むしろ Cell Broadband Engine とか Fusion Processor みたいな
>ヘテロ結合(だっけ？)を引合いに出すほうが適切なのでは?
プロセッサがどうこう言う前にバスの概念理解した方いいぞ
358:ナイコンさん
11/09/16 13:06:12.70 .net
6809の話題が盛んな頃、クロックの位相を反転させて同一バスにMPUを二つぶら下げる
なんて話はよく耳にしたけど、実際そういう実装した製品て何かあったのカナ。
359:351
11/09/16 13:43:22.19 .net
>>356
なんでも自演決め付けするのが、この板の一部の人(?)の悪いクセですね
>>342-343 さんとは別人ですよ。
前回、自分がカキコしたのは >>330 その前は >>232
自分は「陰湿な揚げ足取り」とか「大人気ない叩きあい」とかを長々と続けて
(時には「下ネタ」で流れを潰しにかかったりw)そういう雰囲気が嫌いなだけです。
他の人の書き込みが間違ってると思ったら、簡潔にそれを指摘すればいいだけだし
思い違い・勘違いのレスの中から、貴重なウンチクや昔の業界話を拾えるかも
しれないし、そう思うからこそこの板に常駐してるわけで…
他の板にならって、無理に斜に構えたレスや、殺伐感を演出したりする必要は
まったくないと思う
360:ナイコンさん
11/09/16 13:52:44.65 .net
>>359
で、バスの概念は理解できたかな?
361:351
11/09/16 13:53:11.94 .net
>>357
それもわかってるつもり(一応は?)。そもそも >>342 がバスとかの話を抜きにして
ざっくりとデュアルコアにたとえて、さらに別の人がハイパースレッドとか
言い出したから、それを言うならヘテロのほうがまだ良いんじゃないのかな?と思っただけ。
つうか、このレベルで言い争うのはやっぱ不毛だなぁ
(皆さん必死になりすぎだと思う、マジで血圧によくない、自分も含む)
362:ナイコンさん
11/09/16 13:56:19.10 .net
>>359
>他の人の書き込みが間違ってると思ったら、簡潔にそれを指摘すればいいだけだし
>>342-343の書き込みに対して「簡潔にそれを指摘」って無理な話だろ。言ってることほぼデタラメなんだから。
363:ナイコンさん
11/09/16 13:59:26.95 .net
>>361
>それを言うならヘテロのほうがまだ良いんじゃないのかな?と思っただけ。
「思い違い・勘違いのレスの中から、貴重なウンチクや昔の業界話を拾えるかも
しれないし、そう思うからこそこの板に常駐してる」人が何故技術的に出鱈目な
話をするの?
364:351
11/09/16 14:10:04.99 .net
ていうか発端は >>336 だよね? 自分は貧乏学生だったので FM-11もX68Kも買えず
単なる推測でしかないんだけど、>>336 氏が「遅く感じた」のは、OS-9の独特の
テキスト・タイリング式(?)マルチウィンドウを、FM-11はテキストVRAMで実行して
いっぽうX68Kのほうは、ビットマップ上にテキストも展開するからかも、とか思った。
(この話題もいつも荒れる種らしいので、あまり深く追及はしないw)
365:ナイコンさん
11/09/16 14:46:38.61 .net
>>364
>ていうか発端は >>336 だよね?
ここまで横道に逸れてんのは>>342-343と>>351の所為だろ。
366:ナイコンさん
11/09/16 14:59:08.47 .net
>>364
責任転換失敗！！
カコワルーイよ
367:ナイコンさん
11/09/16 20:47:04.14 .net
>>351
「Airお手」じゃないじゃん！
368:ナイコンさん
11/09/17 11:43:06.67 .net
os9/6809とos9/68000は同じであるが、違ってもいる
両方ともにアセンブラで記述されている。os9000はCコンパイラ
6809が64kbyteのメモリー空間、68000が16Mbyteのメモリー空間で大きく違う。
os9/68000の動きがモッタリして遅い、これは感覚的であって処理速度とは違う。
要因がひとつでなく多くの組合せでなっているのだとおもう
os9/68000の設計方針が違ってきている、
unixを大いに意識してunixからの移植が出来るように配慮される
また、モジュールチェックのCRCも厳密になったり、
ファイルサイズも２倍以上になっている。
軽快なos9/6809をそのままの形で68000へ移植するのもおもしろうである
369:ナイコンさん
11/09/17 11:45:10.63 .net
シャープx68000の話はまた別である、
全体がそれほど速くないしWindowシステムも違う。
os9が優位性を発揮できるのはLANの複数のPCを束ねてﾃﾞｰﾀｰﾍﾞｰｽｻｰﾊﾞｰとして使うときです。
4台くらいのパソコンをLAN接続しデータを共有すること。
当時として格安で実現できた。
当時はBBSホストとして使われるくらいであった。
370:ナイコンさん
11/09/17 12:24:49.10 .net
68ｋ版は単にWindowシステムだからだろ
371:ナイコンさん
11/09/17 19:49:16.48 .net
>>368 >>369
結局何の説明にもなってないじゃん。
372:ナイコンさん
11/09/17 19:59:24.71 .net
>>358
英国Dragon Data社の陽の目を見なかったマシン Dragon Beta(128) が、
同一バスに2つのMC68B09Eをつなげていた。
一方の68B09はDMA専用として動作していた。68B44を使えば済むのにね。
(将来的には何か他の用途に使うつもりもあったのかもしれんが)
なので、量産機ではそういう変な構成のは無いと思う。
373:ナイコンさん
11/09/18 02:23:21.44 .net
>>372
> (将来的には何か他の用途に使うつもりもあったのかもしれんが)
デュアルプロセッサ対応のOS-9があったら、面白かっただろうに。
374:ナイコンさん
11/09/18 07:55:31.29 .net
>「クロック当りのIPC値」? 馬から落ちて落馬した、みたいな言い方だなﾜﾛﾀ
そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを
MC88Kでも踏んだ。歴史が証明しているでしょう。
ゲーム基盤は古くはロジックICで組まれていたのです。それがマイコン時代となりロジック置き換え市場を狙って
6809が企画設計されたのです。16bit世代ではミニコンの設計をそのまま借用したからこそ設計に優位性が現われた。
しかし会社としてCPUアーキテクトではないのでそれ以上ではないのです。
MC88Kでも同じ間違いをし、ミニコンのデータゼネラルは88Kを採用したが故に同じように経営危機に陥りました。
SPARC/POWER他のマシンは自社設計です。ゲーム機ですらRISC一色でした。PSはSONYのNEWS関係者が関わっている事もMIPSの要因でしょう。
375:ナイコンさん
11/09/18 08:15:14.24 .net
筋金入りのCPUアーキテクトは、IntelやARMではないでしょうか。
SMPよりは、場合によっては非対称型の方が有効です。今でも有効です。例えばFPUは形を変えた非対称SMPです。
I/O部分に割り当てる事は昔から汎用機で行なわれていたし、今の携帯はSH+ARMのASMPも存在する。
SMPはOMRONのRUNA等がありましたが。
376:ナイコンさん
11/09/18 08:31:22.40 .net
>「カーネルをアセンブラで書いても遅い」? 当時のコンパイラが吐くコードの品質知ってて言ってんの?
Cコンパイラの出来不出来言うなら、当時UNIXはC(BCPL)で書かれていたし、
私の知っているOSはBCPLで書かれている事を知っています。
むしろMC68KはCなどの高級言語に向いた設計のはずです。X68KもCコンパイラが用意されていたはずです。
いち早くコンパイラが用意された事とMC68Kであった事は無関係ではない。
膨大なカーネルソースを呼んだ事有る人なら判りますが、C言語で記述する事は必ずしもデメリットではない。
それよりMIPS/Mhzの比があまりにも低いので、そのような小手先のテクニックは意味が無いといっているのです。
MC68K-8Mhz=0.125,今のRISCなら1Mhz/MIPSなのでこの値が1なのです。
377:ナイコンさん
11/09/18 08:40:51.62 .net
何を言いたいかというと、MC68Kでは0.125ですから、仮にクロックアップしても
37.5MIPSにしかならない。RISCなら軽く300MIPS出るのです。
MC68Kのような設計でオーバークロックがどれほど無意味か計算すれば直ぐ予想可能なのです。
当時Celeronでカジュアルなオーバークロックが流行ったのは、Celeron(P6アーキテクチャ)自体が内部RISCだったからです。
だからこそクロックアップに対して性能が追従するのです。
ついでに言えばX68Kの5年間維持する宣言は駄目です。互換性に言い換えるべきでした。
5年という期間をムーアの法則に従い考えてください。横軸は年ですが縦軸は対数(LOG)です。
ムーアの法則のグラフは直線で性能を直接指示するものではありませんが、スケールがLOGなので、
たった五年というスパンで取り返しの付かない性能格差を生じる可能性が高かった。
378:ナイコンさん
11/09/18 13:17:42.87 .net
>>374
>>「クロック当りのIPC値」? 馬から落ちて落馬した、みたいな言い方だなﾜﾛﾀ
>
>そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを
分かってねぇなぁ。アホか。
クロック当りのIPC値
↓
クロック当りのInstructions Per Clock値
↓
クロック当りのクロックあたり命令実行数値
って笑われてんだろ。
379:ナイコンさん
11/09/18 13:43:15.84 .net
>>374
>モトローラは元々半導体屋であって
社名の通りカーラジオ屋だろ。
CPUアーキテクトではない。
インテルもCPUアーキテクトじゃなくてメモリ屋な。
380:ナイコンさん
11/09/18 14:02:04.82 .net
>>374
>そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを
>MC88Kでも踏んだ。歴史が証明しているでしょう。
ソフトウェアから見たアーキテクチャが重要ではないことはインテルが証明してるな。
68kが終了した原因は、モトローラ自身が適切なアップグレードパスを用意せず、88kに切り替えようとしたことだろう。
88kの失敗の原因は、コスト高と市場投入のタイミングだろう。68kとは随分状況も違うと思うが。
381:ナイコンさん
11/09/18 14:50:14.26 .net
>>374
>そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを
>MC88Kでも踏んだ。歴史が証明しているでしょう。
88kのアーキテクチャ上の欠点て何? 具体的に指摘してみ?
>>375
>SMPはOMRONのRUNA等がありましたが。
LUNAな。マルチプロセッサ構成を前提にデザインされた88kの優位さが前面に出てた機種だったな。
382:ナイコンさん
11/09/18 15:12:02.68 .net
>>377
>何を言いたいかというと、MC68Kでは0.125ですから、仮にクロックアップしても
>37.5MIPSにしかならない。RISCなら軽く300MIPS出るのです。
>MC68Kのような設計でオーバークロックがどれほど無意味か計算すれば直ぐ予想可能なのです。
インテルみたいに見た目68kで内部RISCのプロセッサ用意できれば良かったねってだけの話じゃん
>当時Celeronでカジュアルなオーバークロックが流行ったのは、Celeron(P6アーキテクチャ)自体が内部RISCだったからです。
>だからこそクロックアップに対して性能が追従するのです。
上位製品と同じ技術で製造してたから低く設定されたクロックに対してマージンが大きかったってだけの話じゃん。
内部RISCって意味分かって言ってる?