OS-9スレッド

このエントリーをはてなブックマークに追加
1ナイコンさん
マルチユーザ・マルチタスクOSのOS-9専用スレッドです。
2ナイコンさん:04/11/25 14:30:46
2
3ナイコンさん:04/11/25 16:46:28
MAC ?
4ナイコンさん:04/11/25 18:10:45
>>3
OS-9はOperation System for 6809の略。
5ナイコンさん:04/11/25 18:13:34
もうコマンドほとんど忘れちまった。
pdとかあったっけ?
6ナイコンさん:04/11/25 18:13:59
7ナイコンさん:04/11/25 18:14:54
8ナイコンさん:04/11/25 19:07:42
>>4
OS-9/68kの立場は?
9ナイコンさん:04/11/25 19:10:42
なんで昔のPC板なんだ?

>>1は星さんに謝れ
10ナイコンさん:04/11/25 19:21:34
>9
flex/flex-9ならOKでつか?
11ナイコンさん:04/11/25 20:01:16
>>8
まだ現役でしょう、なつかしには早すぎ。

12ナイコンさん:04/11/25 20:05:10
>>11
というわけでOS9 6809の動く
国産では
FM−8・FM−11・FM−7・FM−77・BML3・BMS1の
パソコンスレと化すのだ
13ナイコンさん:04/11/25 23:23:34
OS9 L2の端末に最適
ttp://page9.auctions.yahoo.co.jp/jp/auction/k12109773
1978年 LSI社 ADM−3A ジャンク 

FM−11ってADM−3Aエミュレートモードが有ったのでした。・

14ナイコンさん:04/11/25 23:36:04
>>12
PC-98 とかにも、68000 ボードで OS-9 で遊べたのですが、
こっちなのかな?
15ナイコンさん:04/11/26 17:17:09
>>14
それはForksのボードでOS9/68000ですね。
68Kもそろそろ古CPUの仲間入りかもしれませんね。
16ナイコンさん:04/11/26 18:43:32
MC68000なんてV30クラスの石だぜ
060ならPentiumと張り合えるが…
17クマー:04/11/26 21:59:28
>>16
それほどか060
68882は必要?
18ナイコンさん:04/11/27 07:48:15
68060はFPU内蔵。
FPUが無いのが68EC060。
68040, 68060ともに68881/2で提供される命令を一部サポートしておらず
ソフトウエアによるエミュレーション(?)になる。
(アークタンジェントとかハイパボリックアークタンジェントとか)
サポートしている浮動小数点関連の命令は68060と68040は殆ど同じ。
19ナイコンさん:04/11/27 07:55:35
>16
486のDX4程度じゃないか?
20ナイコンさん:04/11/27 21:31:18
昔つれが使ってたけど結局ソフトがないので
Z80cardさしてCP/Mをよく使ってた
21ナイコンさん:04/11/27 21:58:44
ゲーム開発用途ならね 日本語弱すぎ
22ナイコンさん:04/12/16 10:25:46
最初に入った会社がこのOSを販売していたところだった。
MacのGUIに毒されてた俺は、あからさまに馬鹿にするだけで、
触る気にすらならなかった。でも仕事だから嫌々いじってたけど、
後々MSDOSを弄るようになってはじめて有り難味がよくわかった。

正直、スマンかった。
23ナイコンさん:05/01/24 08:07:00
24ナイコンさん:2005/06/25(土) 01:23:38
>>23 すごいねこれ。
遊んでみたいけどOS-9のバイナリーってフリーになってないよね。
元で6809作った人の論文をZ80 vs. 6809スレで教えてもらった。昔のわくわく
する感じを思い出しながら読んでる。
25ナイコンさん:2005/06/29(水) 02:13:33
>>24
ftp://www.rtsi.com/OS9/OS6X09
のファイルを色々探すと、嬉しくなるよ。

26ナイコンさん:2005/06/29(水) 02:15:53
間違い。
ftp://www.rtsi.com/OS9/OS9_6X09/
だった

CoCo_Projects.zip
cocoos9.zip
をダウンロードしてみるとたのしい。
27ナイコンさん:2005/07/04(月) 02:20:12
>>25
うわーっ、ありがとうございます。何だかいっぱいあってみるのが大変です。
>>26
見ました。ホームセキュリティーシステムっすね。TRS-80 color computerっ
て8ビットだったのかな。
28ナイコンさん:2005/07/05(火) 18:09:38
22 〓test
29ナイコンさん:2005/07/05(火) 20:23:46
>>27
CoCoはタンディの6809マシンで、OS-9レベル2が動きます。
で、CoCo_Projects.zip はOS9レベル2の2000年問題対策や、いろんなドライバーを
開発した結果のアーカイブです。
30ナイコンさん:2005/07/15(金) 22:24:17
OS9で機械制御してるんだが、HDDのフォーマットができずに悩んでいる。
クラスタサイズを256Kにしろと言っているようだが
訳わからん。
HDDが壊れた時が機械を廃棄する時っぽい。
ただ、機械を丸ごと買い替えると数億円かかっちゃうんでトホホだが、、。
だれかわかる人おらんかえ?
31ナイコンさん:2005/07/18(月) 19:18:14
>>30
HDD容量が大きすぎるとか?(file systemによるけど)。
クラスタサイズは2^nの指定で、デバイスデスクリプターをいじってみたら?
最悪、MS-DOSでDOSフォーマットして、DOS用ファイルシステムモジュールを
追加するとか
32ナイコンさん:2005/07/20(水) 08:47:01
33ナイコンさん:2005/08/19(金) 00:00:06
↑URLまちがてない?
34ナイコンさん:2005/09/09(金) 06:21:22
age
35ナイコンさん:2005/09/12(月) 00:20:12
OS-9は OS for BASIC09 だよん。
36ナイコンさん:2005/09/12(月) 00:28:37
すげーなー
いまだにOS9を使ってるとこがあるんだあ
ちょと感動
37ナイコンさん:2005/09/12(月) 06:52:32
制御用とか現役だよ
38CP/M:2005/09/13(火) 10:47:46
普及すると思ったけどなぁ…………。
OS/2も。
39ナイコンさん:2005/09/14(水) 23:30:24
>>38
コンカレントCP/Mも
40ナイコンさん:2005/09/20(火) 12:24:58
PCでOS/9がうごいてMSが買い取ってれば普及しただろうな
41ナイコンさん:2005/09/20(火) 12:25:23
25年くらいまえに
42ナイコンさん:2005/12/17(土) 10:05:33
FM-11エミュ上のOS-9 L2感動物ですね
43ナイコンさん:2005/12/20(火) 13:51:54
>>42
ウンウン
3ギガクラスのP4機使えば実機よりはるかに速いし、
あと、CPUは63C09だから、63版も使えます。
44ナイコンさん:2005/12/30(金) 11:22:32
63版のパッチはまだ手に入る?
niftyはなくなったから絶望的か
45ナイコンさん:2006/01/03(火) 00:23:16
>>44
工学社の6809活用研究を探そう!
46ナイコンさん:2006/01/04(水) 00:37:48
工学社に「6809活用研究」在庫あるようですよ。
ただ美本ではない(日焼けあり)との断り書きあり。
47ナイコンさん:2006/01/04(水) 00:56:35
48ナイコンさん:2006/01/05(木) 00:20:18
>45
>46
ありがとう
さっそく工学社に聞いてみます
49ナイコンさん:2006/01/07(土) 22:33:06
おぉ、まだあるのか!
即効、注文してみよう!
50ナイコンさん:2006/02/05(日) 03:07:46
机上の左にAD2+がプリンタの台になってる。無改造、サピエンスの
マンハッタンが一枚刺さってる。何年も火を入れてない。

いまさら2HDのフロッピーベースでコンピュータは使いたくないが、
残念ながらAD2+用のハードディスクは持っていない。うまい活用法
はないものか?売るか、捨てるか・・・
51ナイコンさん:2006/02/05(日) 23:24:54
>50
それ、ほしいな!
52ナイコンさん:2006/02/08(水) 00:32:19
>50
マルチ晒しage
53ナイコンさん:2006/02/10(金) 18:20:40
昔F通の FM-7*用SCSIカードまで買い、CCS仕様の80MBの
HDDを繋いだときは・・・
「なんと速い事か。つかいきれるのだらうか」と恍惚に浸っていた記憶が.・・・

それまでHDD4台をカツカツ言わせて Modula-2さ。
54ナイコンさん:2006/02/10(金) 18:53:40
そういえば、MZでOS9を買ったな。
結局、これといった使い道を見つけられず、そのままになってしまった。
今、OS9ときいたらMac OSかと思ってしまった。
MacのOS 9が出たとき、昔のOS9を思い出して、商標登録の問題は起きない
んだろうかなどと思ったことがあったのを思い出した。
元祖OS9に詳細については、全く忘れてしまった。
55ナイコンさん:2006/02/11(土) 11:05:54
>>54
MZって?
X68000の間違い?

MicrowareとApple、訴訟やってたよ。結果は知らん。
56ナイコンさん:2006/02/11(土) 17:56:49
>>55
X68だったかも。
あれこれ使ってたんで混同してるかもね。
OS9は俺にとっては印象が薄かった。
57ナイコンさん:2006/02/11(土) 19:01:19
社会人最初の会社がそれを作っている会社だった。
今じゃ、日本のは社名も残っていないようだな。
9と9000の違いもわからずじまいだったが。w
58ナイコンさん:2006/02/12(日) 01:43:59
57=22?
販売と作っている会社だから違うのか
販売(カスタマイズも?)なら星さんはマイクロウェア(現ラディシス)に移籍したはず
作っていた会社ならマイクロウェアはラディシスと合併
前に星光電子でググったら星さんがマイクロウェアに移籍した話が見つかったよ
しかし星さんの会社の社員はどうなったのだろうか?
5957:2006/02/12(日) 12:58:30
他にもいたのか・・・
短い間しかいなかったし、よくわからないうちに消えたってところだから。

しかし、あまり迂闊なことは書けんな。w
60ナイコンさん:2006/02/13(月) 00:39:58
OS9関係で広告があった会社といえば、他に、サピエンス、エーアールケーコーポレーション
ハードではラトックシステム
61ナイコンさん:2006/02/13(月) 01:27:39
バッテリバックアップ付の拡張メモリボードを売っていたのは
確かニューテックだったけ?
62ナイコンさん:2006/02/15(水) 23:40:50
>>61
そうです。ニューテック。768KBのメモリーボード。私も持っている。
63ナイコンさん:2006/02/17(金) 22:28:20
>55
結局、Microwareの訴えは棄却されたようです。
そもそも一定期間が過ぎれば変わるであろうOSのバージョン名(MacOS 9)と
OS名そのもの(OS-9)を商標侵害で訴えるのは・・・これもアメリカ流ってこと
ですかね。

そういえばMacでOS-9は使えるのでしょうか?
(使えた時代[機種]はあったのでしょうか?)
64ナイコンさん:2006/02/18(土) 00:29:10
>63
ttp://ja.wikipedia.org/wiki/OS-9
を見ると、存在したみたい。
記憶でもPlusとかのモノクロMac用になんかあったような気がする。
6563:2006/02/18(土) 01:17:11
>64
情報サンクス。ありましたか。
ならば尚更、訴訟なんてしなければよかったのに・・・費用と時間の無駄に思えて(-_-;)
66ナイコンさん:2006/05/14(日) 13:30:03
この訴訟は明らかに宣伝目的と思います。
67ナイコンさん:2006/05/29(月) 12:59:56
FM-11に09カードと88カード入れてOS/9とCP/M86で遊んでたけど
どっちも消えちゃったねー
68ナイコンさん:2006/05/29(月) 22:03:11
FM-11 に 09 カード?
68K カードならわかるが。
69ナイコンさん:2006/06/05(月) 13:11:40
2006.6.28のESECの専門セミナーの講師のひとりにゼンテックテクノロジージャパン営業技術部 部長 星光行とあるのだが同一人物だろうか?
70ナイコンさん:2006/06/14(水) 23:14:41
>>67
超古いCDとかATMで動いてるって聞いたが、新券対応で消えたらしい
71ナイコンさん:2006/08/04(金) 06:43:44
>>68
6809もカードがスロットにささってなかったっけ
72ナイコンさん:2006/08/05(土) 02:14:16
FM-11は、CPUスロット2つ
CPUスロットには、FM-11AD/STの場合60B09Eが載ったCPUカードがはじめからささっている。
FM-11EXの場合は68B09Eカードに加え、8088カードもさしてあって余りはない。
FM-11BSは、8088カードのみ。
このスロットには、Forksの68000カードがささった。

バスの信号線が少し違う、汎用スロットは5つあった。

汎用にささるCPUカードは68008のアルファカード、純正Z800ソフトカード、マンハッタンカード(Z80B 6MHz)
CPUの載っているカードは他には音声合成カード(8088がコントローラー)
なお、信号線の違いはごくわずかなので、汎用スロット用のカードは、CPUスロットに物理的にさせるものはさせた。


73ナイコンさん:2006/12/17(日) 05:40:07
>>69
同一人物です。
ラディシスはOS/9やるきないんで、辞めたって聞いてます。
74ナイコンさん:2007/01/14(日) 18:49:18
>72
ちょっと違うな。
「FM-11本体拡張バス仕様(83HM-000101-2)」によれば、
「メインバスは、CPUカード、メインボード、オプションスロットに共通に接続されております。」
と書いてある。
念のため「FM-7/11活用研究」に掲載されている回路図も見てみたが、信号線は全て同じだった。
結局、論理的な違いは全くなくて、物理的なカードサイズの制限が異なるのみということ。

あと蛇足だが、FM-11BSとFM-11AD2+は、CPUカード用のスロットにはCPUカードの他に256KBメモリ
カードが刺さっていた。(マザーボード側にメインメモリは非搭載。)

FM100BUS(FM-11のメインバス)の欠点の1つに、6809と8088の切替えをソフトでできない、という
のがある。FM130BUS(FM-16s/16βのメインバス)ではこの辺が解決されており、リセット解除後に
必ずCPUAが起動し、CPUBとはソフトで切り替えることが可能。Forksの68000カードはこの辺の機能
を使っており、80186/80286カードと共存できていた。
あと、拡張スロットの方もバスマスターを多数接続することを考慮してあり、占有権の優先順位が
スロット位置により異なっていた。(どれほど活用されたか疑問だが)
75 ◆9W.jwT7jC2 :2007/09/06(木) 14:47:51
76ナイコンさん:2007/09/07(金) 02:10:32
お前無知なのに話に入ろうとするなよ
77ナイコンさん:2007/09/07(金) 18:06:48
>>75
もしかして、ヤフオクに出品されてるFM用のOS-9マニュアル関連の話題でしょうか?
ttp://page7.auctions.yahoo.co.jp/jp/auction/g59088943

懐かしいなー青本。FM-8本体の赤本と好対照の表紙。

組込み畑なんかで OS-9 や OS-9000 は、そこそこ知名度があったし、
Microware の商標登録もあったから、もしかしたら Apple側が気をきかして、
OS 8 → OS 10(X)に一つ飛び越してくれるかな? とか個人的に期待してたんだけど、
>>55>>63 を読むと、そんなマニアックな希望とは関係なく、世の中は普通に
Mac OS 9 を受け入れてしまったみたいですね

マルチウィンドウは星さんが独自に付けた力技、てのを後から知ってビックリ
最終的には77AVのメモリ増設で、OS-9 L2 のフリーエリア激増の感動が一番の思い出
78ナイコンさん:2007/09/07(金) 18:24:42
>>77
うんにゃ、俺っちのiMacは8.6のままだぜw
Appleに良心なんて期待しちゃダメダメですw
なんせタウンズの丸型マウスを平気でパクっちゃうようなとこだから....
09版はFM−8でやってたけどラインで漢字が使えるってんでエラーメッセージをいじって遊んでいたな。
79ナイコンさん:2007/09/07(金) 18:53:23
体験版のOS/9 forX68000....死ぬほど遅かった...(糞オヤジ談)...そうな
80ナイコンさん:2007/09/08(土) 06:16:52
81ナイコンさん:2008/01/17(木) 02:50:26
OS-9/UGの PDSソフト一式はまだ保存されていますか?
82ナイコンさん:2008/03/20(木) 15:35:11
別スレにも書いたがAVシリーズ用の日本語カードが追加発表されたとき
OASYS−Lite単文節変換辞書ROMを活用するために

Ksys  (OS-9 の SCFMAN の下にぶらさがる漢字モジュール)

→ KsysII (ROM変換対応版)へのバージョンアップ・サービスがあったらしい

ぜんぜん知らなかった
すでに購入済みの拡張64KRAMカードが無駄になるし
F-BASIC3.0Jだけの対応だと思って日本語カードは買わなかった
ちゃんと広報を郵送してほしかった>星光電子&富士通
83ナイコンさん:2008/03/20(木) 21:09:57
>>82
Ksysだけのバージョンアップがあったかどうかは記憶にないが、
確かにFM77AV用のOS−9L2はレベルアップサービスが
1回あった。(当時バージョンアップサービスとは呼ばない)
おそらくこの時にKsysの更新やSCSIサポートの追加があったのだと思う。
あとで調べてみる。
8483:2008/03/31(月) 02:53:40
調査結果を報告。
(1)KSysだけのバージョンアップは確かにあった。
(探したら出てきた。なんと持っていたとは...)
これは星光電子が実施したアップデートサービス。
興味深い事に、COMASのワープロのフロッピーを読み書きする
ユーティリティが添付されていた。
(2)AV用OS-9全体のレベルアップは富士通が実施した。
上で書いたようにKSys関連(Kmode、XKnjMon等)の追加変更と、
SCSI(HardDisk)のサポート、FTerm(通信ソフト)、Setup(システム
作成)の追加があった。320KBのFD1枚には入りきれずに、2枚組
になって帰ってきた。

ちなみに、両者のかな漢字変換システムは別物である。
(1)はKSysIIで辞書ROMをアクセスするが、(2)ではXKnjMon
という別プロセスでアクセスする。

告知は、Oh!FMには出てたと思う。
また、日本語カードやSCSIカード買った人にも案内が付いて
たような気がする。
どちらも買わない人には関係ないアップデートなので、郵送
しなかったのではないかな。
8582:2008/03/31(月) 05:47:04
>>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ナイコンさん:2008/09/06(土) 01:56:37
お前ら頭の中で「オー・エス・きゅう」って発音してるだろ。
87ナイコンさん:2008/09/06(土) 04:06:03
「おすく」でいいわ
88ナイコンさん:2008/09/06(土) 04:30:57
あーあ
89ナイコンさん:2008/09/08(月) 21:34:00
「元祖・オー・エス・ないん」
90ナイコンさん:2008/09/09(火) 01:18:41
OS-9 NEWS なら6と7以外は全部持ってる。
91ナイコンさん:2008/09/18(木) 14:51:47
>86
おー・えす・けー?
92ナイコンさん:2008/09/22(月) 22:37:38
8ビットなのにorz。
93ナイコンさん:2008/09/22(月) 22:42:45
日立のS1にOS−9を載せたうかつなオレ。
しかもメディアは2D。
当然、アプリは何もなし。
マスターベーションに終わったが、Basic09は経験できてよかった。

しかし、しかしである。富士通のFM−7にすればよかったと後悔している
大枚ははたいた自分が情けない。苦い思い出である。
日立のバカヤロー。
で、現在Priusを使っている俺ってorz
94ナイコンさん:2008/09/22(月) 22:48:14
しかし、しかしである
4年間に100レスに来た俺って、2ちゃんに来てまでマイナー志向
情けなかーorz
95訂正:2008/09/22(月) 22:49:28
×4年間に100レスに来た俺って
○4年間に100レスに満たないスレに来た俺って
96ナイコンさん:2008/09/22(月) 23:37:43
OS-9ならFM-7よりLevel2が使えるFM-77以降じゃね?
というか究極はFM-11。S1とFM-11は孤高のOS-9マシンですよ。
97ナイコンさん:2008/09/24(水) 00:59:57
メモリ空間1MBとは言っても、RAMを1MB積めるわけではないのがS1。
FM-11とFM77AV40シリーズはちゃんと積めたよ。

でも、S1用OS-9のVtermはFMシリーズのVtermと互換を取ってあった
(サブシステムコマンドを解釈していた)ので、アプリレベルでも
互換があった可能性がある。
だからないことはないよ。>93
98ナイコンさん:2008/10/01(水) 16:47:51
>>96
確かにFM-11はすごいが、あれは一代限りの徒花だよ。
数機種有るけどみんな同じ、オプション付けてるだけだし。
S1も一代限りだね、
その点、FM-7〜はシステム自体が進化してる。
但し、そのため互換性が低いけどね。

まあ、今の時代から見れば68系自体が徒花だ、とも言えるけど。
99ナイコンさん:2008/10/01(水) 18:38:05
>>98
確かFM-11は80系だよね?
100ナイコンさん:2008/10/01(水) 20:05:37
>>99
当時有った8ビットバスの主要CPUは何でもオプションやサードパーティ品を買えば動く。
68B09E(63C09)/Z80(4MHz)/Z80(,6MHz)/8088(V20に差代え可)+8087/68008
まあ、サブCPUは6809系だけだけどな。
101ナイコンさん:2008/10/01(水) 20:07:05
>>99
OS-9の元でCP/M80のソフトを動かすマンハッタンシステムは便利だった。
102ナイコンさん:2008/10/01(水) 20:59:45
当時は今と違って、パソコンフルセットで100万円とか 珍しくなかった。
その頃に、高嶺の花であったのが Lisa,Unixだった。

そんな中で 手の届く物があった
Poor man's Unix.
それがOS-9だった。
103ナイコンさん:2008/10/01(水) 23:19:07
> Poor man's Unix.

年刊ア・スキー の Uni+ も忘れないで下さい。
104ナイコンさん:2008/10/01(水) 23:24:24
>>102
といっても、マイクロウエアCコンパイラは14万円ぐらいしたと思う。
105ナイコンさん:2008/10/01(水) 23:34:13
手が届くといっても、UNIX的に使えるレベルである、FM-11のフルセットにHDD20MBとRAM768KBぐらいの追加と、
OS-9Level2とC言語やスクリーンエディターなど追加すれば、結果的に小型車ぐらいの投資は要る。
プアという割には結構な投資。普通はFM-7とフロッピィドライブとOS-9Level 1。


106ナイコンさん:2008/10/01(水) 23:58:48
OS-9はFDDでもかなり使えた。
FM-11にはOS-9とBasic09が標準装備されてた、
ソフトはフリーソフトが多かった。多くがunixからの移植。
独りで扱うときはメモリは256Kbyteあれば充分、
多くあったとしても時分割なのでタスクが増えると遅くなる。
FM-7系のFDで使っていた人も多かった。
メモリ効率が良かったので少ないメモリでも実用的に動作した。

107ナイコンさん:2008/10/03(金) 21:14:14
>>106

> 独りで扱うときはメモリは256Kbyteあれば充分、

そだね。俺もメモリ1MB積んでたが半分はRAM DISKにしてた。
ハードディスク付けてからはキャッシュメモリにもした。
かなり快適だった記憶がある。

> FM-7系のFDで使っていた人も多かった。

Level 1 だとCコンパイラは厳しいと思うが、512KBの
RAMカード(3rdパーティ製)を併用すれば、DMACを積んで
ないFDDでもそこそこ行けたと思われる。
Basic09だけで遊んでるならLevel 1でも十分だったかも。

> メモリ効率が良かったので少ないメモリでも実用的に動作した。

メモリ効率は良いとは思わない。
当時のソフトの規模が小さかっただけでしょ。
4KBの境界に納まるようモジュールをマージしてからLoadしたり、
OS9p3を後ろの3KBに配置するとか、そういう涙ぐましい努力をしてた。
108ナイコンさん:2008/10/03(金) 22:16:58
>> メモリ効率が良かったので少ないメモリでも実用的に動作した。
> メモリ効率は良いとは思わない。

MS-DOS とか、古い (=共有ライブラリをサポートしていない) Unix とかに
比べて、と言う意味でしょ。

> 4KBの境界に納まるようモジュールをマージしてからLoadしたり、

モジュールの境界って 4KB もあったっけ?
256B だった記憶があるんだが、なにぶんにも 25年以上前の話なんで記憶違
いならすまん。
109ナイコンさん:2008/10/03(金) 22:55:02
とにかくBasic09が素晴らしかった
Basic09があって、その為に後からOS-9/6809が開発された

OS-9/6809にはASMとBASIC09が標準装備になっていた
後のOS-9/68000ではCコンパイラに変わった。

今ならエミュもあるので皆に触ってもらいたいと思う
Basic09はパスカルに近くて当時として最先端であったと思う。
操作マニュアルなどはここにある
http://www.roug.org/soren/6809/

110ナイコンさん:2008/10/04(土) 01:53:24
>> 109

> OS-9/6809にはASMとBASIC09が標準装備になっていた

FMシリーズ用は、ね。
FM77AV以降用は、コストダウンのためアセンブラ、エディタ、デバッガが
はずされてツールボックスとして別売りになった。
って言うか、元々は別製品なのを、星光電子と富士通の良心でバンドル
してただけ。
111107:2008/10/04(土) 01:57:39
>>108

> モジュールの境界って 4KB もあったっけ?
> 256B だった記憶があるんだが、

Level 1は確かに256B境界でLoadされる。
Level 2はMMUの管理単位が境界となり、FMシリーズの場合は4KB。
112ナイコンさん:2008/10/04(土) 14:30:46
OS9 Level1の時代は、そのモジュールの一個づつに、星光社の社名と制作者の名前が書いて20バイト以上占有してあるのは、本当にメモリの無駄遣いのような気がした。
113ナイコンさん:2008/10/04(土) 14:34:52
114ナイコンさん:2008/10/04(土) 17:54:56
>>111
なるほど、Level 1 / 2 を混同してたのか。
サンクス。
115ナイコンさん:2008/12/09(火) 17:59:20
63C09ほしいよぉ。
116ナイコンさん:2008/12/11(木) 01:35:05
>>115
オークションでも高値だな。
117ナイコンさん:2008/12/11(木) 21:52:53
>>115
NMOSの本家(6「8」09の方ね)とどれくらい違ったんだっけ?
大昔の事なんで記憶もおぼろげだ (>_<)

確かHD64180*やH*シリーズの会社だよね。
118ナイコンさん:2008/12/12(金) 00:24:04
>>117
確か除算命令が加わったような気がする
119ナイコンさん:2008/12/22(月) 22:49:55
>>117
公式には単なる CMOS 品だけど...

http://www.6809.net/6809/?6309%a4%cb%a4%c4%a4%a4%a4%c6

モトローラとの特許紛争で闇に葬られかけたところを、高速 CMOS
プロセス技術とのバーターで単なる CMOS 品として発売にこぎつけた
んじゃなかったかな。

# 6809 の命令は2つほど特許になっていた...
120ナイコンさん:2009/01/04(日) 10:02:34
今更だけど、こんな
http://pc11.2ch.net/test/read.cgi/os/994323046/
スレ、在ったのね
121ナイコンさん:2009/02/08(日) 03:46:31
>>119
逆じゃなかった?
高速C-MOS版と言って出したけど、隠し命令が見つかってモトローラから販売停止食らったんじゃなかった?
122ナイコンさん:2009/02/10(火) 04:20:50
OS-9/86だっけ?って今も有るの?
123ナイコンさん:2009/02/10(火) 21:49:12
OS-9000/386はあったが。
124ナイコンさん:2009/02/24(火) 17:17:36
>>123
今のAT互換機直で乗るの?
125ナイコンさん:2009/02/25(水) 00:46:15
>>124
今時のPCはわからないが、2001年頃のPentium搭載機では動いてたよ。
126ナイコンさん:2009/02/27(金) 04:35:47
>>125

今ので動かしてみたいなあ。
やっぱりWin95みたいなことが起きるのかな。
127ナイコンさん:2009/03/01(日) 01:58:41
>>126
Virtual PC上の仮想マシンで動かせばいいんでないの?
ちょうど仮想マシンのスペックはその頃のものだし。
128ナイコンさん:2009/03/01(日) 02:20:44
>>127
いやあ、どうしても動かさなきゃならないソフトが有るわけじゃないし。
直の方が面白いでしょ?

っと言っても実物探すのが大変そうですね。
129ナイコンさん:2009/03/20(金) 23:38:50
星光電子のOS-9ニュースが懐かしいな。捨てられてなければOS-9ニュースは
全部田舎にあるはずだ。
130ナイコンさん:2009/03/23(月) 22:39:24
>>129
俺もまだ持ってるぞ(~_~;)
131ナイコンさん:2009/03/27(金) 13:35:25
>>129
★さん、いきてるかなー。
昔、日本MWにお邪魔したことがある。
132ナイコンさん:2009/04/07(火) 16:42:05
BASIC09って、文字どおり6809専用だよね。
他のOS-9用のBASICってないのかな。
133ナイコンさん:2009/04/07(火) 21:11:13
>>132
MW-BASICって名前でOSK用にはあったような記憶が
134ナイコンさん:2009/04/09(木) 02:24:27
S1のOS-9 Level2ってOS-9カードがないと動かなかったんだね。
初めて知った。
MMU関係に足りない物が有ったのかな。
135ナイコンさん:2009/04/09(木) 22:37:13
OS9:by K.Kaplan, L.Crane, R.Doggett
136ナイコンさん:2009/04/25(土) 00:56:39
つまりS1は欠陥機だったてことですか。
137ナイコンさん:2009/05/01(金) 21:32:47
当時はOS-9欲しいとずっと思ってたよ!
138ナイコンさん:2009/05/01(金) 21:34:18
あっちのOS-9講座もう終わったの?
139ナイコンさん:2009/05/01(金) 22:39:28
>>136
ここに書いた通りだけど。
http://gimpo.2ch.net/test/read.cgi/i4004/1235851359/55
動かなくはないが、タスク切り替えの際毎回MMRを全書き換えに
なるので、その分遅くなる。
FM-11で17タスク以上、FM77AVで5タスク以上切り替える際にも
同じことが言える。
140ナイコンさん:2009/05/26(火) 04:07:00
MMUじゃ無く独自に組んでたって事はその気に成れば16Mとか、64Mとか出来たのかな。
141ナイコンさん:2009/06/07(日) 09:56:41
>>140
システム領域は64Kのままだから、
タスクテーブルなどの作成に制限ができるから、無理じゃね?
142ナイコンさん:2009/06/08(月) 00:58:03
他スレでも書いたけど、アドレスが直で24bitだったら、なあ。
(=レジスタが24Bit)
143ナイコンさん:2009/09/22(火) 02:10:46
BASIC09以外にどんな言語が有った?
LISP09なんてあったかな。
144ナイコンさん:2009/09/22(火) 09:45:24
あったよ。Microware C, Micro C, Modula/2・・・
145ナイコンさん:2009/09/22(火) 09:59:45
忘れちゃいけない Pascal
146ナイコンさん:2009/09/22(火) 10:23:05
Modula/2-09は泣いた
エラーを一個でも検出するとコンパイルを停止するので
一度にまとめて修正できなくてデバッグに時間が掛かりすぎた
147ナイコンさん:2009/09/22(火) 14:31:27
The BASICに載ってたSECっての使ってたな、そういえば
148ナイコンさん:2009/09/22(火) 17:42:57
Modula/2は実行時にメモリにロードしたモジュールを終了時に開放してくれないので
手動で開放しなければならなかった。
149ナイコンさん:2009/09/24(木) 21:54:50
>>146
コーディングミスの修正とデバッグは違うと思うんだ。
150ナイコンさん:2009/09/25(金) 21:18:06
>>146 は低レベル
151ナイコンさん:2010/01/28(木) 07:08:07
保守
152ナイコンさん:2010/05/31(月) 21:47:39
保守って何だよ。
せめて上げだろ。
153ナイコンさん:2010/09/08(水) 23:09:16
じゃあ上げ
154ナイコンさん:2010/09/09(木) 10:18:18
はげ
155ナイコンさん:2010/10/09(土) 15:06:10
懐かしいな。うろ覚えだけど…

OS-9/Level2が動く環境は憧れだった。
ニフで63C09版は68K販よりも早いとか聞いて、すげ〜と思ったっけ。
作った代表格な人は「ひかる」さんの旦那さん。
ハンドル、なんだったっけ?

>>109
>今ならエミュもあるので皆に触ってもらいたいと思う
エミュが手に入っても、OS-9が手に入らないw
156ナイコンさん:2010/10/09(土) 15:43:33
157ナイコンさん:2010/10/09(土) 22:21:30
>>155
GIGO氏だろ
158ナイコンさん:2010/10/10(日) 05:15:46
OS-9互換のフリーOSって作れないのかな?
っていうかオープンソース化とかいう話はないものかな?
159ナイコンさん:2010/10/10(日) 09:14:24
悲しいかなもはや需要はないだろう
160ナイコンさん:2010/10/10(日) 09:34:33
一体どこで道を誤ったんだろう?
確かWin95が出てくるまでは一番期待されていたOSではなかっただろうか?

MACがOS9とか言ってきた辺りでなんか勝負できなかったものかな?
161ナイコンさん:2010/10/10(日) 10:46:37
courant
162ナイコンさん:2010/10/10(日) 16:36:21
UNIXライクじゃないUNIX認定の正規OSが普通に使えるのに、今さらOS-9は
ないだろう。組み込み用も使命を終えた感じ。
163ナイコンさん:2010/10/10(日) 19:37:23
モジュラーOSなんてあるか?
164ナイコンさん:2010/10/10(日) 19:51:23
UNIXなんて古臭いOSがしぶとく生き残っているのにOS-9が消える理由が無かったと思うんだけどなあ。
黒船マシンに対応した版を安く出せば支持されたんじゃないの?
165ナイコンさん:2010/10/10(日) 22:21:33
OS-9000高かったもんなあ
166ナイコンさん:2010/10/10(日) 22:31:06
>>164
IBM-PC/8088用に機械語で移植して、
1万円以下でそしてワープロと表計算を付けるくらいでないとインパクトが無いだろ
制限無しで移植するには386まで待たなければならなかったが、それでは遅すぎだよね
167ナイコンさん:2010/10/10(日) 22:32:00
基本部分をタダでもいいから配って、モジュールサポートで金を取る商売とかできなかったものかな?
168ナイコンさん:2010/10/10(日) 22:34:34
>>166
そういえばlevel2をセグメントモデルに移植するとどんな感じになったんだろうか?
169ナイコンさん:2010/10/10(日) 22:35:21
今ならソースコードも落ちてるし、情報も多いから真似て作ればいいんじゃね
170ナイコンさん:2010/10/10(日) 22:37:08
09しかわからんので_
171ナイコンさん:2010/10/10(日) 22:40:21
>>168
L2は無理、Levle1でかつ 機能制限して作るのかな。セグメントコントローラを作るかも
OS-9はメモリ効率が良いから、256Kbyteもあれば実用的に使えたんじゃなかろうか
172ナイコンさん:2010/10/10(日) 22:40:39
>>158
>OS-9互換のフリーOSって作れないのかな?
NitrOS-9 てのがある。
残念ながらFMシリーズ用ではないが。
移植は可能だと思うよ。
173ナイコンさん:2010/10/10(日) 22:43:40
>>164
>UNIXなんて古臭いOSがしぶとく生き残っているのにOS-9が消える理由が無かったと思うんだけどなあ。

消えてないってば。
元々組み込み用のOSなんだから、そっちでちゃんと生きてる。
パソコン用のOSとしては、アプリが揃わないので駄目だったのだろ。
OSだけでは何もできんから。
174ナイコンさん:2010/10/10(日) 22:46:10
>>171
単純なMMRにできてセグメントで出来ないのってどの辺なんだろうか?
175ナイコンさん:2010/10/10(日) 22:46:27
>>173 事実上会社も無くなったし、保守の為に人員が残ってるくらで 新規採用は無いでしょ
176ナイコンさん:2010/10/10(日) 22:53:12
>>174
セグメントはシングルタスクの考え方で、64K単位になる。
6809で再配置可能にすればMMRで4K単位で自由配置でき、しかもマルチタスクの保護付き。
8088で働かすには重要なものをどれか切り捨てるしかないだろう
177ナイコンさん:2010/10/10(日) 23:12:11
>>176
あれ?ページじゃなくてバンク単位だったっけ?

だったらオブジェクトコードの方を工夫すればなんとかならないかと思っていたんだけど。
178ナイコンさん:2010/10/10(日) 23:25:47
>>177
例えばシングルユーザーとしてクライアント側ならば出来るとおもう。
MS-DOSでも同じ様にマルチな事ができる、
しかし、8088でそれまでしたいと思った技術者がいなかったって事だと思う。
179ナイコンさん:2010/10/10(日) 23:54:16
>>175
http://www.radisys.com/Service/Microware-OS-9-Support/Microware-Resources/Current-Versions.html
見たら、2008年2月で開発止まってた。orz

OS-9 for 68K が 2006年で V1.3 というのが腑に落ちんが。
OS-9/68000 とは別物なのか?
X68000用でも V2.4 とか出てたと思った。
180ナイコンさん:2010/10/11(月) 00:04:59
OS-9/68000とOS-9000/68000が別にあって、
後にOS-9000をOS-9と統一した、だからOS-9/68Kが重複する。
おそらく、それはOS-9000/68000だと思われる。
181ナイコンさん:2010/10/11(月) 00:10:41
ASM版とC版かな?
182ナイコンさん:2010/10/11(月) 00:21:33
PC-9801用のOS-9ボードがあった、
MC68000拡張カードとOS-9/68K+Cで20万円くらいした。
9801のI/0も使えるし、切替えもできる。
もう少し安い価格ならばパーソナル用途に広まったのにと思う。
183ナイコンさん:2010/10/11(月) 08:27:18
>>172
http://nitros9.cvs.sourceforge.net/viewvc/nitros9/nitros9/level1/modules/

これか、Level3って何?
…誰か腕自慢居ない?
184ナイコンさん:2010/10/11(月) 15:38:11
>>160
> 一体どこで道を誤ったんだろう?
> 確かWin95が出てくるまでは一番期待されていたOSではなかっただろうか?

商業的: Lotus1-2-3が実行出来なかったから。
思想的: GUI指向で無かったから。

前者はパソコンと言えばスプレッドシートを実行する物の時期に蚊帳の外。
1-2-3はMS-DOSをパンドルしてたし。
その根底にIBM PCが何故成功したのか?があるけど。

後者はOS-9がXerox Altoの影響を受けていなかった事。
MacintoshにしろWindowsにしろ、目指していたのはAltoのパーソナル版だった。
185ナイコンさん:2010/10/11(月) 16:26:03
「8086/8088のセグメントモデルで動作する」
「表面的にはUnixライク」
「モジュール化された」
「リアルタイムOS」
は、ちゃんと実在した。
QNXってヤツ。
メモリー256KB+FDD2台のPC/XTでCコンパイラが動いて、PC-DOSよりよっぽど速かった。
186ナイコンさん:2010/10/11(月) 17:05:04
>>184
そういえばOS-9の表計算ってなんだっけ?

どちらにしてもGUIだよなあ、TOWNS辺りが採用していれば世界は変わっていた気がするな。
187ナイコンさん:2010/10/11(月) 17:39:45
OS-9/6809の頃は色々ありましたね。
http://gamdev4.hp.infoseek.co.jp/cgi-bin/up/No_0133jpg.html
188ナイコンさん:2010/10/11(月) 20:42:43
>>186
DynaCalc が表計算。
DynaStar がワードプロセッサ(エディタに毛が生えたようなものだが)
あとデータベースも出てたな。CSG-IMS。
189ナイコンさん:2010/10/11(月) 20:55:24
なんか昔のそういうのすごい貴重そうに感じるな
機能的にはたいしたことないんだろうけど
当時は値段も凄かったはず
190ナイコンさん:2010/10/11(月) 21:10:58
>>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ナイコンさん:2010/10/11(月) 21:40:19
>>190
いやいや、MSDOSの次になれればまだ挽回できた。
linuxはまだないし。
192ナイコンさん:2010/10/11(月) 23:17:49
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ナイコンさん:2010/10/12(火) 00:10:42
>>192
DOS/VなんてDOSで日本語表示ができるだけの代物なんだから、
平成になった時にばら蒔けてれば全然違ったと思うんだけどなあ。
194ナイコンさん:2010/10/12(火) 03:12:26
日本の場合は、ハードを作るメーカーは電気メーカーで
大型機、オフコンを持っている。
もし、パソコンが高機能になってオフコン市場を削れば
利益が減り社内争いになりハードメーカーとして困る。
だから、この時代ではハードメーカーにとって高性能パソコンは悪と見なされた。
唯一NECは全力でパソコンに注入した。未来がPCにあると感じたのだろう。
NECは日本製CPUの開発にも力を入れ、そして日本一になった。
他のメーカーはパソコンに逃げ腰で構えた、そして、
8ビットをホビー、16ビットを小企業向けと位置付け、
オフコンの立場を残すことにした。
また、X68k,Townsにしてもホビー専用とし、ビジネスを除外した。
元々モトローラーは6809を切り捨て68000にだけ力を入れた。
しかし、ハードメーカーは高性能な68000は困るから使わない。
そして時代は8086一色になった。
OS-9は6809と68000用のOSとして産まれた、
もし、社会が68000を選んだならOS-9が大きく成長した事だろう。
高性能で扱い易い68000は不運の道を歩むが技術者の支持を得て
長期に渡って組込み用途に使われる事になり、今でも生産されている。
195ナイコンさん:2010/10/12(火) 07:05:42
>>193
そうじゃなくて、「DOS/Vが日本に登場するほどx86が普及していた」と言いたいだけ。

少なくとも、IBM PCが81年に出たあとの10年は、失われた10年だと思う。
あのときOS-9が普及していれば、PCはもっと便利になっていた。
OS-9は優れたOSだった。

今にして思えばFM-8に8088カードがあったのが、将来を予言してたかな。
良いものが普及するとは限らない典型だと思う。
196ナイコンさん:2010/10/12(火) 10:31:00
>>195
価格的にはどうだったの?
197ナイコンさん:2010/10/12(火) 14:03:51
FM-8に8088カードなんかあったっけ?
FM-11でならV20に換装して使ってたけど。

すぐれたOSと言っても組み込み用途がターゲットで
汎用のOSとしてはあまりやる気を感じなかったな。
安くもなかったから、ハードにバンドルする形で
なければ普及なんて無理。

確か富士通で16βだったかの頃にOS-9/86が検討されたけど
バグか何かで見送られたって話じゃなかったっけ?
198ナイコンさん:2010/10/12(火) 22:13:25
>> OS-9/86

富士通パワーで作ってしまえばよかったのに、
16βはCP/M-86ではダメでしょ
199ナイコンさん:2010/10/12(火) 23:58:59
>>196
学生には高かったとしか覚えてないや

>>197
> FM-8に8088カードなんかあったっけ?
あったよ。なにしろFM-7/11の元だから、特徴的なところはFM-8からあったんだよね。
WiKiにも載ってる。ttp://ja.wikipedia.org/wiki/FM-8
200ナイコンさん:2010/10/13(水) 02:57:22
富士通+IBM+microwareでpcdos互換DOS箱付きOS-9000/386を作ってバンドル販売していればどうだろう?
当然コンパックでも動いただろうから、MSの出る幕はあったのだろうか?
201ナイコンさん:2010/10/13(水) 07:07:09
>>200
OS-9000って、仮想記憶あった?
メモリが高価なあの頃、ワープロ・スプレッドシート等を何個も立ち上げられたら便利だったろうなぁ
202ナイコンさん:2010/10/13(水) 07:37:27
っていうか、そもそも表ごときがなんでそんなにメモリ消費するんだろ?
203ナイコンさん:2010/10/13(水) 08:20:33
亀レス

>>156
ありがと、初めてOS-9L2を見た(笑)。←使い方を忘れてる。
昔のFDは保存してるけど、今でもコンバート出来るんだろうか。

>>157
ありがと、そうそうGIGO氏。神様だった。

>>166
> 制限無しで移植するには386まで待たなければならなかったが、それでは遅すぎだよね
ありえないけど、モトローラが32bit化を意識した、先進思想で6809を設計していていたら…。
その後、68009,68109,68209…と、ソフトの蓄積重視でバイナリ互換を実現していたら、あるいは…。

>>159
> 悲しいかなもはや需要はないだろう
今のARMの立ち位置を目指していれば、まだ需要があったかも。
204ナイコンさん:2010/10/13(水) 08:33:23
よくわからないけど、仮想記憶ってDATがメインメモリの無い所を参照したら、RBFに振り替えるってだけじゃダメなの?
205ナイコンさん:2010/10/13(水) 09:05:45
32bit化を意識って、コードは63C09のままで、IOからCPUのどっかの端子をオンにすると、インデックスとスタックレジスタが32bit化する。
…みたいな感じでなんか問題あるだろうか?
206ナイコンさん:2010/10/13(水) 20:35:46
夢見がちにも程があるな、みんな
207ナイコンさん:2010/10/13(水) 20:48:12
空想記憶を意識って、MC68008のコードを半分に削って、内部にMC6809を組み込んで、
IOからCPUのどっかの端子をオンにすると、68008と6809が切り替わる。
…みたいな感じでなんか問題あるだろうか?
208ナイコンさん:2010/10/13(水) 20:57:31
だから68000は単独で仮想記憶出来なかったっつーに
仮想記憶管理用だけのためにもう一個68000を積む必要があった
ハードウェア的にバグってたというより仮想記憶を意識した設計にしなかったための
痛恨のミス

仮想記憶が一CPUで出来るようになったのは68010から
209ナイコンさん:2010/10/13(水) 21:02:34
いや、OS-9のDATって論理アドレス変換でしょ? 要は。
210ナイコンさん:2010/10/13(水) 21:04:26
OS-9はRTOS用として設計されたから時間的に多大なオーバーヘッドを
必要とする仮想記憶は考慮外だった
211ナイコンさん:2010/10/13(水) 22:33:04
16ビットプログラムカウンタのCPUで、2MBが管理できる時点で、そもそも仮想記憶なんじゃないだろうか?
212ナイコンさん:2010/10/13(水) 22:33:58
おっとMPUだった。
213ナイコンさん:2010/10/13(水) 22:58:17
MMUだろそれ
仮想記憶とは違う
214ナイコンさん:2010/10/13(水) 23:04:57
だって、メモリにマップする以上補助記憶も区別つかないじゃないか。
215ナイコンさん:2010/10/13(水) 23:06:02
仮想記憶を実現する為のハードがMMUです。
216ナイコンさん:2010/10/14(木) 01:17:01
以下、ウロ覚えで書いてるから間違いがあったらご容赦

>>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ナイコンさん:2010/10/14(木) 01:33:06
>>216
> そんな訳で、DOS窓を何個も実行出来るOS-9/386があったら良かったなと。
しかし、実際には Windows 2.0時代で既に出来てた。
それは386対応のWindows/386。登場は1990年。

スレチでした
218ナイコンさん:2010/10/14(木) 01:57:20
OS-9/6809の頃、8086のクロックが8MHzであった。
OS-9でマルチタスクで走らせると遅くなる、
完全な時分割だから すごく遅くなる。
急ぎの仕事の時は、PC-9801を3台並べて使った、
データはフロッピーで交換して同時に走らせる、結局これが速い。
OS-9のシリアルポートに複数のPC-9801/MS-DOSを接続して
同時に走らせると快適だろうと思う。
これは当時のunixで普通に使われる方法でした。
時代は流れMINIXが産まれLinuxが育った今、
OS-9の価値を見出す事が出来るのか?
容易にROM化できる特性を活かした組込みしか残って無かった。
219ナイコンさん:2010/10/14(木) 02:01:40
要するに、存在しないアドレスをマップしたら割り込み起こさないとスワップが動かないってこと?
サービスリクエストにメモリマップ覚えさせとけばいいだけじゃない?
220ナイコンさん:2010/10/14(木) 13:53:24
>>216
> > 仮想記憶管理用だけのためにもう一個68000を積む必要があった
> それ、聞いた事がある。
> 確か、一命令位の時間差で実行し、先行するMPUが実メモリの無い空間にアクセスしたらそれを検知。
> 後発MPUには問題なくアクセス出来るように処置する…だった様な。

もう一個68000を積んだ、はその通りだけど「一命令ぐらいの時間差で」は俗説で
実際にはそういう形で動いていたのではなかったようです。
だってそれ無茶でしょ。メモリは書き換えられるものだし、I/Oの処理関連なんか
それで2つのCPUが同期して動く訳が無い。2つのCPUを同じ状態にして動かすぐらい
なら専用のハードウェアを作ったりCPUを設計しなおした方がよっぽど簡単だし早い。

ttp://www.st.rim.or.jp/~nkomatsu/mc68k/MC68000.html

実際には上のページにあるようにページフォルトが発生した時点でメインのCPUを
止める。それから2つ目のCPUがページのロード、再配置処理を行って再実行でき
るように環境を整える。ここでメインのCPUに処理を切り替えて止めたところから
命令を実行する。そういう形で実装していたそうです。
221ナイコンさん:2010/10/14(木) 20:51:12
・・・サイクルスチール?
222ナイコンさん:2010/10/14(木) 22:50:07
使ってる技術 (バス調停) は同じだけど、サイクルスチールはあくまでも
メモリサイクルを「盗む」もので、>>220 の話とは目的が違うよ。
223ナイコンさん:2010/10/15(金) 00:24:33
>>220
68000を2個搭載して仮想記憶を実現したのは、Apollo社のdomainワークステーションだね。
OSはUnixじゃない・ネットワークはEtherじゃない・標準の開発言語はCじゃなくてPascal
という、今にして思えば変なマシン。
それ以外の68000ベースのUnixマシンは(SUNも含めて)、仮想記憶じゃなかった。
224ナイコンさん:2010/10/15(金) 01:18:27
>>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ナイコンさん:2010/10/15(金) 01:34:31
unixはCコンパイラで作られて大きい、
そしてハードディスクを前提に設計されている。
OS-9はディスクを必要としない。メモリだけでも動作する。

OS-9用のgccがあるはず、68kのPDSになってる。
226ナイコンさん:2010/10/15(金) 02:01:24
OS-9/68000は銀行のATMに使われた事があるな
227ナイコンさん:2010/10/15(金) 06:48:09
>>225
Version 7 UNIX、つまりXENIXはi8086で動作したんだよ。
8086で動いたなら、6809でも出来そう。ディスクの件抜きで
228ナイコンさん:2010/10/15(金) 10:47:22
64kBのメモリで動くとは思えん
229ナイコンさん:2010/10/15(金) 12:46:19
>>228
PDP-11/20は56kBだったよ。
UNIXも最初は小さかったのさ。
230ナイコンさん:2010/10/15(金) 22:47:20
OS-9 Level 1 (64KB) でもCコンパイラが一応動いてたからな。
メインメモリが64KBでも、256KBとか512KBのRAMディスクがあれば
比較的快適だった。
231ナイコンさん:2011/02/14(月) 19:52:30
ヤフオクのMacintosh > OSにOS-9が出品されている不思議
232ナイコンさん:2011/02/14(月) 23:11:24
これのこと?
ttp://page2.auctions.yahoo.co.jp/jp/auction/b120298139
たしかに MICROWARE って書いてあるけど
動作環境が不明だ…
233ナイコンさん:2011/02/20(日) 23:27:32.42
単に素人がMAC OS9と間違えたんだろ。
234ナイコンさん:2011/09/10(土) 16:52:16.57
age
235ナイコンさん:2011/09/10(土) 19:57:52.29
久々にカキコがあったな。

つい最近、SH用のOS-9があることを知って懐かしかった。
 OS-9 for Embedded Systems/SuperH
  ttp://japan.renesas.com/products/tools/partner/rtos/os_radisys/os_radisys_contact_root.jsp
236ナイコンさん:2011/09/10(土) 20:37:22.58
SHって日立だよな。
これって68系?(ってほども似てないか)
237ナイコンさん:2011/09/10(土) 21:35:58.46
SuperHは、日立(今はルネサス)のオリジナルだよ。
68系ならARMかな。あれは6502からRISCに進化したものだから。
逆に68kを8bitに退化させたのが、ルネサスのH8
http://ja.wikipedia.org/wiki/H8

思うんだが、SHでもARMでも、ボードマイコン上でOS-9が走ってたら楽しそう…。
昔を懐かしんでいるだけかな。
238ナイコンさん:2011/09/10(土) 23:56:30.01
SuperHというとセガサターンのSH2が有名だな。
239ナイコンさん:2011/09/11(日) 05:40:46.23
DreamCastもあったぜよ。

OS-9、限定でいいからフリーになんないかな。
240 【東電 74.4 %】 :2011/09/11(日) 13:01:16.63
スレチだがNECになってもちゃんと残ってた
http://resource.renesas.com/lib/jpn/superh/theme/

OS-9ってプログラムカウンタ相対が無いと無理じゃないのか?
241ナイコンさん:2011/09/11(日) 13:07:47.49
ポジションインディペンデント、リエントラント
242ナイコンさん:2011/09/11(日) 18:08:32.67
>>237
>68系ならARMかな。あれは6502からRISCに進化したものだから。

え? 馬鹿なの?
243ナイコンさん:2011/09/11(日) 20:56:21.60
>>242
> え? 馬鹿なの?

え? アホなの?
http://ja.wikipedia.org/wiki/ARMアーキテクチャ
命令セットは8ビットCISCである6502を発展させたものであり、典型的なRISCというよりはむしろCISC的で[1]手作業による最適化がしやすい特徴的なアーキテクチャを持つ。
244ナイコンさん:2011/09/11(日) 20:58:18.45
Wikipediaのアホ記述信じてるバカ発見
245ナイコンさん:2011/09/11(日) 21:01:55.04
>>243
>命令セットは8ビットCISCである6502を発展させたものであり、

全然違うだろw

>典型的なRISCというよりはむしろCISC的で[1]手作業による最適化がしやすい特徴的なアーキテクチャを持つ。

条件実行だの3オペランドだの変態的なだけだろww
246ナイコンさん:2011/09/11(日) 21:03:50.70
>>243
>命令セットは8ビットCISCである6502を発展させたものであり、

6502の命令セットのどの辺をどう発展させたかお前の言葉で説明してみ?
247ナイコンさん:2011/09/11(日) 21:06:52.20
248ナイコンさん:2011/09/11(日) 21:15:25.38
>>243
>え? アホなの?
>http://ja.wikipedia.org/wiki/ARMアーキテクチャ
>命令セットは8ビットCISCである6502を発展させたものであり、典型的なRISCというよりはむしろCISC的で[1]手作業による最適化がしやすい特徴的なアーキテクチャを持つ。

脚注に

>1. ^ 可変長の命令でコード密度を向上させ、多彩なアドレッシングモードを持つことにより命令数を
>削減するなど、CISC的な特徴を低消費電力化に利用している。ただしマイクロプログラムは持たず
>過度の複雑さを避けるなど、RISCの利点も存分に活かしている。

なんて書いてあるけど、これがどんだけトンチンカンなことか理解できる?
249ナイコンさん:2011/09/11(日) 21:15:41.33
>>243
英語版にはそんな記述ないよ。
http://en.wikipedia.org/wiki/ARM_architecture
250ナイコンさん:2011/09/11(日) 21:32:01.95
>68系ならARMかな。あれは6502からRISCに進化したものだから。
>逆に68kを8bitに退化させたのが、ルネサスのH8

うわぁ…
251ナイコンさん:2011/09/11(日) 21:33:34.59
252ナイコンさん:2011/09/11(日) 21:40:04.66
6502採用のPCの後継機種用として開発された最初期のARMに、6502の
エミュレーション機能があったってのは、ARMの命令セットが6502の
それを発展させたものだってのとは全然違う話だよなぁ。
253ナイコンさん:2011/09/11(日) 21:54:54.70
http://techtarget.itmedia.co.jp/tt/news/0810/23/news03.html
当時、Acornはモステクノロジーの「6502」というプロセッサをベースにマイコンを作っており
254ナイコンさん:2011/09/11(日) 22:01:44.96
http://www.tumblr.com/tagged/6809
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ナイコンさん:2011/09/11(日) 22:03:16.20
>>252
NECのV60やV70にはV30のエミュレーションモードがあったらしいけど、アーキテクチャは全然違うよね。それと同じ。
http://multimedia.cx/NEC_V60pgmRef.pdf
256ナイコンさん:2011/09/11(日) 22:06:00.95
>>243
>命令セットは8ビットCISCである6502を発展させたものであり、

早く根拠出せよ。 チンチン(AA略
257ナイコンさん:2011/09/11(日) 22:07:53.22
258ナイコンさん:2011/09/11(日) 22:10:49.45
>>237
>68系ならARMかな。あれは6502からRISCに進化したものだから。

ARMが6502を進化させたものだと言ってるのも痛いが、6502を68系って言ってるのも痛いな。

マイナス×マイナスでプラスにならなかったのが残念。
259ナイコンさん:2011/09/11(日) 22:20:30.93
>>254
単純な命令セットで安価なプロセッサを実現するという6502の精神を引き継いだ
とは書いてあるね。それで?

>6502からRISCに進化したものだから。

>命令セットは8ビットCISCである6502を発展させたものであり

全然違う話だよね?
260ナイコンさん:2011/09/11(日) 22:26:34.31
>6502からRISCに進化したものだから。

>命令セットは8ビットCISCである6502を発展させたものであり

こんなこと言うと

8080→Z80→Z380
8080→8086→80386→AMD64
6502→65816
6800→6809

フツーコレぐらいの話だよな。

6502→ARM? 共通点探すほうが難しいだろw
261ナイコンさん:2011/09/11(日) 22:38:39.62
>>243
お前が6502かARMのどちらか、あるいは両方を知らないことは分かった。
262ナイコンさん:2011/09/11(日) 22:50:12.64
このネタはいつも論争になるな
263ナイコンさん:2011/09/12(月) 02:13:08.70
>>237
おいおい、お前6502とARMのアーキテクチャ知ってて言ってんの?

>>243
6502→1語1〜3バイトの可変長
ARM→1語4バイトの固定長
thumb→1語2バイトの固定長

基本的なところで全然違うじゃんよ。何言ってんの?

>>254
出所も分からん全然関係ない話引っ張って来て何言いたいんだよ。
いいから6502からRISCに進化したものがARMって根拠さっさと挙げろや。いくらでも出てくるんだろ?
264ナイコンさん:2011/09/12(月) 19:46:35.40
OS-9スレでARMの話を力強くされても。
265ナイコンさん:2011/09/12(月) 19:50:49.85
だってARMは6502から進化してるんだから、無関係でも無いでしょ
266ナイコンさん:2011/09/12(月) 20:33:15.42
ARM版OS-9もあるみたいだから無関係ではないな。6502は完全にスレ違だが。
267ナイコンさん:2011/09/12(月) 20:37:05.32
OSのスレッドでプロセッサの議論をするのはスレ違いだと思う。
268ナイコンさん:2011/09/12(月) 20:53:10.18
モトローラ社がMC6809を開発中に、マイクロウエア社へBASIC09の開発依頼をした、
マイクロウェア社は、BASIC09の為の環境ソフトとしてOS-9を作った、もちろんアセンブラで記述されている。
BASIC09は構造化されたパスカルに似た構造を持っており、セミコンパイルされる。
OS-9は次にMC68000版を作った、OS-9/68000である。
そして、C言語へ書き直されマルチプラットフォーム化されOS-9000と呼ばれた、
後に全部を含めてOS-9と呼ぶようになった。

ちなみに、Mac OS-9とは完全に別物である。
269ナイコンさん:2011/09/12(月) 20:54:50.09
>>265
俺、このスレの住人はもう少しまともだと思ってたんだが…。

http://www.ot1.com/arm/armchap1.html
As described earlier, these were for a processor which retained the ethos of the 6502 but in a 32-bit RISC environment,
270ナイコンさん:2011/09/12(月) 21:19:24.59
Wikipedia酷いな。

ARMアーキテクチャ - Wikipedia
http://ja.wikipedia.org/wiki/ARM%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3
> 命令セットは8ビットCISCである6502を発展させたものであり、

> ARMの設計は、1983年にエイコーン・コンピュータによって開始された。その開発は
> モステクノロジー 6502の延長とも言えるものであり、当時6502に基づいた一連の
> コンピューターを製造していたエイコーンにとっては、同じ要領でプログラムできる
> チップは大きな強みになるはずであった。

> ARMのインストラクション・セットは6502のコンセプトに沿っているが、

MOS 6502 - Wikipedia
http://ja.wikipedia.org/wiki/MOS_6502
> なおARM (Acorn RISC Machine) は、6502の延長として設計されており、6502との
> 共通点が見られる。
271ナイコンさん:2011/09/12(月) 22:59:37.76
>>268
Macの方はMacOS 9だよ。MicrowareがAppleを訴えたけど、
負けたんだったか、引っ込めたんだったな。
272ナイコンさん:2011/09/12(月) 23:11:18.00
確か負けたんだよ。
MACのほうはあくまでOSの9番目以上の意味はないとか、じゃなかったかな。
386とか486なんかとおんなじ扱いだったと思う。
273ナイコンさん:2011/09/12(月) 23:19:48.54
274ナイコンさん:2011/09/13(火) 00:54:42.52
アップルの他人の権利を踏みにじるやり方だけは許せないよなあ。
275ナイコンさん:2011/09/13(火) 00:58:18.78
>>270
うぃきなんて参考程度で信用出来ない
必ず他の方法で裏とらないととんだ恥をかく事になる

なんてたって無責任な素人のマメ知識自慢でしか無いからな
276ナイコンさん:2011/09/13(火) 20:37:21.57
自分もARMは6502の何か(インストラクションセット的に)を受け継いでるものと
ぼんやり思ってたけど違うんだね。まあそうとわかっているなら詳しい人は
Wikipedia修正してくれてもいいのに、とかは思う。Wikipediaなんか絶対使わない
ってんならお願いはできないけど
277ナイコンさん:2011/09/13(火) 21:18:22.25
CPUとOSの関係: ARM版Windowsは「買い」か Posted by 横山哲也 ( 2011年01月11日 )
http://www.computerworld.jp/blogs/d/5639/CPU%E3%81%A8OS%E3%81%AE%E9%96%A2%E4%BF%82%3A%20ARM%E7%89%88Windows%E3%81%AF%E3%80%8C%E8%B2%B7%E3%81%84%E3%80%8D%E3%81%8B
> 余談: そもそもARMはモステクノロジー6502アーキテクチャの流れをくむプロセッサである。

↑プロのライターっぽい人がこーゆーおかしなこと書いちゃうのも、Wikipedia辺りのデタラメ記述に
遠因があんのかな?
278ナイコンさん:2011/09/13(火) 21:32:37.24
> アーキテクチャの流れをくむ

この表現であれば、間違いではない。 正しいとは言わないが
279ナイコンさん:2011/09/13(火) 21:36:42.68
6502を積んだ機種の後継機用に開発されただけであり、アーキテクチャ上の繋がりとかはない。
280ナイコンさん:2011/09/13(火) 21:39:29.75
余談: そもそもPowerPCはモトローラ68kアーキテクチャの流れをくむプロセッサである。

こういうことも間違いではないことになるなw
281ナイコンさん:2011/09/13(火) 22:27:33.79
ケツの拭きが甘かったのかアナルが痒くなってきた。
早く西本棟にもウォシュレット導入してくれ
282ナイコンさん:2011/09/13(火) 22:29:07.16
だめ
283ナイコンさん:2011/09/13(火) 23:06:04.33
>>280
ならんだろ。Powerに68kエミュレーション機能を付けて1chip化した
もんでしょ。Powerと68kには何のつながりもないし。
284ナイコンさん:2011/09/13(火) 23:27:08.29
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ナイコンさん:2011/09/13(火) 23:28:31.64
結局、x86アーキテクチャなぞソフトから見たアーキテクチャでしかない。
もし仮に、インテルが8085から途中の16/32bit CISCを伏せたまま一気にPentiumProを発表したら、
それはアーキテクチャを継承していないと言えるのか?
順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?

おまえらの言っていることは、これと同じ論理だよ。
286ナイコンさん:2011/09/13(火) 23:38:26.71
8086は8085を受け継いでいない
287ナイコンさん:2011/09/13(火) 23:41:49.27
8086は8085の完全互換です。
288ナイコンさん:2011/09/13(火) 23:42:23.69
>8085から始まったx86アーキテクチャである事には変わりない。

異論あるよ
289ナイコンさん:2011/09/13(火) 23:44:11.83
>>287
ピンアサインから違うのに完全互換なワケない
290ナイコンさん:2011/09/13(火) 23:46:25.82
ソースコードレベルで互換。

6800と6809も そう
291ナイコンさん:2011/09/13(火) 23:48:59.58
>>284
>4004→8008→8080→8085と進化した8bitアーキテクチャ。
>それを受け継ぎ、命令セット互換性を保ちつつ16bitに拡張した8086。

8085は組み込み用の性質が強いから外して。
292ナイコンさん:2011/09/13(火) 23:55:21.46
>>290
>6800と6809も そう

昔からよく言われるが間違い
293ナイコンさん:2011/09/13(火) 23:56:32.41
>>285
>順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?
>
>おまえらの言っていることは、これと同じ論理だよ。

ちょっと何言ってるかわかりませんね
294ナイコンさん:2011/09/14(水) 00:19:46.49
>>284
>その後、順当に486,Pentiumと32bit CISCプロセッサとして進化した。

Pentiumの頃にはCISCとRISCのいいとこどりのCRISCとか言ってた筈。
295ナイコンさん:2011/09/14(水) 00:31:40.55
>>284
>4004→8008→8080→8085と進化した8bitアーキテクチャ。

4004が8bitアーキテクチャ?
296ナイコンさん:2011/09/14(水) 00:36:44.42
>>284
>4004→8008→8080→8085と進化した8bitアーキテクチャ。
>それを受け継ぎ、命令セット互換性を保ちつつ16bitに拡張した8086。

命令セットに互換性はない。
8080から8086へのソースコードレベルでのコンバートがし易いよう考慮されてるだけ。
297ナイコンさん:2011/09/14(水) 00:38:59.20
>>284
>さらに286を32bitに拡張した80386により、現在のx86アーキテクチャは完成した。

完成していないから386以降もドンドン命令が追加され続けてるわけですが。
298ナイコンさん:2011/09/14(水) 00:49:17.52
>>284
>これに何か異論があるか?

8085をx86と呼ぶのはおかしいと思う
299ナイコンさん:2011/09/14(水) 00:50:24.39
>>292
なにがどう間違い?
300ナイコンさん:2011/09/14(水) 00:50:53.75
>>284
>その後、順当に486,Pentiumと32bit CISCプロセッサとして進化した。

スーパースケーラが導入され、外部データバスが64bit化されたPentiumを
単純に"32bit CISCプロセッサ"と言い切って良いかは疑問。
301ナイコンさん:2011/09/14(水) 00:50:56.67
>>284
4004は8ビットじゃないよ。
最初から最後まで間違ってんじゃんw
302ナイコンさん:2011/09/14(水) 00:52:51.16
>>299
6800のABA(A=A+B)のような命令が、6809には相当するものがなかった筈。
303ナイコンさん:2011/09/14(水) 00:56:49.14
>>284
>データの完璧さ

意味不明
304ナイコンさん:2011/09/14(水) 01:00:50.72
>>284
>さらに286を32bitに拡張した80386により、現在のx86アーキテクチャは完成した。

フツー16bitと32bitと並べて"x86アーキテクチャ"なんて言いません。
"386"とか、"x86-32"とか、"IA32"とか、分かるよう表記を区別します。
305ナイコンさん:2011/09/14(水) 01:05:19.23
>>284
>それを受け継ぎ、命令セット互換性を保ちつつ16bitに拡張した8086。

命令セットは大幅に強化されてるし、メモリ空間も広くなってるし、数値演算
コプロセッサの使用も考慮されてるしで↑みたいな単純な話じゃないですね。
306ナイコンさん:2011/09/14(水) 01:05:24.52
必死な奴らw
307ナイコンさん:2011/09/14(水) 01:10:33.12
>>285-305
ざっと読んだが、肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?
308ナイコンさん:2011/09/14(水) 01:12:07.45
>>284
>これに何か異論があるか?

挑発的なこと書いちゃったらいくらかツッコミ入れられるのも仕方ないよね
309ナイコンさん:2011/09/14(水) 01:13:17.01
>>307
>肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?

意味分からんのだけどそれ誰の主張?
310ナイコンさん:2011/09/14(水) 01:14:35.72
8085→PentiumProの過程と、6502→ARM1への過程との本質的な違いは何か?
311ナイコンさん:2011/09/14(水) 01:15:39.02
時間はたっぷりあるから、一晩でも二晩でも考えてなw
312ナイコンさん:2011/09/14(水) 01:16:22.91
>>307
>ざっと読んだが、肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?

>>284>>285が繋がってるって誰も分かってないんじゃないの?

つーか>>285で何言いたいのか俺も分からん。
313ナイコンさん:2011/09/14(水) 01:18:51.58
>>285
>結局、x86アーキテクチャなぞソフトから見たアーキテクチャでしかない。

ソフトから見てx86互換のCrusoeをx86アーキテクチャという人はいないんじゃない?
314 【東電 64.9 %】 :2011/09/14(水) 01:19:25.46
x86はDISCでいいだろ
315ナイコンさん:2011/09/14(水) 01:30:48.74
>>285
>もし仮に、インテルが8085から途中の16/32bit CISCを伏せたまま一気にPentiumProを発表したら、
>それはアーキテクチャを継承していないと言えるのか?

8085とPentiumProは、レジスタの構成やフラグの並びなど似たようなところは結構あるよ。
アセンブラのニモニックも共通なのがあるし。
6502とARMは、そうではないね。
316 【東電 64.9 %】 :2011/09/14(水) 01:31:50.67
intelがVLIWでx86命令セットの実行エンジンを実装したら
x86アーキテクチャと言ってしまいそうな気がする
317ナイコンさん:2011/09/14(水) 01:53:03.43
>>285
>順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?

何言いたいのか分からん。
6502の何がARMに継承されてるのか説明してみ?

8080→IA32のフラグレジスタみたいな分かり易い例がいいわ。
http://www.st.rim.or.jp/~nkomatsu/intel8bit/8080regs.GIF
http://www.kollewin.com/EX/09-15-11/IA32flags.gif
318ナイコンさん:2011/09/14(水) 01:59:08.21
6502レジスタ(含フラグ)
http://www.st.rim.or.jp/~nkomatsu/miscproc/MCS6502regs.GIF

ARMレジスタ
http://www.botskool.com/images/elec/arm7t1p3.jpg
ARMフラグ
http://www.botskool.com/images/elec/arm7t1p4.jpg

まあ、これ見るだけでも違うってわかるよね。
319ナイコンさん:2011/09/14(水) 03:23:42.43
>>307
>順次発表したら継承で、

4004→8008→8080→8085→8086→80286→80386→486→Pentium→PentiumPro ってコト?

>飛び越して発表していたら継承ではないと強弁するのか?

6502→ARM ってコト?

6502からARMに何がどう継承してるの? まずそれを主張すれ。
320ナイコンさん:2011/09/14(水) 03:25:49.81
>>311
>時間はたっぷりあるから、一晩でも二晩でも考えてなw

このヒトまず自分の主張が相手に自分の意図した通りに伝わってるかどうか気にした方いいと思うよ。
321ナイコンさん:2011/09/14(水) 03:51:19.93
>>284-285みたいなこと書いちゃう人だから馬鹿かコミュ障なんじゃないかと…
322ナイコンさん:2011/09/14(水) 06:09:16.66
>6502からARMに何がどう継承してるの? まずそれを主張すれ。
1. 外部からの入力に応じて内部が変化するところ
2. クロックに同期して動作するところ
3. 電気で動作するところ
4. 原料
323ナイコンさん:2011/09/14(水) 10:30:57.66
>>322
>1. 外部からの入力に応じて内部が変化するところ

6502には確かに外部からの入力を内部に反映させる~S.O.(Set Overflow)という入力信号が
存在するが、ARMには同等のものは存在しないのでは?

>2. クロックに同期して動作するところ

SYNCとRDYでシングル命令実行できる6502は、必ずしも「クロックに同期して動作する」とは
言えないのでは?

>3. 電気で動作するところ
>4. 原料

半導体製品として実現された6502に対し、アーキテクチャのライセンスを販売するARMは、
実際の実装は自由であり、上記の主張は必ずしもそうだとは言い切れないのでは?
324ナイコンさん:2011/09/14(水) 20:53:01.16
だれかWikiを書き換えてやれよ
明らかに間違っているだろ
325ナイコンさん:2011/09/14(水) 22:02:12.98
>>284
>>285
おい、なんか返事しろよ
326ナイコンさん:2011/09/14(水) 22:05:12.69
>>307
>肝心の「順次発表したら継承で、飛び越して発表していたら継承ではないと強弁するのか?」への反論は無いのか?

それ以前に、「飛び越して発表したけど継承ですよ」の主張が見当たらんのだが。
327ナイコンさん:2011/09/14(水) 22:38:23.53
えらくスレ違いで盛り上がってるなw
328ナイコンさん:2011/09/15(木) 00:10:47.52
みんな元OS-9ユーザーだったかと思うと頭が痛い
329ナイコンさん:2011/09/15(木) 10:42:19.71
Airユーザーもいるだろ
330ナイコンさん:2011/09/15(木) 14:58:12.55
Air って何? 検索したけど Ubiquiti ?とかいう会社のサイトしか見つからなかった
Microware と何か関係あるのかな
ちなみに自分は、Basic-09 ぐらいしか知らない万年初心者なので、すみません
331ナイコンさん:2011/09/15(木) 15:04:22.90
AirギターのAir。つまり見せかけOS-9ユーザー。
332ナイコンさん:2011/09/15(木) 17:00:09.79
333330:2011/09/15(木) 18:30:31.54
なるほど、そういう言い回しがあるんですかw
面白い勉強をさせてもらいました。Thx

ちなみに恥を拡げるような質問だけど、割れ(不正)品ユーザの意味も含む?
それとも、OS-9L2まで購入しながらBasic09もろくに使いこなせなかった
自分のような「とりあえず持ってましたー/w」ユーザの意味かな?
334ナイコンさん:2011/09/15(木) 19:25:46.99
うちの犬(=柴犬)の得意技が「Airお手」だったりする。
335ナイコンさん:2011/09/15(木) 20:10:17.71
>>333
まったくOS-9を持っていない、使ったことのない人。
336ナイコンさん:2011/09/15(木) 22:47:35.96
X6のOS-9 68000はCで書かれているらしくとても遅かった
FM-11のOS-9の方がストレス無く使えた
期待して買ったのにとてもshockだった印象が残っている
アセンブラで書かれたOS-9 68000がほしい
そもそもHumanみたいなクソOSやSX-Windowなんか開発して付けるくらいなら
OS-9を付けて欲しかった
337ナイコンさん:2011/09/15(木) 23:59:12.36
>>336
残念だが、X68000用のOS-9はアセンブラで書かれている。
338ナイコンさん:2011/09/16(金) 00:00:48.25
Cだろ
339ナイコンさん:2011/09/16(金) 00:01:35.17
アセンブラは6809版
340ナイコンさん:2011/09/16(金) 00:07:36.86
>>302 >>299
ソース互換だからいいんだよ。
っていうか、アセンブラが頑張ってただけだよ。
この手の命令の場合はスタックにプッシュして、スタック間接
アドレッシング+オートインクリメントとかで実現したと思う。
バイト数は食うは遅くなるはで、その場しのぎならいいけど、
通常はソース書き直すはめになる。
8085→8086の変換の方が効率はよかったな。
341ナイコンさん:2011/09/16(金) 00:12:03.85
>>338 >>339
このスレの住人のくせに何間違って覚えてんだよ。
6809と680x0版のOS-9に限ってアセンブラで書かれている。
もちろんカーネル部分のみね。
680x0版のコマンドは確かにCで書かれたものが多かったかもしれん。
6809版はコマンド類も全部アセンブラ。
342ナイコンさん:2011/09/16(金) 05:07:29.71
MC68Kはクロック当りのIPC値が低いのでカーネルをアセンブラで書いても遅いのではないかと。
開発言語の問題ではなく、そもそもMIPS値が出ない。
MC68K採用した他のOSでも同時にマルチプロセスを起動すれは極端に遅くなります。
FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。
だからこそUNIX-WSメーカーはRISCへ移行したのです。MACやNEWS等の国内を含め。
正確なベンチマークテストと計算オーダーの見積もりが出来なかった所が最後までMC68Kを過信したのです。
343ナイコンさん:2011/09/16(金) 05:29:12.45
ただ、遅いとはいえ、身近なUNIX環境としての評価は高く、価値はあった。
マルチプロセス、ウインドウという環境は当時Windowsすら無い時代にあっては貴重な体験です。
ウインドウとシェル環境は、当時一般的なエントリーPC環境には無く、ハイエンドWS環境なのですから。
344ナイコンさん:2011/09/16(金) 06:44:38.14
>FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。
345ナイコンさん:2011/09/16(金) 06:53:09.52
今風に言えばデュアルコア・・・
346ナイコンさん:2011/09/16(金) 06:55:11.27
FM-7も今風に言えばデュアルコアだったのか
347ナイコンさん:2011/09/16(金) 06:59:27.82
NEWSの大抵の機種も今風に言えばデュアルコアですね
348ナイコンさん:2011/09/16(金) 06:59:34.11
Q. FM-8の場合はどうなのでしょう?
A. はい。今風に言えばデュアルコアになります。
349ナイコンさん:2011/09/16(金) 07:23:06.55
いくらなんでも8bit CPU2つ並べが内部32bit CPUより速いという(へ)理屈はねーよ
メインで動くのは1つなんだぜ

>今風に言えばデュアルコア・・・
350ナイコンさん:2011/09/16(金) 07:55:58.84
今風に言えばHyper-Threading Technologyの方が近いカモなw
351ナイコンさん:2011/09/16(金) 11:53:52.71
横レスですが…、FMシリーズの演算メイン+画像サブを無理にたとえるなら
むしろ Cell Broadband Engine とか Fusion Processor みたいな
ヘテロ結合(だっけ?)を引合いに出すほうが適切なのでは?

>>349
>いくらなんでも8bit CPU2つ並べが内部32bit CPUより速い
元の「今風に言えば〜」は速度の話じゃないと思うから、レスの要点がずれてるかも

そもそも >>344-350 の流れは無意味というかスレのムダ使いのような…
ここは大人しか集まらない場所なんだし、書いてて虚しくないかなぁ?
(つうか、面白いと思ってるのが不思議)
352ナイコンさん:2011/09/16(金) 12:01:07.07
え? 面白いよ?
353351:2011/09/16(金) 12:04:15.26
これでも見て気分転換してください > OS-9:愛好家の皆さん
ttp://stat.ameba.jp/user_images/20091103/19/chyubarun/84/23/j/o0450036010295514485.jpg
354ナイコンさん:2011/09/16(金) 12:11:27.85
>>342-343みたいなトンチンカンな書き込みに、

>MC68Kはクロック当りのIPC値が低いのでカーネルをアセンブラで書いても遅いのではないかと。

「クロック当りのIPC値」? 馬から落ちて落馬した、みたいな言い方だなワロタ
「カーネルをアセンブラで書いても遅い」? 当時のコンパイラが吐くコードの品質知ってて言ってんの?

等といちいち突っ込んでもツマランし、いいんでないの。
355ナイコンさん:2011/09/16(金) 12:37:00.25
>>342
>MC68K採用した他のOSでも同時にマルチプロセスを起動すれは極端に遅くなります。
>FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。
>だからこそUNIX-WSメーカーはRISCへ移行したのです。MACやNEWS等の国内を含め。

OS-9がRTOSって知ってる? RTOSとUNIXは性質が違うって分かってる?
356ナイコンさん:2011/09/16(金) 12:52:27.10
342=343=351か

からかわれるのが不満なら下らないこと書くなよ。
357ナイコンさん:2011/09/16(金) 13:03:29.72
>>342
>FM11は今風に言えばデュアルコアであった為にストレス無くOS9が動いた可能性が大きい。

>>351
>むしろ Cell Broadband Engine とか Fusion Processor みたいな
>ヘテロ結合(だっけ?)を引合いに出すほうが適切なのでは?

プロセッサがどうこう言う前にバスの概念理解した方いいぞ
358ナイコンさん:2011/09/16(金) 13:06:12.70
6809の話題が盛んな頃、クロックの位相を反転させて同一バスにMPUを二つぶら下げる
なんて話はよく耳にしたけど、実際そういう実装した製品て何かあったのカナ。
359351:2011/09/16(金) 13:43:22.19
>>356
なんでも自演決め付けするのが、この板の一部の人(?)の悪いクセですね
>>342-343 さんとは別人ですよ。
前回、自分がカキコしたのは >>330 その前は >>232

自分は「陰湿な揚げ足取り」とか「大人気ない叩きあい」とかを長々と続けて
(時には「下ネタ」で流れを潰しにかかったりw)そういう雰囲気が嫌いなだけです。
他の人の書き込みが間違ってると思ったら、簡潔にそれを指摘すればいいだけだし
思い違い・勘違いのレスの中から、貴重なウンチクや昔の業界話を拾えるかも
しれないし、そう思うからこそこの板に常駐してるわけで…

他の板にならって、無理に斜に構えたレスや、殺伐感を演出したりする必要は
まったくないと思う
360ナイコンさん:2011/09/16(金) 13:52:44.65
>>359
で、バスの概念は理解できたかな?
361351:2011/09/16(金) 13:53:11.94
>>357
それもわかってるつもり(一応は?)。そもそも >>342 がバスとかの話を抜きにして
ざっくりとデュアルコアにたとえて、さらに別の人がハイパースレッドとか
言い出したから、それを言うならヘテロのほうがまだ良いんじゃないのかな?と思っただけ。
つうか、このレベルで言い争うのはやっぱ不毛だなぁ
(皆さん必死になりすぎだと思う、マジで血圧によくない、自分も含む)
362ナイコンさん:2011/09/16(金) 13:56:19.10
>>359
>他の人の書き込みが間違ってると思ったら、簡潔にそれを指摘すればいいだけだし

>>342-343の書き込みに対して「簡潔にそれを指摘」って無理な話だろ。言ってることほぼデタラメなんだから。
363ナイコンさん:2011/09/16(金) 13:59:26.95
>>361
>それを言うならヘテロのほうがまだ良いんじゃないのかな?と思っただけ。

「思い違い・勘違いのレスの中から、貴重なウンチクや昔の業界話を拾えるかも
しれないし、そう思うからこそこの板に常駐してる」人が何故技術的に出鱈目な
話をするの?
364351:2011/09/16(金) 14:10:04.99
ていうか発端は >>336 だよね? 自分は貧乏学生だったので FM-11もX68Kも買えず
単なる推測でしかないんだけど、>>336 氏が「遅く感じた」のは、OS-9の独特の
テキスト・タイリング式(?)マルチウィンドウを、FM-11はテキストVRAMで実行して
いっぽうX68Kのほうは、ビットマップ上にテキストも展開するからかも、とか思った。
(この話題もいつも荒れる種らしいので、あまり深く追及はしないw)
365ナイコンさん:2011/09/16(金) 14:46:38.61
>>364
>ていうか発端は >>336 だよね?

ここまで横道に逸れてんのは>>342-343>>351の所為だろ。
366ナイコンさん:2011/09/16(金) 14:59:08.47
>>364
責任転換失敗!!
カコワルーイよ
367ナイコンさん:2011/09/16(金) 20:47:04.14
>>351
「Airお手」じゃないじゃん!
368ナイコンさん:2011/09/17(土) 11:43:06.67
os9/6809とos9/68000は同じであるが、違ってもいる
両方ともにアセンブラで記述されている。os9000はCコンパイラ
6809が64kbyteのメモリー空間、68000が16Mbyteのメモリー空間で大きく違う。
os9/68000の動きがモッタリして遅い、これは感覚的であって処理速度とは違う。
要因がひとつでなく多くの組合せでなっているのだとおもう
os9/68000の設計方針が違ってきている、
unixを大いに意識してunixからの移植が出来るように配慮される
また、モジュールチェックのCRCも厳密になったり、
ファイルサイズも2倍以上になっている。

軽快なos9/6809をそのままの形で68000へ移植するのもおもしろうである
369ナイコンさん:2011/09/17(土) 11:45:10.63
シャープx68000の話はまた別である、
全体がそれほど速くないしWindowシステムも違う。

os9が優位性を発揮できるのはLANの複数のPCを束ねてデーターベースサーバーとして使うときです。
4台くらいのパソコンをLAN接続しデータを共有すること。
当時として格安で実現できた。
当時はBBSホストとして使われるくらいであった。
370ナイコンさん:2011/09/17(土) 12:24:49.10
68k版は単にWindowシステムだからだろ
371ナイコンさん:2011/09/17(土) 19:49:16.48
>>368 >>369
結局何の説明にもなってないじゃん。
372ナイコンさん:2011/09/17(土) 19:59:24.71
>>358
英国Dragon Data社の陽の目を見なかったマシン Dragon Beta(128) が、
同一バスに2つのMC68B09Eをつなげていた。
一方の68B09はDMA専用として動作していた。68B44を使えば済むのにね。
(将来的には何か他の用途に使うつもりもあったのかもしれんが)

なので、量産機ではそういう変な構成のは無いと思う。
373ナイコンさん:2011/09/18(日) 02:23:21.44
>>372
> (将来的には何か他の用途に使うつもりもあったのかもしれんが)
デュアルプロセッサ対応のOS-9があったら、面白かっただろうに。
374ナイコンさん:2011/09/18(日) 07:55:31.29
>「クロック当りのIPC値」? 馬から落ちて落馬した、みたいな言い方だなワロタ

そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを
MC88Kでも踏んだ。歴史が証明しているでしょう。
ゲーム基盤は古くはロジックICで組まれていたのです。それがマイコン時代となりロジック置き換え市場を狙って
6809が企画設計されたのです。16bit世代ではミニコンの設計をそのまま借用したからこそ設計に優位性が現われた。
しかし会社としてCPUアーキテクトではないのでそれ以上ではないのです。
MC88Kでも同じ間違いをし、ミニコンのデータゼネラルは88Kを採用したが故に同じように経営危機に陥りました。
SPARC/POWER他のマシンは自社設計です。ゲーム機ですらRISC一色でした。PSはSONYのNEWS関係者が関わっている事もMIPSの要因でしょう。
375ナイコンさん:2011/09/18(日) 08:15:14.24
筋金入りのCPUアーキテクトは、IntelやARMではないでしょうか。

SMPよりは、場合によっては非対称型の方が有効です。今でも有効です。例えばFPUは形を変えた非対称SMPです。
I/O部分に割り当てる事は昔から汎用機で行なわれていたし、今の携帯はSH+ARMのASMPも存在する。
SMPはOMRONのRUNA等がありましたが。
376ナイコンさん:2011/09/18(日) 08:31:22.40
>「カーネルをアセンブラで書いても遅い」? 当時のコンパイラが吐くコードの品質知ってて言ってんの?

Cコンパイラの出来不出来言うなら、当時UNIXはC(BCPL)で書かれていたし、
私の知っているOSはBCPLで書かれている事を知っています。
むしろMC68KはCなどの高級言語に向いた設計のはずです。X68KもCコンパイラが用意されていたはずです。
いち早くコンパイラが用意された事とMC68Kであった事は無関係ではない。
膨大なカーネルソースを呼んだ事有る人なら判りますが、C言語で記述する事は必ずしもデメリットではない。

それよりMIPS/Mhzの比があまりにも低いので、そのような小手先のテクニックは意味が無いといっているのです。
MC68K-8Mhz=0.125,今のRISCなら1Mhz/MIPSなのでこの値が1なのです。
377ナイコンさん:2011/09/18(日) 08:40:51.62
何を言いたいかというと、MC68Kでは0.125ですから、仮にクロックアップしても
37.5MIPSにしかならない。RISCなら軽く300MIPS出るのです。
MC68Kのような設計でオーバークロックがどれほど無意味か計算すれば直ぐ予想可能なのです。

当時Celeronでカジュアルなオーバークロックが流行ったのは、Celeron(P6アーキテクチャ)自体が内部RISCだったからです。
だからこそクロックアップに対して性能が追従するのです。

ついでに言えばX68Kの5年間維持する宣言は駄目です。互換性に言い換えるべきでした。
5年という期間をムーアの法則に従い考えてください。横軸は年ですが縦軸は対数(LOG)です。
ムーアの法則のグラフは直線で性能を直接指示するものではありませんが、スケールがLOGなので、
たった五年というスパンで取り返しの付かない性能格差を生じる可能性が高かった。
378ナイコンさん:2011/09/18(日) 13:17:42.87
>>374
>>「クロック当りのIPC値」? 馬から落ちて落馬した、みたいな言い方だなワロタ
>
>そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを

分かってねぇなぁ。アホか。

クロック当りのIPC値

クロック当りのInstructions Per Clock値

クロック当りのクロックあたり命令実行数値

って笑われてんだろ。
379ナイコンさん:2011/09/18(日) 13:43:15.84
>>374
>モトローラは元々半導体屋であって

社名の通りカーラジオ屋だろ。

CPUアーキテクトではない。

インテルもCPUアーキテクトじゃなくてメモリ屋な。
380ナイコンさん:2011/09/18(日) 14:02:04.82
>>374
>そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを
>MC88Kでも踏んだ。歴史が証明しているでしょう。

ソフトウェアから見たアーキテクチャが重要ではないことはインテルが証明してるな。
68kが終了した原因は、モトローラ自身が適切なアップグレードパスを用意せず、88kに切り替えようとしたことだろう。
88kの失敗の原因は、コスト高と市場投入のタイミングだろう。68kとは随分状況も違うと思うが。
381ナイコンさん:2011/09/18(日) 14:50:14.26
>>374
>そうですよ。モトローラは元々半導体屋であってCPUアーキテクトではない。68Kの同じ間違いを
>MC88Kでも踏んだ。歴史が証明しているでしょう。

88kのアーキテクチャ上の欠点て何? 具体的に指摘してみ?

>>375
>SMPはOMRONのRUNA等がありましたが。

LUNAな。マルチプロセッサ構成を前提にデザインされた88kの優位さが前面に出てた機種だったな。
382ナイコンさん:2011/09/18(日) 15:12:02.68
>>377
>何を言いたいかというと、MC68Kでは0.125ですから、仮にクロックアップしても
>37.5MIPSにしかならない。RISCなら軽く300MIPS出るのです。
>MC68Kのような設計でオーバークロックがどれほど無意味か計算すれば直ぐ予想可能なのです。

インテルみたいに見た目68kで内部RISCのプロセッサ用意できれば良かったねってだけの話じゃん

>当時Celeronでカジュアルなオーバークロックが流行ったのは、Celeron(P6アーキテクチャ)自体が内部RISCだったからです。
>だからこそクロックアップに対して性能が追従するのです。

上位製品と同じ技術で製造してたから低く設定されたクロックに対してマージンが大きかったってだけの話じゃん。
内部RISCって意味分かって言ってる?
383ナイコンさん:2011/09/18(日) 15:15:48.08
>>376
>Cコンパイラの出来不出来言うなら、当時UNIXはC(BCPL)で書かれていたし、

UNIXは当初アセンブリ言語で書かれ、後にCに書き直された筈で、BCPLで実装された時期はないと思う。
384ナイコンさん:2011/09/18(日) 15:20:16.15
>>375
>SMPよりは、場合によっては非対称型の方が有効です。今でも有効です。例えばFPUは形を変えた非対称SMPです。

いまどきは87命令よかSSEが使われてるけど?
385ナイコンさん:2011/09/18(日) 15:22:56.10
>>376
>MC68K-8Mhz=0.125,今のRISCなら1Mhz/MIPSなのでこの値が1なのです。

今どきのプロセッサだとマルチコアだのハイパースレディングだのの技術で平気で1切ってるよ。
386ナイコンさん:2011/09/18(日) 22:15:46.99
>>377
>ついでに言えばX68Kの5年間維持する宣言は駄目です。互換性に言い換えるべきでした。
>5年という期間をムーアの法則に従い考えてください。横軸は年ですが縦軸は対数(LOG)です。
>ムーアの法則のグラフは直線で性能を直接指示するものではありませんが、スケールがLOGなので、
>たった五年というスパンで取り返しの付かない性能格差を生じる可能性が高かった。

ライバル機と思われるPC98も、X68030出た時点で一部のユーザーがDOSエクステンダを使って
32bitアプリを動かしてるとかそんな状況じゃなかったっけ? 「取り返しの付かない性能格差」って何?
387ナイコンさん:2011/09/18(日) 22:26:20.46
>>377
>何を言いたいかというと、MC68Kでは0.125ですから、仮にクロックアップしても
>37.5MIPSにしかならない。RISCなら軽く300MIPS出るのです。
>MC68Kのような設計でオーバークロックがどれほど無意味か計算すれば直ぐ予想可能なのです。

68kシリーズ最初の68000と、高速化のためにいろいろ細工されてる後継プロセッサじゃ
クロック当たりの命令実行数も結構違う筈だけどな。

http://en.wikipedia.org/wiki/Instructions_per_second#Timeline_of_instructions_per_second
>Motorola 68000 1 MIPS at 8 MHz(Not Dhrystone) 0.1 0.1 1979
>Motorola 68020 4 MIPS at 20 MHz 0.2 0.2 1984
>Motorola 68030 11 MIPS at 33 MHz 0.3 0.3 1987
>Motorola 68040 44 MIPS at 40 MHz 1.1 1.1 1990
>Motorola 68060 88 MIPS at 66 MHz 1.33 1.33 1994
388ナイコンさん:2011/09/18(日) 22:48:20.86
>>376
68000が8MHzで動いてた頃って他に大したライバルプロセッサもなかったじゃん。何言ってんの?
389ナイコンさん:2011/09/18(日) 23:27:36.77
342=343=368=369=374=375=376=377
いい加減なことばかり書いて荒らすな。
390ナイコンさん:2011/09/19(月) 02:15:32.16
猫に小判、DOSにメモリと当時言われていた。。。68000は、80386が出現するまではインテルの比較の対象ではなかったよ。。。
MSがWindowsを商用的に投入したのは386の普及を待ってからの話。
391ナイコンさん:2011/09/19(月) 02:23:43.27
結局、GUI、そこまで行かなくてもグラフィクスをPCで扱おうとしたら、68000しかなかった。
86じゃ一度に素直に扱えるメモリが64Kバイトで1ドット256色で8千ドット(90×90の矩形程度)の広さしかなかった。
初代マックが最初からフルグラフィクス(白黒だけど)だったのは68000を採用したからとも言える。。。

 Windows95が出現するまでの日本におけるマックの黄金時代というのは68Kが一度に扱えるメモリが16MB以上あった事に由来する。。。
まあ、アップルはあぽんと言われるとおり、そのメモリを8Mbしか使わないように設計して自分で自分の首をしめたのだがモトローラのせいではない。
このあたり、スティーブ・ジョブスがPCのことをよく知らなかったって説明になると思うな。
392ナイコンさん:2011/09/19(月) 02:39:24.44
>グラフィクスをPCで扱おうとしたら、68000しかなかった。
98が出てまもなくしたらカノープスがグラフィックボード出してたけどね
86のセグメントなんてプログラムを作る縛りにはならないよ

>スティーブ・ジョブスがPCのことをよく知らなかった
君もネ
393ナイコンさん:2011/09/19(月) 02:59:32.71
>>391
>まあ、アップルはあぽんと言われるとおり、そのメモリを8Mbしか使わないように設計して自分で自分の首をしめたのだがモトローラのせいではない。

OSだかToolboxだかでアドレスレジスタの上の方使ってたって件? 16MBじゃなかったっけ?

>このあたり、スティーブ・ジョブスがPCのことをよく知らなかったって説明になると思うな。

あいつがコード書いたり細かい仕様決めてた訳じゃないだろ。
394ナイコンさん:2011/09/19(月) 03:23:03.90
>>392
>98が出てまもなくしたらカノープスがグラフィックボード出してたけどね

PC-9801出たのが1982年の終わりの方で、カノープスの創業がその次の年だけど
そんなもん出してたっけ?

社歴見てもそれらしいの載ってないな。
http://pro.grassvalley.jp/company/company.htm

サピエンスがフレームバッファ出してたのも80年代後半だな。
http://www.sp3.com/rekishi.htm
395ナイコンさん:2011/09/19(月) 04:11:03.39
>>394
1993 グラフィックアクセラレータボード「Power Windowシリーズ」
396ナイコンさん:2011/09/19(月) 04:27:27.49
>>395
「98が出てまもなくしたら」
397ナイコンさん:2011/09/19(月) 04:36:36.92
>>392
>>グラフィクスをPCで扱おうとしたら、68000しかなかった。
>98が出てまもなくしたらカノープスがグラフィックボード出してたけどね
>86のセグメントなんてプログラムを作る縛りにはならないよ

「86のセグメントなんて〜」ということは、そのカノープスのグラフィックボードは
8086のメモリ空間にグラフィックメモリを配置していたという理解で良い?

解像度と色数どんだけあったか知らんけど、メモリ空間圧迫しすぎじゃね?
どの道行き詰る構造だろ。
398ナイコンさん:2011/09/19(月) 04:41:54.57
そろそろスレ違いの書き込みやめませんか。
ここはOS-9のスレなんで。
399ナイコンさん:2011/09/19(月) 04:42:57.56
そーいやPC-98XAとかのハイレゾ機って、1120x750x16色のグラフィック載ってたけど、
どーゆー構造だったんだろ?
PC-9801と同じ構造だったら1プレーン100KB超えるし正気の設計者なら4プレーンとか
並べて配置しないよな。バンク切り替えでもしてたんだろーか?
400ナイコンさん:2011/09/19(月) 04:44:29.11
>>398
たまたま話題が少し横道に逸れてるだけ。OS-9の話題がないだけ。
401ナイコンさん:2011/09/19(月) 04:56:53.31
いい加減すぎるな。
>>390
> 68000は、80386が出現するまではインテルの比較の対象ではなかったよ。。。
これは正しい。
> MSがWindowsを商用的に投入したのは386の普及を待ってからの話。
これは間違い。最初にWindowsを商用的に投入したのは1985のWindows1.0から。

>>391
> 結局、GUI、そこまで行かなくてもグラフィクスをPCで扱おうとしたら、68000しかなかった。
 1981 CGA 640x200 2色, 320x200 4色
 1981 FM-8 640×200 8色
 1982 FM11 640x400 8/16色 2画面
 1984 EGA 640x350 64色中16色
 1984 Macintosh128k 512x384 2色
Mac128k登場以前から、我等6809に8086でMac128kのグラフィクスを超えるPCはゴロゴロしていた。
よって、「グラフィクスなら68000しかなかった」の主張は間違っている。
86のセグメントも同様、256色が無い時代にセグメントの壁が問題との指摘も待ちがっている。
初代マックであるMac128kがGUI指向だったのは、Lisaを受け継いだだけ。
そのLisaも、Altoの影響を受けただけで、68kだったから…の主張は間違っている。

> まあ、アップルはあぽんと言われるとおり、そのメモリを8Mbしか使わないように設計して
別に珍しい設計ではない。
WindowsNT、当初は半々のアプリ2GB、カーネル2GBの設計だった。
いつからか知らないけど、現在のWindowsXPでは3GBと1GBに変更された。

IBM PC、現在ではメインメモリは640kBって事になっているが、これは後から拡張された結果。
当初は512kBであり、グラフィックスメモリのギリギリまで拡張したから半端な640kBになった。

さらに遡れば、FM-8はRAMが32kB、ROMが32kB。
歴史的に半分半分にする設計は珍しくない。
402ナイコンさん:2011/09/19(月) 05:02:20.07
>>401
> 歴史的に半分半分にする設計は珍しくない。
余談だが、珍しい設計はFM-11/16/FMR。
実メモリをどの位詰めたかしらないが、FM-11ではグラフィックスをサブCPUに任せた関係で、
8088のメインメモリ領域は900kBを超えていた。

(確か)FM-16ではダイレクトパスが搭載されたため、メインメモリは700kB超に制限を受けた覚えがある。
これはそのままFMRに受け継がれたが、FM-11/16/FMRは半々でない珍しい設計だった。
403ナイコンさん:2011/09/19(月) 05:06:45.73
>>397>>399
おまえら、VGAの構造を知らんのか?
404ナイコンさん:2011/09/19(月) 05:08:21.81
>>401
>IBM PC、現在ではメインメモリは640kBって事になっているが、これは後から拡張された結果。
>当初は512kBであり、グラフィックスメモリのギリギリまで拡張したから半端な640kBになった。

最初のIBM PCは上限が256KB
405ナイコンさん:2011/09/19(月) 05:09:08.82
>>403
VGAの話なんてしてないし
406ナイコンさん:2011/09/19(月) 05:10:05.39
少なくともPC-98の話題は横道どころじゃないな。
407ナイコンさん:2011/09/19(月) 05:15:05.77
>少なくともPC-98の話題は横道どころじゃないな。

こいつか。

392 :ナイコンさん:2011/09/19(月) 02:39:24.44
>グラフィクスをPCで扱おうとしたら、68000しかなかった。
98が出てまもなくしたらカノープスがグラフィックボード出してたけどね
86のセグメントなんてプログラムを作る縛りにはならないよ

>スティーブ・ジョブスがPCのことをよく知らなかった
君もネ
408ナイコンさん:2011/09/19(月) 05:18:08.22
>>401
>> 結局、GUI、そこまで行かなくてもグラフィクスをPCで扱おうとしたら、68000しかなかった。
> 1981 CGA 640x200 2色, 320x200 4色
> 1981 FM-8 640×200 8色
> 1982 FM11 640x400 8/16色 2画面
> 1984 EGA 640x350 64色中16色
> 1984 Macintosh128k 512x384 2色
>Mac128k登場以前から、我等6809に8086でMac128kのグラフィクスを超えるPCはゴロゴロしていた。
>よって、「グラフィクスなら68000しかなかった」の主張は間違っている。

GUI前提なら間違いでもないだろ。
409ナイコンさん:2011/09/19(月) 05:31:05.85
>>404
> 最初のIBM PCは上限が256KB
それは実装されていたメモリの話し。512kBはアーキテクチャの話し。
>>406
> 少なくともPC-98の話題は横道どころじゃないな。
PC-98はIBM PCのパクリだし。
410ナイコンさん:2011/09/19(月) 05:41:18.62
>>409
>512kBはアーキテクチャの話し。

IBM PCのパクリであるPC-98が初代から最大640KBだったことを考えると嘘くさい話だな。
http://oldnewstudio.jp/dl/ion.cgi?Target=computer/catalog/pc-9801b.jpg
411ナイコンさん:2011/09/19(月) 06:20:26.93
>>410 ggrks
412ナイコンさん:2011/09/19(月) 09:30:15.72
そういや、今出てきた各機種ともオプションボードで OS-9/68000 を使えたな。
 IBM-PC AT 68020カード:OS-9/68020
 PC-9801 68000カード:OS-9/68000
 FM-11 68000カードまたは68008カード:OS-9/68000
 FM-16β 68000カード:OS-9/68000
 FMR-50/60/70 68020カード:OS-9/68020
413ナイコンさん:2011/09/19(月) 09:53:26.69
やっぱり98信者が僻んでるだけだったか
どこででも顕示欲を発揮するよな
414ナイコンさん:2011/09/19(月) 10:11:24.83
http://www1.axfc.net/uploader/Img/so/125766
当時のOS-9/68000の広告、1987年頃
415ナイコンさん:2011/09/19(月) 12:06:07.96
>>391
またお前か。よくもいい加減なことばかり書けるな。

68000のアドレスバスは24bitだったため、最大16MBのメモリしか
扱えない。当時のToolboxは上位1bitをハンドルのロックのON/OFFに
割り当てていたので最大8MBになった。つまり8MBは古い68000と
互換性を取るためのものだ。

Mac、というかLisaが68000を採用したのはQuickDrawを開発した
ビル・アトキンソンが各種CPUをテストした結果68000しか無理と
判断したため。各種CPUの中にはリニアで24bit以上のメモリ空間を
扱えるものもあった。

ジョブズがいた頃のMacは512KB。
416ナイコンさん:2011/09/19(月) 15:05:09.04
で、今OS-9使っている奴っているのか
過去にしても怪しいよな
417ナイコンさん:2011/09/19(月) 15:15:01.60
>>415
>68000のアドレスバスは24bitだったため、最大16MBのメモリしか
>扱えない。

アドレスレジスタは32ビットあるから上位8ビットはなんかに使ってたとして、

>当時のToolboxは上位1bitをハンドルのロックのON/OFFに
>割り当てていたので最大8MBになった。つまり8MBは古い68000と
>互換性を取るためのものだ。

更に1ビットをハンドルのロックに使ってたから8MBしか使えなかったという理解で合ってる?

上位8ビットは何に使ってたの?
418ナイコンさん:2011/09/19(月) 16:52:28.18
>>415
>68000のアドレスバスは24bitだったため、最大16MBのメモリしか
>扱えない。当時のToolboxは上位1bitをハンドルのロックのON/OFFに
>割り当てていたので最大8MBになった。つまり8MBは古い68000と
>互換性を取るためのものだ。

ホントかぁ? Wikipediaには違うこと書いてあるがまだ納得する内容なんだが。
http://en.wikipedia.org/wiki/Mac_OS_memory_management#32-bit_clean
419ナイコンさん:2011/09/20(火) 00:07:28.16
>>410
わりぃ、俺もいい加減だった(汗
>>401
> これは後から拡張された結果。当初は512kBであり、
記憶違いで、最初から640kBが正解。

お詫びにIBM PC(IBM5150)のマニュアルを示すよ。
これが今や伝説になっている「回路図とBIOSソースが記載されていた」マニュアル。
 ttp://maben.homeip.net/static/S100/IBM/5150%20PC/IBM%20PC%20Technical%20Reference%202.02.pdf
420ナイコンさん:2011/09/20(火) 02:34:01.83
>>419
マニュアル見られない
しっかりしてくれよ
421ナイコンさん:2011/09/20(火) 06:16:59.01
回線が細いからな。
IBM PC/XT(IBM5160)のマニュアル
 ttp://www.retroarchive.org/dos/docs/ibm5160techref.pdf
422ナイコンさん:2011/09/20(火) 10:02:05.53
>>417
上位8bitは使われていたんだったかな?System GlobalにLo3Bytesというのが
あって、中身は0xffffffffffff。これでマスクするように推奨されていたので
上位8bitはシステムで使っていたのかもしれない。handleのlock/unlockも
この8bitの中でやってたのだったかも。

古い開発本には詳しく書いてあったような気もするが、今さら探すのも面倒なので
ここまで。
423ナイコンさん:2011/09/20(火) 10:10:39.40
そういえば68000と68010は奇数アドレスにfetchするとアドレス・エラー例外を
発生するんだったな。通常はコンパイラが偶数アドレスに置くようになってるけど
構造体でアライメントをバイト整列にしてしまうと、たちまちエラー。

初期のMacでバス・エラーで落ちる原因の多くがアドレス・エラー例外だった。
424ナイコンさん:2011/09/20(火) 10:26:41.11
>>422
間違えたLo3Bytesは0xffffffだった。0xffffffffffffじゃ48bitだな。
425ナイコンさん:2011/09/20(火) 23:40:45.50
あれってアドレスとデータのレジスタ互換のために32Bitになってるだけじゃなかった?
だから上位8Bitは何が入ってても実際のアドレスには影響しなかったと思ったけど。
でも一部のソフト(OS)では逆手にとってなんかに使ってたって聞いたことがあるような。
426ナイコンさん:2011/09/21(水) 00:12:52.57
>あれってアドレスとデータのレジスタ互換のために32Bitになってるだけじゃなかった?

違うよ。
427ナイコンさん:2011/09/21(水) 00:21:09.93
68000版はBASIC09使えるの?
428ナイコンさん:2011/09/21(水) 00:28:52.52
429ナイコンさん:2011/09/21(水) 00:48:10.01
OS-9/68000をOSKと呼び、BASIC09も同時に移植された。

BASIC09
http://www1.axfc.net/uploader/Img/so/125895
430ナイコンさん:2011/09/21(水) 02:46:54.05
>>409
OS-9の話の横道どころじゃないな、って意味なんだけど?
431ナイコンさん:2011/09/21(水) 03:14:26.24
OS-9の動作プラットホームにPC-98があったなら仕方がない
432ナイコンさん:2011/09/21(水) 21:38:36.61
>>431
あった「なら」ね。機種比較に出されてるだけでOS比較で出されてないよな。
とりあえずOS-9 for PC-98が存在するなら出典書いてくれ。
少なくともここまでに記述されていない。
433432:2011/09/21(水) 21:40:08.89
おっと書き忘れ。ググっても出てこないんで、出典ヨロ>>431
434ナイコンさん:2011/09/21(水) 21:50:24.87
435ナイコンさん:2011/09/21(水) 22:47:04.11
PC-98にSmall-Talkがあったのは聞いたことある
持ってた人は誰もいないだろな
ところでX68000にもNIFTYでSmall-Talkの実行ファイルがあったけどあれは何だったんだろう?
436ナイコンさん:2011/09/22(木) 00:21:22.24
SmallTalk/V? mac用なら会社で買ったな。まだ残ってる。
437ナイコンさん:2011/09/22(木) 09:49:18.38
テキストベースのLittle SmalltalkやGNU Smalltalkもあるのでなんとも
438ナイコンさん:2011/09/23(金) 01:15:19.41
>>434
むむむ。"PC-9801 OS-9"で検索しても
それっぽいのが見当たらないと思ってたら、
WikipediaのOS-9項目にあったのか。
PC-98に68000ボードがでてたとは…。
これはあきらかに私の調査不足だな…失礼した。
439ナイコンさん:2011/09/23(金) 01:31:06.89
440ナイコンさん:2011/09/23(金) 02:54:02.97
>>439
懐かしいなぁ、FMR版がとっても欲しかった。
モチ、会社の金で。未遂に終わったけどw

あと、今でもOS-9を扱っているのね。
ttp://www.forks.co.jp/OS.html
441ナイコンさん:2011/09/23(金) 04:51:13.24
>>440
この会社まだあったのね。
442ナイコンさん:2011/09/23(金) 12:28:57.23
Forksか。広告で見ただけど、あったね。
443ナイコンさん:2011/09/24(土) 22:08:50.86
>>429
Ver.2.0からMW-BASICに改名した。
なんか、モトローラと商標の関係でもめたらしい。
444ナイコンさん:2011/10/03(月) 23:40:37.75
すまんが、FM-11の68000カードのメインメモリってどうアクセスしてたか教えてくれ。
445ナイコンさん:2011/10/04(火) 02:12:09.96
共有メモリ、アドレスはシラン
446ナイコンさん:2011/10/24(月) 22:12:45.61
OS-9スレで6502の話を力強くされても。

447ナイコンさん:2011/10/24(月) 22:18:46.41
OS-9
448ナイコンさん:2011/10/26(水) 01:56:51.10
>>446
どれが?
449ナイコンさん:2011/10/29(土) 15:43:22.59
もしや >>446はMacが6502で動いていると思っていたのではあるまいか
450ナイコンさん:2011/10/29(土) 17:44:25.23
もともと Macintosh用の Microware OS-9/68000 が出てたそうだから(ややこしい)
やはり Apple が Microware と訴訟和解・遠慮して、MacOS8 の次は
MacOSX にスキップすべきだったと思うなぁ
>>449 の説にも一理あると感じたけど、アンカが >>446 向けなのは変じゃない?

とにかく >>266 によると ARM用の OS-9 も出てるらしいので
まぁARMの話題は許すとしても、ここまでの流れで 6502 と ARM は
ほとんど無関係という結論だそうなので、6502 はスレ違いでFAかと
451ナイコンさん:2011/10/29(土) 19:03:33.76
>>450
> とにかく >>266 によると ARM用の OS-9 も出てるらしいので
おもわず6502用のOS-9が無いか、ググってしまったw

ところで、ColorComputerをFPGA上に再現している人が居るんだな。
ttp://8littlebits.wordpress.com/category/coco3fpga/
この上でNOS9走らせたら面白そうだとオモタ
452ナイコンさん:2011/10/29(土) 19:24:23.77
>>450
ARMが6502を参考に開発されたのは有名な話
453ナイコンさん:2011/10/29(土) 19:37:47.48
>>450
$7E JMP >>242 ; ロングジャンプして、ここまでの流れを復習せよ

以下、無限ループw
454ナイコンさん:2011/10/29(土) 22:11:54.28
HALT
455ナイコンさん:2011/10/30(日) 00:04:23.13
よくも悪くも今音楽やってる人はビートルズの影響を受けてるわけだけど
じゃぁビートルズの進化かというと別だろ。237のおかしいのはそこ。
456ナイコンさん:2011/10/30(日) 00:18:50.14
>>270
>Wikipedia酷いな。

>MOS 6502 - Wikipedia
>http://ja.wikipedia.org/wiki/MOS_6502
>> なおARM (Acorn RISC Machine) は、6502の延長として設計されており、6502との
>> 共通点が見られる。

書き換わってたw

http://ja.wikipedia.org/wiki/MOS_6502
> なお、ARM (Acorn RISC Machine) の設計は6502を参考に行われたとされることが
> あるが、ARMが6502を参考にしたのはアーキテクチャではなく、シンプルで扱い易い
> CPUというコンセプトであり、ARMと6502のアーキテクチャ自体は大きく異なっている。
> また、ARMの命令セットを設計したSophie Wilsonは、6502とARMにはほとんど共通点が
> ないと述べている[1]。
457ナイコンさん:2011/10/30(日) 10:03:46.38
>453
jmp だったけ?
bra じゃなかった?
昔のことなので記憶が…
458ナイコンさん:2011/10/30(日) 10:44:16.21
>>454
隊長!! HALT命令が効きません!! CPUが暴走してます!!
459ナイコンさん:2011/10/30(日) 11:12:13.01
>>457
$20 BRA ; ±7bit で相対分岐
$16 LBRA ; 16bit で相対分岐
$0E JMP <$nn ; ダイレクト・アドレッシングで絶対分岐
$6E JMP ea ; インデックス等のEffectiveAddressで絶対分岐
$7E JMP $nnnn ; エクステンドで絶対分岐

ポジションインディペンデント強制のOS-9だとJMPは禁止かも
460ナイコンさん:2011/10/31(月) 10:28:08.75
ポジションインディペンデント、マルチタスク、リエントラント対応は必須。
461ナイコンさん:2011/10/31(月) 23:45:48.78
>>459
LBRAは片方向だけなの?
462ナイコンさん:2011/11/01(火) 01:16:38.66
最初は±15bitって書こうとしたけど、どうせ6809のアドレスは$FFFFを
超えると0に回り込むから、16bitと書いたほうがいいかなと思って(深い意味なし)
463ナイコンさん:2011/11/01(火) 23:21:43.14
>>456
いいことじゃないか。編集してくれた人ありがとう
464ナイコンさん:2011/11/01(火) 23:37:55.83
ARMの項目はまだおかしい。

ARMアーキテクチャ - Wikipedia
http://ja.wikipedia.org/wiki/ARM%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3
> 命令セットはRISCでありながらもコード密度を重視した設計になっており、
> 手作業による最適化がしやすい特徴的なアーキテクチャを持つ。
465ナイコンさん:2011/11/02(水) 01:06:56.04
ARM って、現行の (Cortex-A9とかの) 〜v7までは
User, System, Supervisor, Abort, Undefined, Interupt, FastInterrupt の7つも
例外モードがあって、そのうち5つでは R13,R14,SR(ステータス)が個別裏レジに切替で
さらにFastInterrupt時はR8〜R12も裏レジ切替という、異様に裏が多い特殊な複雑さは
なんでかなぁと思ってたけど、もともと25年前の Acorn の要求仕様のためらしい

で、先週発表された 64bit ARM (v8)の新仕様では、ばっさり切替えて4段の例外
(特権Lv)に整理するとのこと。state 切替で、32bit モードになってる時は
Thumb (2バイト命令)も含めて、従来との完全互換を保つため、やはりごちゃごちゃの
ままみたいだけど、64bit state に切替えると、えらくすっきりする印象
http://pc.watch.impress.co.jp/docs/column/kaigai/20111101_487830.html

32bit版OSはそのまま動くことを保証って書いてあるから OS-9/ARM もたぶんOKだと思うけど
どうせなら OS-9/ARM-64 みたいなのが出たら、OS-9/PowerPC なみに面白いかも
466ナイコンさん:2011/11/03(木) 22:18:43.57
OS-9って今のVer.っていくつ?
まだVer.UPしてるの?
467ナイコンさん:2011/11/03(木) 23:03:28.05
OS-9のバージョンは上がってないんじゃね?
モジュールは更新されてるかもしれないが。
468ナイコンさん:2011/11/26(土) 01:33:02.93
古いけど、こっちにも貼っておくか
ttp://www.icdia.co.uk/microware/
469ナイコンさん:2011/12/06(火) 22:56:04.55
拾い上げ
470ナイコンさん:2011/12/11(日) 17:56:44.78
>>468
CDIがどうこうって書いてあるから、6809じゃなくってOSKの方だろ。
471ほたて:2012/02/09(木) 18:41:43.45
>>467
OS-9/x86 V4.9というのを聞いたことがある(3、4年前?)から
V5.?はあるだろう。その位のバージョンでOS-9/ARMもあったはず

今見ると、ラディシス本社のサイトにOS-9はproductとして残ってるけど
アジアの代理店はフリーステーションというQNXの会社になってる。
日本ラディシスは取り扱わなくなったようだ
472FMファン:2012/07/07(土) 20:35:04.28
OS-9のクローン「NitrOS9」のレベル2(6309版)が
COCO3のエミュレータ「VCC」で動きました。

VCCを起動すると、ROMのBASICが起動します。
HDDモジュール(DLL)を読み込み「NitrOS9.vhd」を設定します。
このvhdは0から255に分割されています。dir 255がNitrOS-9。

「dos 254」と入力後「dir」で、BASIC記述のプログラムが表示。
「load "link"」「run」で、boot disk?を聞いてくるので「255」
と入力。 VCCのconfigのCPU項目を「6309」に設定。
「dos 255」の入力で「NitrOS9 level II 6309版」が起動します。

NitrOS9起動時「time?」などは聞かず(DOS/V設定が反映)/DD:と
表示します。 /d0 /h0が可能ですが、そのまま /DD:dir cmds 
などと入力すれば表示します。 dir -e と「-]が必要(68000版同様)
BASIC09は「6309」対応になっています。

vhdファイルは以下のサイトから入手(NitrOS9.vhd、BOOT-FD、OS-9 L-II)
が可能です。
http://goyim.dyndns.org:8080/coco/Vhd/

NitrOS9.vhdは132.480KBあります。download時は、ZIPファイルです。




473FMファン:2012/07/08(日) 21:00:33.07
OS-9000(のちにOS-9と改名)X86版のCD-ROM(サンプル)をInstall
しようとしたら、以前の「パスワード」が無効となっていました。
何とかWINDOWS上で動くバージョンがないものか、探していたところ
ありました。以下のサイトから入手出来ます。24MB弱(zip)です。
batファイルを起動すると、選択画面が表示されます。 「2」を選択。
ネットワークも可能で、インターフェース(NE-2000など)を設定します。
http://lsw.ee.hm.edu/wiki/en_OS9_x86_Install
動きましたら、ご報告を、かきこ、お願いします。ver.4.9です。
474FMファン:2012/07/08(日) 22:22:56.90
<追加>
「2」入力後、画面表示で、入力待ちになったら「q」を入れます。
OS-9/X86のプロンプトが表示されたら「xb」と入力、グラフィックモード
となります。マウスが、この表示画面内のみ有効です。マウスの右ボタン
をクリックすると「menu」が表示します。 この画面を終了するには
「ctrl+alt」で、異なるマウス・ポインターが表示され、終了が可能と
なります。
475FMファン:2012/07/08(日) 22:37:35.10
<追加>
グラフィックの出来は、すばらしいです。
サンプル(アナログ時計、カレンダーなど)x86版はスピードも速いです。
ネットワークは、この起動パソコンに対して、ネットワークから「ログイン」
出来て、マルチ・ユーザーが可能な様です。 (未確認)
476FMファン:2012/07/08(日) 23:58:05.24
OS−9/X86を、みんなで便利に使えるように、「知恵」を
出し合いましょう。 わたしも、時間が休日以外にないので、今
から、少し休憩です。 /d0、/md0、/cd0、/r0、などのFORMATや
設定方法、ネットワークの設定、ログインのUSER・DATA設定方法
いろいろ、解らない点が多いです。 FILE MANAGERに説明があり
ます。 10人位で、考えれば、何とか、なりそうですが。
477ナイコンさん:2012/07/09(月) 01:30:30.96
ライセンス上問題が無いのか?
478ナイコンさん:2012/07/09(月) 01:42:13.12
付記

OS-9/x86は、無償ソフトか?
Radisys/Microwareの不利益になることをOS-9ファンは普通望まないだろう。
(いまだ、OS-9/X68000で遊んでるが、きちんと購入してる)

「使いたいから」とかは理由にならない。
正規のライセンシーを得てやるのであれば気にしないが、
こういうことをやることを、きちんと開発・販売元が認めているのだろうか?
479FMファン:2012/07/09(月) 07:30:56.61
OS−9/X86ですが、DOWNLOADサイトを、よくご覧になり
ましたか? 公表されているサイトですし、グラフィックスでは「商用
使用は禁止」の表示があります。ライセンス。フォルダーに詳しい記述
がありますので、お読み下さい。 気になるなら、使わなければいいで
しょう。
480FMファン:2012/07/09(月) 07:54:13.00
OS−9/X86の画面に「DEMO SOFTWARE」の表示、GNU
ライセンスの説明があります。ソースコードの案内もあります。
481FMファン:2012/07/09(月) 08:22:43.07
OS−9/X86について、以下のサイトに、設定の詳しい説明が
あります。
http://lsw.ee.hm.edu/wiki/OS9_x86_PrepareInstallMedia
482FMファン:2012/07/09(月) 13:41:40.60
<MICROWAREとのかかわり>
1976-77年頃、米国のコンピュータショウで「RT-68」と「A/BASIC」を
購入。RT-68はMIKBUG互換のACIA用マルチタスク・モニター(ソース付)
A/BASICは6800用のカセット版。(割り込み、マルチタスク記述可能)
これが基礎でOS-9が完成? A/BASICのOS-9版1.6:1がOS-9(L1、L2)で
使えています。
1981年頃OS-9(L1)のソースコードをマイクロボード社より購入($100)
友人と解析して、秋葉で売っていたI/Oラボ池上研究所のCPU+FDC
ボードに移植。移植前は、SS-50バスにGIMIX製#58FDC+8インチで起動。
当時は、8インチFDDでしたが現在 3.5インチで動いています。
その後、FM-11など使用。25年ほどブランク。XM7で楽しんでいます。
483ナイコンさん:2012/07/09(月) 16:36:47.70
>>482
わーお!
そういう経緯で OS-9 が生まれたというのは初耳です。
いろんな過去があるのですね。
私は FM-11 からの新参ものなので興味深いお話です。

しかし、FM-11 を手放してすでに 20 年?。
使い方を思い出すのに精一杯です。
そういう意味では、情報交換には期待しています。
ただ、こちらから出せる情報がほとんどないのが心苦しいです。

がんばってください。応援しています。
484FMファン:2012/07/09(月) 21:20:55.04
OS-9/X86の動作環境「QEMU」の勉強をしないと、このOS-9設定が出来ません。
「QEMU」とは、日本人の開発、改良、のPCエミュレータのようです。
開発者は、改良を停止しているようで、XM7、XM6で有名な「武田さん」が
昔のパソコンのエミュレータを動かす「動作環境」として、改良中です。
開発者ページ
http://www.h7.dion.ne.jp/~qemu-win/index-ja.html
武田さんのページ
http://homepage3.nifty.com/takeda-toshiya/

ですから、OS-9/X86の動作環境は「QEMU」の設定が、必要となります。
「QEMU」で検索すると、いっぱい見つかります。 うれしいのは、日本語
で説明があることです。

HDD、FD、CD、音源、LAN、グラフィックス、RS-232C、すべてが、この「QEMU」
環境で設定されています。
485ナイコンさん:2012/07/09(月) 21:24:04.30
>>484
>「QEMU」とは、日本人の開発、改良、のPCエミュレータのようです。
>開発者は、改良を停止しているようで、XM7、XM6で有名な「武田さん」が
>昔のパソコンのエミュレータを動かす「動作環境」として、改良中です。

何バカなこと言ってんの???
486FMファン:2012/07/09(月) 21:37:30.77
「QEMU」の元開発は、以下のサイトですが、現在は「武田さん」の「QEMU」が
多くのところで、使われています。
http://wiki.qemu.org/Download
487ナイコンさん:2012/07/09(月) 21:47:35.60
>>486
>現在は「武田さん」の「QEMU」が多くのところで、使われています。

武田の名前と併せてぐぐってもQEMU単体の1%もヒットしないんだが、多くのところで使われているという根拠がなんかあったら教えれ。

https://www.google.co.jp/webhp?q=qemu
> 約 3,380,000 件 (0.12 秒)

https://www.google.co.jp/search?q=qemu+takeda
> 約 4,970 件 (0.14 秒)
488ナイコンさん:2012/07/09(月) 21:48:56.06
489ナイコンさん:2012/07/09(月) 21:50:38.02
>>479
そぉ?

> ライセンス。フォルダーに詳しい記述がありますので、お読み下さい。
ここにあるのはQEMU関連のライセンスに見える。
それにOS-9がオープンソース化したニュースなんて聞いたことない。

違法物だね
490ナイコンさん:2012/07/09(月) 21:55:13.86
>>483
せめて自演するときは age やめてはどうか。
491ナイコンさん:2012/07/09(月) 21:57:51.31
>>484
> 「QEMU」とは、日本人の開発、改良、のPCエミュレータのようです。

QEMU - Wikipedia
http://ja.wikipedia.org/wiki/QEMU
> QEMU(キューエミュ)は、Fabrice Bellardが中心となって開発しているオープンソースのプロセッサ
> エミュレータである。

このFabrice Bellardってのが日本人か?

> 開発者は、改良を停止しているようで、XM7、XM6で有名な「武田さん」が
> 昔のパソコンのエミュレータを動かす「動作環境」として、改良中です。

どっちが新しいと思ってんだ?

http://homepage3.nifty.com/takeda-toshiya/qemu/index.html
> QEMU on Windows Ver 0.13.0 (10/16/2010)

http://git.qemu.org/qemu.git
> last change Sat, 7 Jul 2012 09:07:01 +0000
492潰し合いはヤメロ:2012/07/09(月) 22:05:54.47
FMファンさんの「QEMU」は「QEMU ON WINDOWS」の
ことだと思います。多くのOS対応版が、日本人の開発になっています。
ここのサイトは、いい情報を、紹介している方を「つぶす」ところですか?
だから2月から、だれも書き込んでいないのかな。 私は、もう見ません。
493ナイコンさん:2012/07/09(月) 22:11:20.62
>>492
トンチンカンな話は「いい情報」じゃねぇだろ
494ナイコンさん:2012/07/09(月) 22:14:01.22
>>492
>だから2月から、だれも書き込んでいないのかな。

OS-9の話題なんてもともと少ないだろ。つーかPC版なんてそもそも板違いじゃね?
495ナイコンさん:2012/07/09(月) 22:15:58.47
>>492
>FMファンさんの「QEMU」は「QEMU ON WINDOWS」の

自分に敬称つけるのってどういう気分なんだろう?
496ナイコンさん:2012/07/09(月) 22:21:37.76
>>492
「私は、もう見ません。」てオマエこのスレいつからいんの?「FMファンさん」とは別人格なんだろ?
497ナイコンさん:2012/07/09(月) 22:39:26.50
そっか、もうすぐ夏休みだもんな。宿題ネタか…
だからと言って、違法コピーはダメ。
498ナイコンさん:2012/07/09(月) 22:41:27.91
回りくどい書き込みが続いてると思ったら、takedaの自演かよwww
499ナイコンさん:2012/07/09(月) 23:15:31.83
takeda氏の名が出ると専属の荒らしが出ます
もうみんな知ってるけど気にせずスルーで
500478:2012/07/10(火) 00:58:55.41
トンチンカンな「全角英数字君」の示したライセンスはQEMUのもの。

どちらにせよ、ここで紹介されたOS-9/x86の仮想ディスクイメージは、
正規ユーザでなければ使うべきではない。

かつて、intel版も含めて「体験版」を入手することはできた。
今はどうだか知らないが、もろもろのソフトウェアを含んでいる正規版は
ちょっと手が出せる価格では無かった記憶がある。

os9mlの過去ログを調べたが、体験版配布は、以下のURLで周知された模様。
http://www.microware.jp.inter.net/press/990407.htm(リンク切れ)

余談:同名の会社が以前のマイクロウェアと同じURLを使ってるのかな
http://www.microware.jp/
501ナイコンさん:2012/07/10(火) 01:14:52.42
>>484はPI.さんに土下座してこい!
502ナイコンさん:2012/07/10(火) 20:14:38.92
QEMUは武田の開発でお送りいたしております
503ナイコンさん:2012/07/10(火) 20:21:14.92
一時期、パーソナルユーザー向けに無料でライセンスされていたことがある
そのバージョンなら大丈夫なんじゃね
504ナイコンさん:2012/07/11(水) 21:53:32.38
>>503
とっくに期限切れてるような気がする。
505バカ ◆BMGIDa9vS. :2012/07/11(水) 21:56:30.75
>>484
氏ね
506ナイコンさん:2012/07/12(木) 02:13:56.65
>>503
Ver.4.9ではやってないよ。
507ナイコンさん:2012/07/12(木) 02:36:44.24
>>484はまだ間違いを訂正しないのか?
開発者を間違えてはずかしくないのか?
こんなヤツがOS-9推ししてるのかと思うと寒気がしてくるわ。
508ナイコンさん:2012/07/12(木) 06:06:41.08
>>507
間違ってる事に気づいてないし、いい情報だと思ってるし、
もう見ないとか書いてるので無理なんじゃね。
509ナイコンさん:2012/07/12(木) 12:20:24.05
>>507
エミュ厨臭さが漂ってる馬鹿みたいだし、常識的な行動は期待できないだろう。 
510ナイコンさん:2012/07/13(金) 15:45:11.10
>いい情報を、紹介している方を「つぶす」ところですか?
違法コピー物がいい情報だと
なめんなよ
511ナイコンさん:2012/07/14(土) 05:37:26.61
>>484
XM7、XM6の有名な開発者はPI.さんであって武田氏じゃない。
だいたい武田氏はどっちにも無関係だろう。

>>492
OS-9推してるヤツが、そのOS-9絡みのレトロPCである
FMシリーズやX68Kのエミュレータ作者を間違えてる点で
有力どころか有害情報にしか見えん。
そんなヤツにFMファンを名乗られること自体気持ち悪い。

そもそも484が推してるOS-9はOS-9/6809でもOS-9/68KでもなくOS-9/x86なわけだし、
他にも色々ツッコミどころ満載なんだが、
XM7、XM6の開発者を間違えてる点が最悪だ。
いい情報でもなんでもない。
484はマジでPI.さんに土下座して謝ってこい!
FM-11スレまで荒らされてたし、むっちゃ腹立つわ。
512ナイコンさん:2012/07/14(土) 09:53:37.14
takedaがPI.さんの功績まで盗もうとしてるのか
513バカ ◆BMGIDa9vS. :2012/07/14(土) 13:02:01.78
なんでそうなるんですかorz
514ナイコンさん:2012/07/14(土) 21:12:37.91
どう見てもtakedaの自演だろ
そうだろ
515ナイコンさん:2012/07/14(土) 21:19:27.45
いや大文字と小文字を使い分けるおなじみのお前以外自演はいないよ
516ナイコンさん:2012/07/14(土) 21:58:18.39
思い込みって、怖いよなぁ〜
517ナイコンさん:2012/07/14(土) 22:32:50.45
takedaが自演してるかどうかなんていいんだよ
takedaを叩くことは正しいことなんだよ
518ナイコンさん:2012/07/15(日) 05:08:42.25
釣れまくりで大漁ですねw
519ナイコンさん:2012/07/17(火) 22:11:28.20
そういえば、PC9801用のOS-9がありました。 
520ナイコンさん:2012/07/18(水) 00:34:36.36
浦島レスだが

コンベンショナルメモリの上限は、
IBM-PC(初代)が512KB、IBM-PC/XTが640KB
PC-9801ノーマルモードは初代から640KB(ただしそのうち128KBはバンクメモリ専用空間とし、実質512KB上限とする使い方もあり、かなり後の機種までサポートされていた)
PC-98ハイレゾモードの上限は768KB

PC-98ハイレゾモードのVRAMは、1bit二値のプレーンが4面あるのをバンク切り替えでアクセスする方式
ただしEGC機構によって、4プレーン同時アクセスも可能(ノーマル98やPC/ATのVGAにあるような機構と同じ)
521ナイコンさん:2012/07/18(水) 00:58:16.15
>>519
Forksが出してた68000ボード用だったね。
セットで20万円くらいした。
……とまぁ、前の方にそういうレスがあるんだけど。

X68000も最初からOS-9を出しておけば、そちらの層も取り込めただろうに。
あの値段でほとんどゲームマシンになってしまったら、
マニアしか買わないだろうになぁ、と当時思った。
522ナイコンさん:2012/07/19(木) 15:54:17.47
>>521
最初からOS-9が出てるような機械だったら“もっと”マニアしか買わんかったんとちゃう?
というかOS-9/X68000出たのって割と初期からだったような気も…
523ナイコンさん:2012/07/19(木) 20:02:34.09
X68KのOS(Human68K)はハドソンが開発してたんじゃなかったっけ。
そのあたりの開発絡みもあったんじゃね?
OS-9/68Kが添付OSにならなかったのは。
いや、よくしらないけどさ。
524ナイコンさん:2012/07/19(木) 20:06:55.16
だいたいそういうのとかCP/Mはグラフィックとか直接個別のハード叩くの向いてないから
デフォルトのOSになることはなかったなあ
SMC-777ぐらいか
525ナイコンさん:2012/07/20(金) 00:26:30.29
>>524
SMC-70とか、HC40、80、88とか、QC-10とか、けっこうあるじゃん。
526ナイコンさん:2012/07/20(金) 00:28:39.00
>>522
> というかOS-9/X68000出たのって割と初期からだったような気も…
X68Kは1987年、OS-9/68Kはその翌年の1988年。

>>523
たぶん、おそらく、ライセンスフィーの絡みでないかな。
確かあの頃、アスキーがPC-98用アプリにMS-DOSを無料添付してDOS普及に努めていた頃。
有償のOS-9/68Kは添付しにくい時代。

>>524
> だいたいそういうのとかCP/Mはグラフィックとか直接個別のハード叩くの向いてないから
「だいたいそういうの」には同意するが、CP/Mは叩き放題だよ。

> デフォルトのOSになることはなかったなあ
ライセンスフィーの絡み〜(以下同文)
527ナイコンさん:2012/07/20(金) 10:22:19.05
OS-9トレーナー、未使用のものがまだ一つ残ってる。
528ナイコンさん:2012/07/20(金) 18:47:52.32
トレーナーって着る方の?
それとも練習用のなにかかな
529ナイコンさん:2012/07/20(金) 21:33:02.86
着る方。OS-9 Usersグループが作ったんだったかな。昔、Niftyの
3フォーラム合同オフに着て行ったら、OS-9ユーザーの人から
声かけられたよ。俺も着て来れば良かったって言われた。
530ナイコンさん:2012/07/20(金) 22:22:14.77
それはオークションに出せばいい値がつくかも。
出せっていってる訳ではないんで念のため。
531ナイコンさん:2012/07/20(金) 23:51:22.69
マッカーに声かけられなくてなにより
532ナイコンさん:2012/07/21(土) 19:24:26.49
>>524-525
>CP/Mマシン
つ FM-16π
CP/M86の方だけど
533ナイコンさん:2012/07/29(日) 14:23:58.54
>>529
今は無きT-ZONEで見たことがあるよ。
534ナイコンさん:2012/08/11(土) 12:44:17.27
亜土電子
535ナイコンさん:2012/08/30(木) 03:06:15.50
OS-9/X68Kはパーソナルウインドウがイマイチだったな。
頑張って作ったつっちゃんには悪いけど
536ナイコンさん:2012/09/28(金) 22:05:28.51
OS-9で分割アセンブルって、どう遣るんだろ?
誰か教えて呉れ
537ナイコンさん:2012/09/29(土) 05:49:56.21
>>536
OS-9/6809 だったら、RMA(Relocating Macro Assembler)使えばいいんじゃね。

OS-9/68000 or OS-9 for その他 は知らね。
538ナイコンさん:2012/09/30(日) 13:43:20.17
Wikipediaでこんなん見つけたw

FM TOWNS - Wikipedia
http://ja.wikipedia.org/wiki/FM_TOWNS#cite_note-31
> 28. ^ 富士通はかつて8ビットパソコンの時代にもFMシリーズで6800系パソコンの老舗で
> あった日立の独自アーキテクチャのパソコンを消滅に追い込んだ過去を持つ。
539ナイコンさん:2012/09/30(日) 15:36:01.69
Wikipediaでこんなん見つけたw

FM TOWNS - Wikipedia
http://ja.wikipedia.org/wiki/FM_TOWNS#cite_note-31
> 28. ^ 富士通はかつて8ビットパソコンの時代にもFMシリーズで6800系パソコンの老舗で
> あった日立の独自アーキテクチャのパソコンを消滅に追い込んだ過去を持つ。
540ナイコンさん:2012/09/30(日) 16:55:34.24
>>537
thx!
FM-11用のOS-9マニュアルを見ても、リンカーの
説明は無いんですよね。
OS-9には、MS-DOSで云うobjectの概念が無いような。
サブルーチン=ロードモジュールみたいな扱いだし。

もう少しマニュアルを当たってみます。
541ナイコンさん:2012/09/30(日) 19:50:02.52
>>540
FMシリーズやMB-S1のOS-9にバンドルされてるAsmでは分割アセンブルできないですよ。(includeはできるけど)
別売のRMAを買わないと。
もしくは、Cコンパイラにバンドルされてるc.asm/c.linkが必要。(名前が違うだけでRMAと同じもの)
542ナイコンさん:2013/06/25(火) 10:40:10.25
亀だけど、6502とARMの僅かな関連性なんて始めてしった。
ただゲーム機で6502を使ってたとき、構造を簡易にして高速性を追求してるのはRISCの思想に似てるなと思ったことはある。
543ナイコンさん:2013/06/25(火) 10:53:26.24
全部否定するようで悪いけど、
OS-9がMS-DOS並に普及したパラレルワールドを想像したい俺でも、現実的にならざるをえない。

どこがターニングポイントかなんていったら、IBM-PCが6809か68000とOS-9の組み合わせになるか、MachintoshがOS-9/68000を採用するかしかないでしょう。
どちらもありえない話で、まだIBMがCP/M86を採用したりAppleがGSを主力にするとかのほうが現実味があるくらい。

マイナーなCPUのマイナーなOSとして出発した組み込み用OSが一時は頑張ったというだけでも立派だったと思う。
544ナイコンさん:2013/06/25(火) 11:04:17.07
>>524
言いたいことは分かる。CP/M共通として流通していたアプリはI/Oを叩いたりしないって意味だろう。
まあそりゃどんな汎用OSだってそうであって、今のOSでもアプリ→OSのAPI→ドライバ→ハードとなっている。
どんな環境だろうが、その機種だけで動けばいいのだったらI/O叩くでしょ。

ちなみにMSXはディスクフォーマットはMS-DOS互換だけど、BIOSはCP/M80互換。
ソースさえあれば、CP/Mのアプリをそのままコンバートできたから、MS謹製のエディタやアセンブラ(M80)やリンカが安く出ていた。
545ナイコンさん:2013/06/25(火) 11:27:18.60
>>544
MSはCP/Mにエディタなんて出してたか?
546ナイコンさん:2013/06/25(火) 11:28:34.61
543の続き

いや、最後のチャンスでCD-Iがあったね。
あれが間違って米国でヒットしていればまだ続いてた可能性があるかも。

もう新規でのOS-9の仕事なんてほぼ無いだろう。
あとは数少ない現場に残された組み込みシステムの保守だけ。
547ナイコンさん:2013/06/26(水) 21:27:45.05
RetroBSDと比較してどうよ?
548ナイコンさん:2013/10/13(日) 06:21:51.43
OS-9のnetってどれもがサーバーにもクライアントにもなれたよね?
OSそのものすらどれかから読み込んで起動できたり。
これに慣れてからwindowsのネットシステムに入った時できないことが多すぎてイラついた覚えがある。
以来ネットワークに関しては初心者レベルのままだ(笑)
549ナイコンさん:2013/10/17(木) 19:07:51.85
>>545
EDIT-80
550ナイコンさん:2013/10/17(木) 19:15:11.81
>>544
MSX-DOS用にEDIT-80なんて安く出てたかな?
551ナイコンさん
教京サーバアビエ無戸籍交際薬剤消毒介護職利権ローション羽田帝国上層部24時間パトロール義務上野飲み会マックさむらいニューヨーク森林火災チェック問題ヤーフォー確定申告不足ラーメンスーパーポイントdビデオデッキ破壊タイピングGTX860MIGOZ

教京サーバアビエ無戸籍交際薬剤消毒介護職利権ローション羽田帝国上層部24時間パトロール義務上野飲み会マックさむらいニューヨーク森林火災グリーにんにく牡丹黒家宝ラーメン

教京サーバアビエ無戸籍交際薬剤消毒介護職利権ローション羽田帝国上昇部24時間パトロール義務セコム強盗マックさむらいニューヨーク森林火災グリーにんにく牡丹黒家宝ラーメン
築地TPP偏食中国人勧誘マナー憤怒北京オリンピックパブ立橋フロアWHO経済制裁代協議会飲み食い代官僚日テレ漏洩ボーリングITC問題調査福岡駐車近代道廃人画税幕張銀行ググール無断決裁広告料寒孫ゼリー失調栄養士指的フィルム不毛ハンバーグースラーメン

糞箱弐個弐個沖縄ランド近年ペット原発難民船頭100万円コミックコラムシフト廃品鉄工業プラチナ小スモ再販問題WHO光金アナ雪エネルギーソーシャル決裁ニッカン奮闘鬼記者サービスカ米ラマン露店捜査キセルストアアイダホ会長農家不動産工場感激息子