OSASKスレッド Part12

**Be名無しさん** · 2010/11/22(月) 09:40:08

>>348
TOWNS-OSって元々マルチタスク・マルチウインドウだよね？
それらのシステムって「自分が作ってみたいから作った」ものなのかな？
それとも「TOWNS-OSでは駄目な○○ができる」的なものなのかな？
ちょっと気になった

**Be名無しさん** · 2010/11/22(月) 10:57:47

TownsOSというかTownsSHELLはWindows3.1/MacOS9的な協調型マルチタスクな上に標準搭載メモリだと空き領域が非常に厳しくハードリソースの分配管理も不十分
本人に聞かないとわからないが後者的要素を持つ前者だと思う

**Be名無しさん** · 2010/11/22(月) 11:11:54

TownsOSそのものはDOSに毛が生えただけ
基本シングルタスクだしGUIもシェルとかアプリが自前でやってた(ライブラリのサポートはあった)

**Be名無しさん** · 2010/11/22(月) 12:50:58

あれDOS-SHELLみたいなシェルだったんだ・・・
てっきりWin3.xレベルのウインドウシステムだと思っていた

**Be名無しさん** · 2010/11/22(月) 13:13:42

一応Win3.1レベルには達していると思うが
TownsSHELL非対応の通常アプリを通常起動すると丸ごと終了してしまうという

**Be名無しさん** · 2010/11/22(月) 13:54:46

3.1もそうだった。

エンハンストモードはDOS窓使えたので多少マシだったが。

**Be名無しさん** · 2010/11/22(月) 20:25:49

じゃあ初期のOSASKはTownsOS(Win3.1)に対するOSASK(Win95)辺りを目指してたのかな？
プリエンティブマルチタスクだしウインドウのデザインもよく似てるし
そう考えるとNOWSMART-OSも方向性は似てるね

**Be名無しさん** · 2010/11/22(月) 21:41:39

>>351
TOWNS-OSの最初のバージョンは洒落たアナログ時計の奴で、只のアイコンランチャー
次からは純正アプリとGUIを統一したMacのファインダー的なメニュー
V2.1でマルチウインドウに一新して、サイドワークという常駐ミニアプリが可能になって、
EINの中の人辺りが協調型マルチタスクの実験しててそれがシェルアプリに進化したんだけど、
いろいろお約束があってアプリ作るのは難しかったと思う。

んで、件の奴は、それとは別の流れの統合環境アプリだね。
前者はCCIというC言語インタプリタを積んでいるし、後者はF-BASIC386で書かれているから
機能追加する気があるならOSASKと大差ない手間で出来るんじゃないかと思うんだ。

**Be名無しさん** · 2010/11/29(月) 22:17:35

初めて書いたプログラムがTownsGearのBASICだった
F-BASIC買う金なくてTownsOSに入ってたから。

**Be名無しさん** · 2010/11/29(月) 22:55:31

んでOSASKの話題は？

**Be名無しさん** · 2010/12/08(水) 22:27:54

GUIのOSを使えるものにするには
他人資本を入れなきゃダメ。
終了～～

**Be名無しさん** · 2010/12/10(金) 07:32:32

Lemmy OS　18MBって凄いなあ。
でも確かOSASKのブラウザは100KB位じゃなきゃダメとか言ってたよな？
本当に作れたのだろうか？そんなの。

**Be名無しさん** · 2010/12/10(金) 13:49:21

・HTML1.0
・img未対応
・TCP/IPは別
くらいならどうにかなるかもしれん。

**Be名無しさん** · 2010/12/11(土) 21:21:25

w3mみたいなの？と、w3mからかきこんでみるZZ

**Be名無しさん** · 2010/12/15(水) 07:22:25

ttp://blogs.yahoo.co.jp/def_int/archive/2010/05/30
こんな画面どこが楽しいのさ？
っていうかiswebの廃止もろに被ってるなあ、うーん。

**Be名無しさん** · 2010/12/17(金) 08:59:11

画面が楽しいんではなくて、作るのが楽しいの。

**Be名無しさん** · 2010/12/17(金) 09:04:38

スレチだけど一時期OSASKと対比されていたMenuetOSは未だ開発が続いていて実用的な機能も満載な感じになってきたね

**Be名無しさん** · 2010/12/26(日) 07:18:02

スレチだけど教授の年収(Kたんはいくらかな？)

**笑む獅子** ◆aP6dY7QDTU · 2010/12/26(日) 07:23:39

僕たんが来ないとちっともスレが伸びないじゃん<(｀^´)>←ﾌﾟﾝﾌﾟﾝ

**笑む鰤仔** ◆ji5S/wG/bs · 2010/12/26(日) 07:27:54

ﾜｼｮｰｲヽ(^o^)丿

**Be名無しさん** · 2010/12/30(木) 02:40:06

http://www.itmedia.co.jp/enterprise/articles/0803/13/news007_3.html

ようするにこれがやりたかったんだろ？　なんで頓挫したんだ？

**Be名無しさん** · 2011/01/01(土) 17:05:38

Windowsでもやたらと起動の早いのって出てなかったっけ。
PC向けOSではなかったのかもしれない。
記憶曖昧で申し訳ないけど。

OSASK、起動速度が売りなのにそこでもより凄いのが出ると、そりゃね。
でも、そもそも素人でもOS作り可という点で希望の光だったわけだから、
今後もK氏には皆に夢を与える存在であって欲しいな。

**Be名無しさん** · 2011/01/01(土) 23:37:39

いやいや、何年も前から目をつけていたんだから、アドバンテージはあった筈なのに、なんで抜かれたのかって話。

例えば、windows互換なんて絶対無理だって言ってた当時のアンチに、今のwineを持っていったら絶対黙ったと思うんだよな。

◆sSJBc30S5w · 2011/01/03(月) 05:48:38

ﾜｼｮｰｲヽ(^o^)丿

**Be名無しさん** · 2011/02/06(日) 08:25:27

本当にどうしようもないやつだなこいつはｗ

**笑Qむ1獅P子** ◆jD9gNTSXts · 2011/02/12(土) 00:28:27

BIOSが16ビットモードでしか使えないと言うことで、
色々ぐぐってたらEFIまで誘導された。

結論：MSX3まだ？

**Be名無しさん** · 2011/03/18(金) 06:10:50.04

青木君まだ院入試受からないの？もうすぐ40歳でしょ

**Be名無しさん** · 2011/09/03(土) 19:41:01.21

保守

**Be名無しさん** · 2011/09/11(日) 04:10:42.71

さて、オナヌーして寝るかな(´・ω・`)

**Be名無しさん** · 2011/12/13(火) 23:56:51.28

ソープで童卒を考えています。
都内で、２００００円から３００００円でイチャイチャエッチッチできるお店をご存じないですか？
出来れば、お風呂でのプレイはなく、ベッドだけで済ませたいのですが…。

**Be名無しさん** · 2011/12/25(日) 04:17:43.82

大阪スレッド！

**Be名無しさん** · 2012/01/02(月) 19:33:29.97

-終了-

**Be名無しさん** · 2012/01/10(火) 08:43:21.14

Windowsはでかすぎるといいつつ、OSASK計画がうまくいけば98やFMのアプリも動くようになる
みたいな事を言っていた時の構想って具体的にはどんなものだったんだろう？
OSASKのソフトとしてのエミュレータ（キラーアプリ）だというのは否定されていたから、
もっとカーネルに関わった所にあったとは想像できる。

ただ、それがマイクロカーネルでいうOSパーソナリティなのか、
ハイパーバイザーでいうゲストOS用の準仮想化ドライバなのか、
どうもハッキリしないんだけど、その辺が読み取れる資料ってなにかあるだろうか？

**Be名無しさん** · 2012/01/10(火) 09:47:09.05

よくわかんないよね
Wikiとか隅々まで読めばかいてあるのかもしれないが
たしか
・エミュを作りやすいOS
・マイクロカーネルじゃない（パーソナリティー≒エミュじゃない）
でもエミュを作りやすいOSってのがよくわからない
複数のエミュ（アプリ毎に対応エミュを起動？）を実行して既存プログラムが全部動くようにしたいって読み取れたけど具体的な実装の特徴とかはわからない

**Be名無しさん** · 2012/01/10(火) 21:35:18.11

お前が言うとおり少し探せば書いてあることなのにわざわざそんなこと書いて楽しい？

**Be名無しさん** · 2012/01/10(火) 22:40:11.63

そこまで努力するほどの興味がないから
ただ人にケチつける書き込みだけして楽しい？

**Be名無しさん** · 2012/01/11(水) 12:33:52.89

興味ないならわざわざ煽らないで黙って出ていけばいいんじゃない？

**Be名無しさん** · 2012/01/11(水) 13:50:24.21

「そこまで努力するほど」って読めない？
まったく興味無いわけじゃないよ、だから見てるんだし
あと煽ってるつもりはないんだがどの辺りが煽りに見えるんだ
仮に煽られてると感じても「探せば書いてあること」なら具体的に提示すりゃいいだけじゃね？
それともやっぱりその辺りはあいまいなままで、それを突かれたのにイラっときたの？

**Be名無しさん** · 2012/01/23(月) 20:42:25.46

>>388
沈黙しちゃったね。
自分で提示しないなら何でそんなことを言うんだろう？

個人的にはあいまいだったとはどうも想像できなくて、
要は有力な候補案がボツってそのままgdgdになったんじゃないかって気がする。
まあなんの根拠もないので、なにか否定できる証拠が提示されればむしろ歓迎なんだけど。

とりあえず別件を調べてて見かけたのが、カーネルレスって発言。
その意味の説明はどっかでみたようなみなかったような感じで思い出せないんだけど、
これはなにかヒントにならないかな？

**Be名無しさん** · 2012/01/23(月) 23:48:53.03

HP他を精査する気もないし
そもそもほとんど出来てると言っていたVer5も陽の目を見ないまま御大が別路線に舵を切ったからね

エミュレーターOS（詳細不明）
→色々な環境上で動作するランタイム（kabaやefgやblike）
→実行時に個々の環境用のバイナリを生成するコンパイラみたいな感じ？

ちなみに最新の方針は、今はなきTAOのELATEに似てる

**Be名無しさん** · 2012/01/24(火) 20:58:47.43

実行時生成ってなんか起動が重そうな気がするんだよな。
OSなんだからインストール時生成でよくない？

**Be名無しさん** · 2012/01/29(日) 12:50:09.69

GOって長期的な展望としては何の為に作ったんだろう？
事実上のスタイル強制で既存コードを流用させる気がないのなら、ああいうフルセットじゃなくて
askaのフロントエンドとしてCもどきなプリプロセッサを追加しても良かったような？
そこから発展させて、エミュレータOS技術とやらで最適化とかをすれば
あわよくばclangとLLVMのポジションに滑り込めてないか？

結局あれは実用本位というよりも、手っ取り早く「規格準拠処理系有」の文字が欲しかった
という話なんだろうか？

**Be名無しさん** · 2012/01/29(日) 14:41:25.25

久しぶりにosaskのことを思い出してどれくらい開発が進んだか調べてみたら
エディタとインタープリタが揃ったんですね。
OSがあってエディタがあってコンパイラ（インタープリタ）があれば
ハッカーのおもちゃになりうるのでそこから発展していく可能性がありますね。
かつてのlinuxがそうだったように。

数年前このスレを見た時は国籍のことをとやかく言う人で溢れていて
目も当てられぬ状態でしたが、技術の世界は国籍は関係ないですよ。
技術がしっかりしていれば、受け入れられるものです。
作者の方には頑張って欲しいですね。
アプリケーション開発者達のコミニュティーも出来たのでしょうか？
linuxのように発展することを祈っています。
x86を自分のコードで動かすというのはプログラミングに興味のある人間なら
誰もが憧れることだと思います。

個人的考えを長々とすいませんでした。

**Be名無しさん** · 2012/01/29(日) 16:47:49.58

>>393
「数年前」から進展した事ってなんだろう？
なにか見つけたなら教えて。

エディタとコンパイラ・インタプリタなら１０年近く前からOSASKに存在していた気がするんだけど、
それって夢だろうか？

**Be名無しさん** · 2012/01/30(月) 01:15:10.20

１０年前から追いかけてるならそのくらい見つけられるだろ？素人か？

**Be名無しさん** · 2012/01/30(月) 06:39:01.97

OSASK本体は4.6から何も前進してないじゃん
はりぼてとかefgとかOSASK以外のモノは色々あったけど

**Be名無しさん** · NG

OSASK公開再開してほしいな…

**Be名無しさん** · 2012/01/31(火) 00:46:03.38

　　　　　　　＿('A`)＿　
　　　　　　　l　(　 ) 　l　
　　　　　　　ヽﾉω|..ノ　　

**Be名無しさん** · 2012/02/01(水) 10:49:54.21

いや、少しずつでも動いている場合、見続けていると目の錯覚でわからなくて、
タマに見る人のほうが違いが認識できることがあるかもしれないじゃないか。

そういえば最近巷でよく見るバージョンインフレ定期リリース方式って、OSASKがはじめたものなんだろうか？
っていうか、忙しくなってそれが維持できなくなったという時、その間隔を広げる
つまり隔月刊とか季刊とか年刊に移行じゃなくて、やめてしまったのはなんだろう？
てっきり突発的な事情ですぐ復帰できる目算があるんだと楽観視していたんだけど、
もしかして関係者の認識は休刊、つまり事実上の廃刊だったのだろうか？

**Be名無しさん** · 2012/02/07(火) 09:32:29.35

最近OSASKのWikiが見れない

**Be名無しさん** · 2012/02/07(火) 18:28:45.89

>>400
wikiに限らずosask.net全体が時々アクセスできなくなってるようだ

**Be名無しさん** · 2012/02/20(月) 00:06:52.70

結構、言語処理系に行くっていうのが、はまりポイントで、
確か、Rubyのまつもとゆきひろさんか誰かがおっしゃっていたんですが、
「エンジニアっていうのはだいたいOSを作るか、
言語処理系を作るかに分かれる」らしいんです。
私はどっちにも足をつっこんでしまった感じで、
これは泥沼なんじゃないのかなとも思いますね(笑

**Be名無しさん** · 2012/02/26(日) 15:32:33.32

OSASKって、もう作り始めて10年くらいになるのかな？

**Be名無しさん** · 2012/02/26(日) 21:40:20.94

15年くらいのはず

**Be名無しさん** · 2012/02/27(月) 00:30:50.37

>>588

　　　　　　　　　　　　／）
　　　　　　　　　　　／／／）
　　　　　　　　　／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼　　　 `ー'´ 　　／

**Be名無しさん** · 2012/02/27(月) 16:10:54.60

>>588に期待

**Be名無しさん** · 2012/03/11(日) 08:00:35.99

OSASK公式ページは完全消滅してしまったのかな
…というか家からアクセスすると不正なIPとして登録されとる！一度も書き込んだ事ないのに

**Be名無しさん** · 2012/03/11(日) 09:37:14.71

>>407
普通に見れるぞ
たまにCSS来なかったりするが

**Be名無しさん** · 2012/03/11(日) 10:42:23.49

そういえばosask.comってなんだったんだろうな結局
MLでフィッシングかと思ってビックリしてたら、まるで内輪の人間みたいな紹介で更にビックリだったような？
まあ大方メール等水面下でやり取りしたって位なんだろうけど、Lみたいに結構誤解してる人居るよね。
ただ、元々サークルというか仮想会社の社員がコアメンバーとして居るので、その辺で非常に不透明な所があるんだよな。
っていうか、それらの件もあって、OSASKは会社の製品名だとは思われても、個人管理のものだとは誰も思っていなかったと思う。
開発メンバーにとってはOSはコードネームで呼ばれてて、わざわざOSASKといえばコミニュティかアプリだってこともあるしね。

逆に言えば、あの時MacOS(iOS)のdarwin的な、コードネームより上位の実装群名を（それこそはりぼてでも良かった気がする）
推奨しておけば、その後のヒビ割れはかなり防げたんじゃないかな？
バージョンが機能を表していれば数字で代用できるんだけど（でもOS_9はあんまりだよ）
歯抜けがみっともないのか最近は流行らないね。

**Be名無しさん** · 2012/03/19(月) 04:20:27.82

　　　　　　　-‐''''"´￣｀`ヽ､　　　　　　　　＿＿＿_
　　　　 /　　　　＿　　　ヽ　　　　　　　／／´ 　 __,,＞､
　　　　 /　　　　　￣￣　　 {　　　　　　 /::/　／￣:::::::::::::::＼
　　　 l　_ｨﾆﾆｱ二二二ﾆヽ､j._　　　　　 /::::l／::::::::::::::::::::::::::::::::l
　　　　 | 0Lj／-‐-ﾚノﾉ＿ヽ:::｀ヽ　　　 l:::::::::::／l／lノノ/_イ:::::l
　　　　ﾚ:r､/　ｲﾟﾃ　　　ﾋﾟﾄ｀|::|　　　　　 l:::::::::/ rtﾃ､　.ｨtq l::::::|
　　　　 l:lﾍ　　'"　　　,j 　'"/ﾉ　　　　　 |::lﾍ!j　　´　　,j　　 !;:::/
　　　　　ヽヽ､　　　r‐-, 　 /'　　　　　ﾚﾘｰ､　　 ,....,　　lﾉ/
　　　　　　　　lヽ､　￣　／　　　　　　　　　｀ヽ､lヽ､￣　／´
　　　　　＿,r┴‐-｀v´-‐j-､＿＿　　　, -‐-､_r┴─'ｰ‐ﾁﾄ　　　　　　　ヘルス！！
　／￣/:.:.:.:|￣￣｀T￣´|:.:.:.:l´　｀ヽ /　　　　ヽ￣`ー-‐'´`''''⌒ヽ
／　　 ,':.:.:.:.:.l　　　　l　　 l:.:.:.l　　　　＼　　＿r‐､-､-､ｒ,　　､　　 ',
　　　 |:.:.:.:.:.:.!　　　 !　　 !:.:.l　　　,. -‐ゝ/// 〉〉〉〉〉　　　 !　　 ',
　　　　l:.:.:.:.:.:.ｌ　　　 |　　 l:.:.:l　／　　人〈〈〈〈 '　'　' /っ　　　l　　 l
　　　　l:.:.:.:.:.:.!　　　 !　　 l:.:.:.ﾄ/　　 /　　```´-ｧ‐'''"　　　　 /　　　l
､＿＿/:.:.:.:.:.:ｌ　　　 |　　 |:.:.:ヽﾍ　 l　　　　/／　　　　　 /　_ ｨノ
　　 /:.:.:.:.:.:.:!　　　　l　　　|:.:.:.:.:l `ｰヽ､＿ノ´l､＿＿＿＿__/lﾆ二」
＿___l:.:.:.:.:.:.:.|　　　 l　　　|:.:.:.:.:!　　　　　　 |＿　（ ( ) ）_〕|　　 l
　　　l`ー‐‐'匸二l￣￣l二フｰｲ　　　　　　 /　　￣ `‐‐'´　ヽ　　|

**Be名無しさん** · 2012/03/29(木) 08:32:12.62

開発環境は有り物を借りてくるのが正解なのに自分で作れると無駄に意地を張った結果がこれ
サイズ縮小とかアホな方向に迷走していたのも対抗意識からだったな

個人的感情が先に立って大局で見れなくなった時点で詰んでたんだよ。

**Be名無しさん** · 2012/03/29(木) 09:22:11.11

と、偉そうに評論するだけのお前は何様なんだよwwwwww

**Be名無しさん** · 2012/03/29(木) 10:32:05.58

有りモノ借りるのも大変だぞ＞開発環境
クロス開発ならともかくセルフ開発を実現する場合は「開発環境をビルドするための」もろもろが必要だから
libcやPOSIX系コールや各種UNIX系ツールが当たり前に動かないとビルドできないし
そういうの全てを構築するのと独自でコンパイラ・アセンブラ・リンカを作るのとどっちが大変かはわからないけど

**Be名無しさん** · 2012/03/30(金) 05:53:19.48

どうせ同じく手間がかかるんなら
結局自分で作っちゃった方が自分の目的により合った物になる
って事なんだろうな
サイズ縮小はあれはあれで重要なテーマだぞ
昔NECが必要に迫られてV810を大幅に改良したV850を作った話とか知らんの？
結局V810はあまり使われず(PC-FXとかTiPOとか有名な採用例はあるけれど)、
コード効率が大幅に改善されたV850の方は今でも現役で使われてるほどだ。
Windowsなんかを見て効率の悪さに我慢できなくなったのは無理も無い話だし
そもそものOSASKの発端が「効率を良くすればもっとよく動く筈だ→エミュレーションOS」
という発想だったのを忘れちゃいけない(ちゃんと初代の頃からK氏ははっきりそう言ってるぞ)。

**Be名無しさん** · 2012/03/30(金) 11:46:21.78

コード効率の良いハードを作るのと
ハードに合わせて効率化するというスタンスでははたして同じといえるかどうか

むしろ古い（効率の悪い）ハードでもまだまだ頑張れるというのが後者だ
エミュOSというよりはマゾOSとでも呼んだほうがしっくり来るな

**Be名無しさん** · 2012/03/31(土) 00:45:05.39

第二世代OSASKの説明によると(いや第一世代からそう言ってたか)
K氏は「効率の悪いマシンでマゾる」のでは無く
「本当はこんなに効率が良かったマシンの本来の効率を引き出す」という
とらえ方をしていたみたいだけどな。

**Be名無しさん** · 2012/03/31(土) 06:00:26.93

OSASKが迷走してるかに感じてOSASK批判してる人って
要するにアウトプットが自分の欲しいものと異なるのが不満なだけなんだろうな
確かに相互互換環境とやらは自分なんかも欲しい(そもそも自分もOSASKに興味を持ったのが
TownsOSのアプリなんかをPC-98でも実行したいというものだし)が
あくまでOSASKとはよりよい実行効率を求めるもの(互換環境はその結果もたらされるはずの物の一つに過ぎない)
とはK氏自身が最初から言ってた事なのだし
自分が欲しい物とK氏が目指してる物が同一の物では無いというのは理解していた
最初から自分が欲しい物そのものズバリを目指してる訳でない人間に
自分の欲しいものとズレがあるぞと文句を言うのは筋違いだと思っているのだが。

**Be名無しさん** · 2012/03/31(土) 11:13:30.57

その効率というのが足周りの些細な改善でしか無い点に注目したほうがいい
現在のハードでは基本性能が上がりすぎてもはや性能差など体感することさえ不可能だろう

改善の優先順位はアプリのアルゴリズムが先でOSの効率などほとんど関係ないのが実際だ

**Be名無しさん** · 2012/03/31(土) 12:14:22.30

その「現在のハード」ってのは、あくまで「家庭用orオフィス用最新型デスクトップPC(最新Windows用)」限定でしょ。
OSを小さく効率よくできれば、眠ってる過去のハードを再活用できるだけでなく
これから作るハードをもっと小さく作る事だってできる。
OSASKの機能密度でWindowsの規模の物を作ればもっと大きな事だってできる。
そうすればコンピューティングの幅そのものを広げる事だって可能。
そういう観点で効率化を図ってるはずなんだけど。

**Be名無しさん** · 2012/04/01(日) 12:37:05.16

どうせGCCなんてライセンスアレなんだから、有りモノ（DOSExtender版gpp）で済ませたほうが
エミュレーションOSの最低限のコンセプトを満たせたし、サイズ的にも小さいんじゃなかった？
古いから最適化は甘そうだけど、サイズ優先なら変わらないんじゃね？、誰か比較してみたのかな。
まあ出力コードが気にくわなければインライン使って明示すれば？って話だし。

それにしてもなぜ(国産)旧機種でも対応OSがあればまだまだ使える的なコンセプトを
後ろ向きだとかケチョンケチョンに言われ、一方GCCの可搬化だのCILでJAVAOSっぽいの作るだの、
ちょっと考えればエミレータOSより全然どじょうなPJが通ったんだ未踏って。
エミレータOSって名称の印象が悪かったとしか思えないな。
ハイパーサブシステムとかMinimum-Suite互換レイヤとか、適当に命名してれば違ってたとかない？

あそこで教育OSとか言われて中途半端に拾われてなきゃ、未踏厨に神経削らずに済んだし、
（実行効率命にとって）くだらない移植作業をスケジュールで強制されなければ、
POSIX厨相手にコウリツガーと喧嘩吹っかけてアプリ屋に敬遠されることもなかったような？

**Be名無しさん** · 2012/04/02(月) 21:30:36.07

ヘテロジニアスコンピューティング標準対応のクラウドOSとかならまだ将来性があったんだがな

中古PCなんてワッパが悪いマシンを使いまわす事自体電気の無駄だし。今やスマホで事足りる
今にして思えば時代錯誤というか後ろ向きなのは結果的には当たっていたわけだ。

**Be名無しさん** · 2012/04/02(月) 22:54:19.23

電気の無駄ならスイッチ切れって話。

そういうのは２位じゃ駄目とかいうコンピュータの話であって、台数を減らせないPCじゃ変わらない。
むしろこの場合、その中古マシンが最新だった頃の話なので、
その焼鳥マシンを導入せずに型遅れの省電力タイプで充分キビキビ動くだろ？って感じなのさ。

**Be名無しさん** · 2012/04/02(月) 23:37:55.94

時代錯誤どころか、今のデフレを先取りしていたと言える。
まあいつまでもデフレってわけにはいかないから、需要を創造しないといけないけど、
振り落として難民を出すようなやり方はそれこそチキンレースで先なんてない。

**Be名無しさん** · 2012/04/02(月) 23:39:12.03

>>422
スイッチを切ればいいのかｗそりゃ画期的だ

一昔前のハイエンド並のことが今ではARMひとつで出来てしまう、CPUの効率以前の問題だよ

**Be名無しさん** · 2012/04/02(月) 23:59:36.31

>>424
ハイエンドの活用を考えなきゃ、それこそ後ろ向きの話でしょうよ。
ハイエンドの需要がなくなって絶滅したら、残ったそれがハイエンドになるだけ。

**Be名無しさん** · 2012/04/03(火) 01:46:47.42

OSASKの問題は、「ハイエンド」の基準がメガバイトな所なんだよな。
まあ方針の問題であって、設計限界というわけじゃないだろうけど。
それこそ8bitでも頑張れば管理できる訳で、32bitCPU自体が既にもったいない気がするレベル。

エディタアルゴリズムへのLのイチャモンも、技術力の文脈だったから不当だけど、
むしろ故意の設計だとすれば、プロなら別料金が取れるからそれでいいけど、
フリーだとその時になれば、そんな大改造誰がやるんだ捨て捨てって事になって
結局ヘビーユーザーは重くてサポートも切れた奴で我慢するか、慣れない奴に乗り換えるかの、
二択を迫られて、それじゃ元の木阿弥なんだよな、デサインあ。

**Be名無しさん** · 2012/04/03(火) 06:22:43.02

8bitでLinuxが動いてる
ttp://dmitry.co/index.php?p=./04.Thoughts/07.%20Linux%20on%208bit

**Be名無しさん** · 2012/04/03(火) 12:44:47.24

>>426
実用性無視しない限りは故意であの設計はありえん

>>427
動いてると言っていいのか？

**Be名無しさん** · 2012/04/03(火) 17:20:28.26

結局、誰にとっての実用性かってことだろうな。
OSのおまけとしての実用性は、古いメモ帳のような壁がないことを示せれば充分だろう。
APIのサンプルとしての実用性はソースがあればいいし、
スタンドアロンの漢字変換まで対応している版なんてサンプルでは通常やらない。
まあ小さな設定ファイルを弄る時に実用しているのは間違いないだろう。

そもそもフロッピーでデカいファイル扱う時点で実用的とは言いがたいんだよ。
そこでフラッシュメモリに目をつけたまで良かったんだよね。
問題はFAT12以外のサポートだよな。
フラッシュメモリ用に提唱していたFATのサブセットでも、最大容量はメインメモリ以下だったと思うけど、
あの暫定互換フォーマットも結局実装されたのだろうか？
まあ、半導体メモリが容量でも単価でも円盤と同等になるというのは誤算だったのだろうか？

変換辞書とか、多色化した時点でストレージ容量がもの足りないのは明らかだけど、
なぜ取り外しメディアのような消耗品の変更やアプリの進化に対応できる余裕をもって組まなかったのか
というのは疑問だな、何かに急かされて後回しにしたのか、意図的なネタストックか、
それとも開発している分には本当に必要なかったのだろうか？

**Be名無しさん** · 2012/04/03(火) 18:27:33.14

思うにナローな環境を延命させることしか考えてなかったんだろうな。
データ量や精度を落として表面上サクサク動いてるように見せかけてただけで
絶対的なスループットはけっして増えるわけじゃない。

ドライバがなくてGPUの恩恵が受けられないといったあたりから段々とメッキが剥がれていってしまった

**Be名無しさん** · 2012/04/03(火) 19:48:58.92

それはそれで結構なんだけどね、
デバイスの性能は最初から決まってて増えるわけがない、どれだけ引き出せるかの勝負なわけで。
ただ、例えば日本製が優秀だったのは、カタログに載ってないオーバースペックの部分であって、
部品の不良品率を指定したらわざわざ不良品作るのに一番苦労したなんて冗談まである。
実際、未定義命令調べたら32bitのレジスタが隠れてたなんて8bitがあったり、
小惑星探査機なんて満身創痍で本来なら褒められた話じゃないけど、
その手の隠し機能に何度も助けられてとうとう還ってきたわけで、
結局機能なんていくらあってもイザという時に使えなければ宝の持ち腐れで無いのと同じ、
延命させたいならそれこそ実際の性能限界を把握して組んでないというのが解せない。

**Be名無しさん** · 2012/04/03(火) 20:30:43.95

都市伝説を本気で死んじゃうお子様か？
春だなぁ・・・（笑）

平井 · 2012/04/03(火) 20:32:19.45

脱原発ってさ、消費税を１００％にしてさ、クリーンエネルギーのインフラ整備を公共事業にしてさ、
みんなで頑張れば簡単じゃねえの？　
生活苦の人は集団生活してさ、日常の経費を削減すれば良いだけよね～？

【貴方にとって早急に人類全てが知るべき情報とは、どんなものですか？】
　　　　　　　http://amba.to/GM10kj　　

**Be名無しさん** · 2012/04/03(火) 21:04:41.21

>>431
宇宙開発みたいな限定的な環境ならそういうこだわりもアリかもしれないけど
そこまでする必要がないほどにハードの基本性能が進化してしまった、
効率追求型OSの需要は右肩下がりになるであろうことは当時でも予測できたはずなんだけどな

もっと他の視点でアピールできていればあるいは違う未来があったかもしれないが。

**Be名無しさん** · 2012/04/03(火) 21:40:41.75

＞データ量や精度を落として表面上サクサク動いてるように見せかけてただけで
DAPSとか、CDROMの等速なんてUSBのロースピードの十分の一だというのによくやってたよな。
FDってその更に四分の一で、モデムと勝負できる程度だったのか、改めて考えた事なかったけど。

＞そこまでする必要がないほどにハードの基本性能が進化してしまった、
つまり、全く実感できないほどにソフトのテクニックが退化してしまったと？

**Be名無しさん** · 2012/04/03(火) 22:12:21.60

たとえばある処理を1秒以内に完了したいとするわな
1.5秒が0.8秒に改善するならものすごく効果的だ
ところが0.015秒が0.008秒に改善しても体感性能はまったく変わらない
基本性能が上がって処理が軽くなると効率化する意味が薄くなるわけだ。

技術的には並列化やらGPGPUやらむしろ進化しているんじゃないか？

**Be名無しさん** · 2012/04/03(火) 22:27:33.17

>ところが0.015秒が0.008秒に改善しても体感性能はまったく変わらない
仕事量が1.5秒分のままで安定していれば、理論上はそうなるけど、
実際には雑用に追われて蕎麦屋の出前化して、２秒後に処理してたりするんだよね。

**Be名無しさん** · 2012/04/03(火) 23:41:03.92

そういう細かい最適化の積み重ねで改善に繋がってるんだけど

**Be名無しさん** · 2012/04/04(水) 00:38:04.68

目に見えない所で誰も手を抜かなければ、とんでもない代物ができたりするんだよな。
イースターエッグに便利機能突っ込んだら、いつの間にかマニュアルに載っちゃってたり。
良くも悪くも右に倣えで、エイプリルフールを妙に凝っちゃったりね。

**Be名無しさん** · 2012/04/04(水) 04:48:39.35

>>427
MSX用のUnix系OSのUZIXというのが以前からあった

**Be名無しさん** · 2012/04/04(水) 12:31:41.10

UZIXはUNIX V7コンパチのUZIのZ280版のUZI280をZ180に移植したUZI180を更にZ80に移植したものなのかな？
元のUZIってそもそも8080コードだったらしいから、Z800由来のMMUからHD64180由来のMMUに移植した差分を利用して
MMUのないMSXのバンク切り替えで動くように移植したって事なんだろうか？

>>427のAVR版linuxはelksを移植した訳じゃなくて、ARMのエミュレータをAVRで書いて
ARM版のlinuxをAVRで動かしているみたいだね。
すると、AVRのエミュレータを書けばlinuxが動くってことか？

まあエミュレータ書くのに32bitのARMと8bitのAVRでもそれほど違わないような気もしなくもないけど、
回路から全部自作ハードみたいなことを考えた場合は結構違ってきそうだよね。

**Be名無しさん** · 2012/04/04(水) 18:04:06.90

するってえと8bitCPUで32bitCPUをエミュってるって事？
8bitCPUで仮想16bitCPUをエミュる例(AppleIIのBASIC)とか
32bitCPUで64bitCPUをエミュる例(QEMU他)があるから
不可能な話では無いのか。

**Be名無しさん** · 2012/04/04(水) 19:26:34.55

4bitの電卓でも数の計算が16までじゃなくて、暗算できないレベルまでできるのと同じじゃないかな？

8bitと言ってもRISCなのでレジスタ一杯あるし、っていうかGCCとかあるんだから、
速度度外視すればそのままコンパイルできたりもするんだろうか？

そういえばASKAってx86以外には対応してたっけ？
色んなCPUに対応できるように拡張すれば、そのまま仮想命令セットになったような気もするんだけど
そういうわけにはいかないものなんだろうか？

**Be名無しさん** · 2012/04/05(木) 00:29:51.37

速度はあまり心配してない
世の中には680x0なMacで無理矢理エミュレートしてMacOS Xを立ち上げた人が居るそうだから
起動に一週間かかったとかw

それよりメモリとかそっちが心配
8bitでもMMUあるようなCPUなら何とかなるのかな
MSXでもメモリアドレス空間64MB(そのうち実際に普通のメモリを積めるのは事実上32MB＋α)だし
あとはHDDを繋げて仮想メモリとか？

**Be名無しさん** · 2012/04/05(木) 01:22:48.84

MMUが無いなら、最悪CPUで転送すればいいわけで、
ただ読み書きするだけなら、MMUなんかなくてもIOマップドメモリで直結すれば充分じゃないかな？
最近はなんでもシリアルだから1bitで済んじゃいそう。

**Be名無しさん** · 2012/04/05(木) 02:26:36.76

死ぬほど遅そうw

**Be名無しさん** · 2012/04/05(木) 19:18:17.42

でもEMSとかでなんかそういうのなかったっけ？
クロックの桁が違うから力技でも普通に動くみたいな。

Winにしても当座はそういう小手先の互換でしのいで、時間稼ぎしている間に作り直せばいいって話だったのが、
既存ソフトは当社比のハードルが高いのでもたもたしてたり、焦りすぎて駄作を出したりして、
何も考えずにとりあえず作っただけの技術力もへちまもないメーカーにまでコテンパンにされちゃった感じ。

**Be名無しさん** · 2012/04/05(木) 20:07:13.40

i286時代のEMSでプロテクトモードメモリとのソフト転送をやるってのはあったと思うが
さすがにプロテクトメモリであってシリアルメモリでは無かったぞw
それでさえ遅い遅い言われてたのにシリアルメモリじゃねえw
せめてバンク切り替えだかDMA転送だか、データバス幅分はきっちり活かせる方式でなければ。

**Be名無しさん** · 2012/04/05(木) 20:42:28.19

最近の高速シリアル転送は、並列転送だと一本一本の信号のバラつきを揃えるほうが大変、
というような高速通信だからなw

**Be名無しさん** · 2012/04/05(木) 21:19:05.01

>>448
「なんでもシリアル」というのは最近（でもないかもう）の話で、EMSの頃じゃCDROMも無いんじゃないの？
CDROMの体感上の遅さはn倍速みたいなアクセスタイムじゃなくて、主にシークタイムだったんだよね実は。
だからゲームにシーケンシャルに読ませたり、待ち時間を繋ぐ技術があると、その容量が活かせて
なんか全然別の凄いガジェットに思えたんだ。

でも最近のシリアルってそういうデバイスの都合じゃなくて、パラレルの代替なのでその辺は考えられていて、
要はバス幅分だけパラレルの限界よりオーバークロックできれば同じだって理屈なんじゃないかな？

**Be名無しさん** · 2012/04/05(木) 23:47:36.40

元々のOSASKの主張ってさ
メインメモリを埋め尽くしてしまうような超巨大プログラムであっても、
ループがなければメモリチェックの時間で終わってしまう筈。
なので、遅いのは処理待ちループに赤信号のように引っかかりまくっているだけで、
それは管理しているOSの性能不足ということで、CPUの処理能力は実は充分なんじゃないか？
って感じだったと思ってるんだけど、違ったかな？

まあ、OSASKのスケジューラがしっかりしていれば今頃はもう完成してる筈だろ！ってつっこみはともかく、
そういう問題って、処理能力が劇的に上がったとしても結果がそれほどには向上しない事を説明するのには
充分だと思ったな。

**Be名無しさん** · 2012/04/06(金) 00:37:58.75

マルチコアが一般化してしまったのでOSのスケジューラにさして意味がなくなってしまったのが大きい
個人開発のソフトの進化よりもCPUの進化のほうが遥かに速かったというだけの話。

技術というものは金やリソースを注ぎ込んだだけ進化するものだからな。

**Be名無しさん** · 2012/04/06(金) 00:45:07.43

ビジーループ使いまくりのソフトが、マルチコアなんてそれこそ使えるわけがないって話だろ。

**Be名無しさん** · 2012/04/06(金) 00:56:43.96

OSASKってマルチコア対応してたんだ

**Be名無しさん** · 2012/04/06(金) 01:00:48.40

対応させるタスクのスケジューラが動いてないのさ。

**Be名無しさん** · 2012/04/06(金) 01:26:24.02

MLって今動いてるの？
このスレも意外と昔はスケジューラとしては機能していた気が。

設計的には、システムコールをまとめて送ってやれば速くできるよみたいな感じだったと思うので
それを考えると対応が難しいとは思えないんだけど、実際の所どうなんだろうか？

**Be名無しさん** · 2012/04/06(金) 01:40:05.08

同じコード走らせてどれだけ違うか実験してみれば？
大差ないと思うけど

**Be名無しさん** · 2012/04/06(金) 01:58:44.04

それを誰がやるのかと？
興味がある暇人をマッチングしようって話だけど、
そんな暇があったらまあ>>457がやるよね。

**Be名無しさん** · 2012/04/06(金) 18:54:07.23

K氏が最近（といっても結構経つが）言ってた『タスクスイッチ』って機能が、
話だけ聞いてると、それを利用すればアプリ側で、OS無視してかなり自己完結的にむちゃくちゃなことを、強引にやりたい放題やれそうな夢の機能なので、内心楽しみにしてるのだが
（タスクスイッチ機能をアプリレベルで利用できるのだとしたら、それによって強引にOS無視で多プロセスや多スレッドを強引にアプリケーションレイヤーレベルで実装できるんじゃなかろうか？とか
（blikeの関数仕様にthreadを含めてくれと言ったら却下されたわ…だが、タスクスイッチを利用すればきっと…orz））

はたしてタスクスイッチという機能が、一体どういう実装によって、具体的にどういう動作を提供してくれて、どういう可能性のあるものなのかに興味あるので
楽しみに待ってるのだが期待は膨らむばかりである。どんな実装方法なのか予想もつかない。（ただのレジスタやPC待避程度ではないことは確か。話を聞いてると、なにかアプリのコンテキスト全体をまるごと的なニュアンスに感じるが…はて）
もう半年くらい経ったがorz

レジスターを待避すること＋アルファー（このアルファーが非常に練り込まれてるのだろうが）を、
なんらかの形で強引にCコードによって実現するライブラリー＋Cプリプロセッサー（C++のCトランスレーターのような）的なツールのセット…だとは予想してるが
実際にどんなツール＆ライブラリーが出てくるのか想像もつかないので楽しみなのだが、もうアナウンスから結構経ったが、もう慣れたがorz

ここで「早くリリースしてくれ」と言うのは素人。そんなことを言えば逆にリリース延期される。ちい憶えたorz

**Be名無しさん** · 2012/04/06(金) 20:02:06.40

中国語でおｋ

**Be名無しさん** · 2012/04/06(金) 20:11:37.67

タスクのコンテクストをまるごとどうこうってOSASKの時に「あらゆるアプリにタスクセーブ」とか言ってなかったっけ？
Kタソは気分屋で、まだ妄想レベル事を口走っちゃうみたいだから話半分で聞いてたほうがいいかと
setjmp longjmp の再発明だったりして

**Be名無しさん** · 2012/04/06(金) 21:16:56.75

妄想語りたいならこっちきて言えば賑わうのになあ。
それかエイプリルフールに公開するとか。

大真面目に言ってるように見えるから期待して待ちループに入る人が居る。
問い合わせには蕎麦屋の出前なのに、本気で催促されれば他人の為に作る気はないと逃げる。

作る気がないなら初めからアイディアだけにして、これ手伝うから誰か作らないかって
ボールを投げれば、腕自慢が見ていて奇特な人が応募してくることだってあるだろうにと思うんだよな。

**Be名無しさん** · 2012/04/06(金) 21:23:35.40

>>459
kemeppo乙
違ったらすまぬ

**Be名無しさん** · 2012/04/06(金) 22:30:01.69

>>461
さすがにそれだけじゃ保存したことにならん

まあSIGSTOP/SIGCONT的なものに落ち着くことだろう

**Be名無しさん** · 2012/04/06(金) 23:10:25.97

>>459
見てないから引用してくれないと何の機能かハッキリしないけど、要は日本語で言うところの「継続」の話なのか？
まあ今だとその辺のVMにもスナップショットって機能があるけど、状態は退避できても時間は戻せないから
例えばある一瞬だけフラグが立って抜けるようなプログラムは、その間止まっててそれを捉えられないと
抜けられずに全然違う動作になってしまう可能性があったり、結局最初から考慮していないと意外に落とし穴があったりするよね。

>>461
再発明でも名前が違うだけでもなんでもいいけど、思いついただけの観測気球なのか、その逆でそういう機能が欲しいのか、
傍からは区別がつかない所が、結局無駄に時間が掛かってしまう原因じゃないだろうか？

**Be名無しさん** · 2012/04/07(土) 01:01:22.67

タスクをセーブ(中断の為にディスクに記録)する時に、プロセスが持ってるメモリのイメージ
そのものをディスクに落とすのではなくて、各変数ごとに汎用形式に変換して記録する
という話のようだね
タスク再開先では、その環境にあった形式でメモリに書き戻されるので
エンディアンなどが違う環境で再開する事もできる、という趣旨のようだ

**Be名無しさん** · 2012/04/07(土) 01:06:13.94

それだとインタープリターの内部データのダンプ機能をエンディアンセーフにしただけかと

**Be名無しさん** · 2012/04/07(土) 01:09:51.08

エンディアンというのは壁のひとつであって
他にもサイズの壁についてもなんとかしようと考えているように見える
2000年問題のような問題が起きない仕組みを考えているのかも？
(公開ドキュメントしか読んでないので詳しい思惑まではわからないけど)

**Be名無しさん** · 2012/04/07(土) 01:15:52.51

とりあえず64bitが扱えれば特定のニッチな用途以外は数値不足になる事はないから
数値型を8byteで保持すればいいだけのような

**Be名無しさん** · 2012/04/07(土) 07:44:38.39

プロセスマイグレーションの話か？

**Be名無しさん** · 2012/04/07(土) 11:07:40.70

そのとりあえずで2000年問題が起きたんだけどな

**Be名無しさん** · 2012/04/07(土) 11:15:49.34

とりあえず32bitで起きるのは2032年問題な？
そして64bitを食いつくす頃には今開発したOSの寿命が終わってる

**Be名無しさん** · 2012/04/07(土) 11:30:48.19

20xx年問題以前に
そんな重要な場所で使われるほど普及してるのかというｗ

**Be名無しさん** · 2012/04/07(土) 11:37:48.86

2000年問題と2032年問題は桁溢れという本質は一緒
桁を固定すればいつかは溢れるという意味において同一の問題なんだがね
それからOSの寿命よりアプリの寿命の方が長いなんてのは充分ありうる話
32bitなWindowsならDOSアプリ(の一部)が動くしLinuxならWineでWindowsのソフトも動くなど
既にOSの壁が破られる現象は始まっている
アプリ作者の想定を超えてアプリが長期間使われるという事が行われる限り桁溢れの危険は発生しうる
コンピューターが社会の基盤として深く定着していくにつれ
将来は百年千年稼働しつづけるアプリなんかも発生する事になる

**Be名無しさん** · 2012/04/07(土) 11:39:58.91

OSASKは確かに今後百年使われる可能性はそれほど高くないだろうけれど
少なくともコンピューターの世界全体としては確実にそういう問題が存在しているので
それに対する研究の場として(K氏に)使われるということはあり得る

まさか研究なんかするななんて言わないよな？

**Be名無しさん** · 2012/04/07(土) 12:25:27.59

なんでこんなに伸びるんだろう？

**Be名無しさん** · 2012/04/07(土) 13:39:27.11

終わったOSにいまだに夢見てる人がいるから

**Be名無しさん** · 2012/04/07(土) 14:33:13.57

桁溢れって、OSASKはなんかやたら桁でかいタイマ積んでたじゃないか。
一方で、マイコンレベルのファイル管理能力しかないし、音源なんて4bit電子ブロック並。
そういう所がOSとしてセンスを疑われるし、インベーダとかそういう古臭いのばかり目について
後ろ向きとか言われたんじゃないの？

もしかしたら廉価版PC-98辺りを狙ったのかもしれないけれど、そういう層はむしろ
デバイスの進化を見込んで好きなオプションを自分で選んでつけてるから、
逆にデバイス対応サポート要求は厳しくなって薮蛇だったのではないかと思う。
いや、むしろオプションがメインで、全然対応していないOSなんて歯牙にもかけなかったかも？

でも対応した以上捨てるわけにはいかなくて、結局初代の設計を引きずって全く進化させてもらえなかった
ガラパゴス機械の亡霊に憑かれて、ミイラ取りがミイラの状態に嵌ったんじゃないだろうか？

**Be名無しさん** · 2012/04/07(土) 15:17:43.20

>>474
それはそうだけど
その問題を完全にクリアするのは本質的に無理じゃね？
無限の数値を表現可能にするには無限の資源が必要でしょ
今多く使われている絶対時間の表記法（1970年からのmsカウンター）は
64bit化したら1000年どこりじゃなく長持ちしたはず、それこぞ地球が太陽に飲み込まれる位

**Be名無しさん** · 2012/04/07(土) 15:49:16.21

そういえば、質問スレのクロックソースの質問になんの解答もないところからすると、
PCって時計が狂う狂うといわれている割に、搭載している全ての時間資源を
まともに管理できているOSって皆無なのだろうか？
多数決とか統計処理とか温度補償とか適切な処理をすれば、数年に一秒ズレる
あやしいセシウムさんなんて要らないレベルにできたりしないものか？

**Be名無しさん** · 2012/04/07(土) 17:05:18.14

>>476
OS関連スレをいくつか監視して
人が集まったところにレスしてるだけ
今はたまたまOSASKに集まってるからレスしてる
蛇足だがmonaスレはちょくちょくレスが付くが荒らししかいないからスルー

**Be名無しさん** · 2012/04/07(土) 18:13:34.93

>>481
ネタがあるならレスすればいいじゃまいか。

人が集まらないとレスしないなんてそれこそ嵐だろ。

**Be名無しさん** · 2012/04/07(土) 18:25:37.06

>>482
こいつは「小学生」と呼ばれている真性の嵐だから相手すんな
議論に見えるやり取りの大半はこいつの自作自演

**Be名無しさん** · 2012/04/07(土) 19:40:04.77

>>483
無視というのは、興味を失わせることによって、自然に（受け入れ可能な）他へ移らせるような、
ある意味住み分けが期待できる場合に取るべき手段なんじゃないか？
もし自作自演というのが本当なら、それこそ人が集まるホコ天に出てくる道芸人であって、
懲りずに何度でもやってくるけど、住人は相手するなと言われれば外に出なくなる。
しかしそれで人が居なくなるかと言えば、他の一見は来ているわけで喧騒は変わらない。
つまりそれは住人にとって話をしにくくさせ、場のSN比を悪化させる下策でしかないと思うよ。

**Be名無しさん** · 2012/04/07(土) 20:22:59.13

>>482-483は荒らしだから放置でFAかと

**Be名無しさん** · 2012/04/07(土) 20:29:38.08

荒らしというのは、嵐の中でもネガティブな行動をする奴のことだろ。

**Be名無しさん** · 2012/04/07(土) 21:12:07.09

定義が入れ子になってますよ

**Be名無しさん** · 2012/04/07(土) 21:24:13.99

嵐というのは、対策さえ間違えなければ恵みの雨、神風なのさ。

**Be名無しさん** · 2012/04/07(土) 23:17:47.43

今後100年以内には温暖化によって風速80m級の台風が日本でもめずらしくなくなるってNHKでやってたぞ。
飛来物が家の壁三枚も一瞬で貫通するような80m級の暴風雨でも
「対策さえ間違えなければ恵み」だなんて言ってられると思うのか？

**Be名無しさん** · 2012/04/08(日) 13:01:08.18

>>489
言ってられると思うのか？　って、要は無事じゃ済まなかった場合にどうかということ？
それは対策が無意味だったということで、そういうネガティブな事をさせるのは無謀か？
もし有効であるなら当然恩恵はあるわけで、前提条件をすっ飛ばして曲解しちゃうのは不思議。

ところで、スレッド上で80m級の台風ってそもそもどんな奴だろう？祭り？

**Be名無しさん** · 2012/04/09(月) 15:49:43.47

>>477
>終わったOS
「お前の個人的欲求を満たさなくなった」OSの間違いだな
欲しいOSを自分で作ろうともしない癖に他人のOSがちょっとでも自分の欲しいOSじゃないと叩きだす
わざわざKﾀﾝに自作OSの手引きまでしてもらってるにもかかわらず、だ
恥ずかしい奴だな

**Be名無しさん** · 2012/04/09(月) 16:01:28.66

ん？
OSASKってOSとして存続していたの？

てっきり、名残りが個人の活動のブランドとして使われているばかりなんだと思ってた。

**Be名無しさん** · 2012/04/09(月) 16:05:43.34

終わったのは第一世代OSASKだろ
第二世代OSASKも一応公開されてるよ(モノだけ見ればOSというよりはオペレーティング環境だが)
第三世代が現状どうなってるかは知らん

**Be名無しさん** · 2012/04/09(月) 16:06:54.32

そういえば第四世代以降のロードマップみたいなものもどっかで本人がちらっとつぶやいてたな
つぶやくったってTwitterじゃ無いけど

**Be名無しさん** · 2012/04/09(月) 16:19:15.32

第二世代ってOSASK-HBとかいうハリボテのOEM版じゃなかったの？
第一世代に実装が追いついたという話もここじゃ聞いたことがないし、立ち消えかとばかり。

**Be名無しさん** · 2012/04/09(月) 16:31:37.25

いやハリボテを実験の土台にはしていたみたいだけど
公表されてるブツそのものはWindows上で動くオペレーティング環境
第一世代に実装が追いつかないというより
元々第一世代も第二世代も「最終的に形になるOSASK(?)」を目指す上で
たたき台として作られた物に過ぎないから
土台のOS自体がたたき台のための仮のものでしかないから
第一世代アプリも第二世代アプリも必要ならば(必要と思った人が)互換レイヤー作れば良いでしょ
というのがKﾀﾝの考えなのでは(どっかにそう書いてあったように思うが)
第一世代OSASKも全部公開されてるんだから
まだ何か使い道があると考える人が居るなら派生品を作れば宜しい
Kﾀﾝ自身としては未来のOSASKへのたたき台としての役目を終えてるという事らしい

**Be名無しさん** · 2012/04/09(月) 16:37:33.49

ていうか基本的に俺OSASKコミュニティの外に居て
発表されてる情報を読んでるだけなんだけど
なんで発表された情報を読んでるだけの俺より
OSASKについてた人の方が物を知らんのかと…

**Be名無しさん** · 2012/04/09(月) 16:41:00.26

>>496
つまり、それはシェルなんでしょ？
カーネルとしてのブツは見てないから、世代と言われてもよくわからないよ。

**Be名無しさん** · 2012/04/09(月) 16:45:38.26

シェルとオペレーティング環境は全然別モノだぞ

**Be名無しさん** · 2012/04/09(月) 16:48:55.31

シェルってのはCOMMAND.COMとかCMD.EXEとかエクスプローラーとかbashとかcshとかの事
オペレーティング環境はユーザーから見えるシェルだけでなく
アプリのABI(バイナリインターフェース規約)やAPIなども含む
というか第二世代OSASKはシェルそのものは持ってないので後者

**Be名無しさん** · 2012/04/09(月) 16:50:30.64

カーネルでもアプリでもないならシェルでしょ？
アプリの指示を整理してカーネル(NT)に伝えるもの。

**Be名無しさん** · 2012/04/09(月) 17:00:50.88

ちがうちがう
カーネルの上に乗っかる二階建てのカーネルといった方が近い
DOSの上で動いてたWindows 3.1時代のWindowsに喩えれば
シェルってのはプログラムマネージャー(Windows95以降のエクスプローラーに相当)の事
アプリの起動などの操作をユーザーから受け取って実際にアプリの起動などの動作を内部に指示する部分のこと
Windows 3.1はその部分だけでなくてWindows用に書かれたアプリプログラムとインターフェースして
APIを介して一種のOS(狭義)として機能を実行する(メモリ確保とかファイルシステムとか)部分も含む
Windows 3.1の場合はファイルシステムは最終的にWindowsより下位にあるDOSが実行する事になるが
アプリからはその部分は見えないので、あたかもWindows 3.1がOSであるようにアプリからは見える

**Be名無しさん** · 2012/04/09(月) 17:04:59.47

シェルとかカーネルってOS用語の基礎の基礎なんだが…大丈夫？

**Be名無しさん** · 2012/04/09(月) 17:10:19.84

>>502
つまりDOSエクステンダ部分ってこと？
それならカーネル拡張だと思うけど、そもそもアプリから見える機能は追いついたの？

**Be名無しさん** · 2012/04/09(月) 17:14:02.86

二階建てのカーネルの二階は「アプリから見たカーネル」ということ。
アプリから見ればカーネルとして機能している。

近代的OSでは本当のカーネル部分と、アプリから見たインターフェースとしてのカーネルの外側が
分離可能な構造になっている物も少なくない。
MS-DOS＋Windows3.1みたいに後付けでそういう構造になっている物もある(LinuxにWineを被せた状態もそう)
MacOS XのアプリもCocoa API環境やCarbon API環境などの上で動くが最下層のカーネルはMachというもので
カーネル自体が多層構造になっている
第二世代OSASKとして公開されている物は、Windowsに被せて使うオペレーティング環境。
他にもLinuxやMEG-OSに被せて使うバージョンも存在はしているらしい。

**Be名無しさん** · 2012/04/09(月) 17:18:57.88

そもそも、核が多層って、言葉が矛盾してないか？
それは殻だ。

**Be名無しさん** · 2012/04/09(月) 17:20:10.16

>>504
DOSエクステンダも一種のオペレーティング環境なので、それと似ているとは言えるかもしれない
追いつくといっても元々たたき台であり、先のステップへ進むための実証ができればそれでいいという物なので
何か(前世代？)に「追いつく」必要は無い物。
それでも第二世代は「開発ツール群の移植の必要性の排除」という実用にはなっていると発表されている。
第一世代アプリや第二世代アプリが必要になれば、その時に
DOSにWindowsを被せるように、LinuxにWineを被せるように、Windowsに第二世代OSASKを被せるように
動かしたいOSの上で動作する互換レイヤー(APIブリッジ)を作ればいいだけだろうという話。

**Be名無しさん** · 2012/04/09(月) 17:22:20.60

>>506
OS全体の機能として見るなら、それら多層構造のもの全体をひっくるめた物が一つの「核」だから。
形状としては殻に似ていても、OS用語としては「殻」の直訳である「シェル」とは呼ばない。
OS用語としてのシェルには既に別の意味があるから。

**Be名無しさん** · 2012/04/09(月) 17:26:45.33

カーネルやシェルなどのOS用語は
カーネルが多層構造をとるのが珍しくなくなるより以前から決められ使われている用語だから。

**Be名無しさん** · 2012/04/09(月) 17:28:02.38

>>507
世代だと言うから、旧世代に追いつき追い越す必要があるのであって、
単なる実験であれば、実用化するまではその必要はないだろうね。

**Be名無しさん** · 2012/04/09(月) 17:33:36.76

>>508
コンソールシェルをシェルと省略するのは自由だけど、殻はシェルだろ。

**Be名無しさん** · 2012/04/09(月) 17:34:40.19

それは「世代」という言葉に対する単なる思い込みなのでは。
それに「洗練度」という点においては間違いなく旧世代を追い越しているのだが。
実際にAPIを実装するのは「追加してけば追加できるもの」であり
OSの内部構造の実証という目的を果たす以上のものは必要ない訳で。
「肝心な部分は公開してるんだから枝葉の部分が欲しけりゃ自分で作れば？」ということ。
(実証するのに不要な追加の)API部分はKﾀﾝにとっては「不要なモノ」で
我々外野にとって必要なら、必要に感じた人が作ればいいというだけの話。

**Be名無しさん** · 2012/04/09(月) 17:36:24.71

>>511
基本的な用語くらいきっちり勉強しようね。
専門用語でそう決められてるんだから仕方がない。
嘘だと思うなら情報工学科の大学の教科書を読んで調べてみればいいから。

**Be名無しさん** · 2012/04/09(月) 17:45:01.10

>>513
作ろうスレと間違えてないか？
独自用語てんこ盛りのOSASKでそんな必要はないだろ。

**Be名無しさん** · 2012/04/09(月) 17:47:13.81

いや独自用語以前の各OS共通の部分の話なんだけど…

**Be名無しさん** · 2012/04/09(月) 17:48:03.15

ていうか大学の教科書にOSASK独自用語なんて載ってる訳が無いでしょ。

**Be名無しさん** · 2012/04/09(月) 17:51:51.23

共通かどうかのコンセンサスがないのにそんなもん使えないだろ。
一般用語以外は面倒でも一々宣言しておかないと、機能が食い違ってバグの元だよ。

**Be名無しさん** · 2012/04/09(月) 18:25:00.88

で、この実験OSで一体何が出来るんです？

**Be名無しさん** · 2012/04/09(月) 18:44:32.89

>>517
そんなレベルの話をそもそもしていなかったんだが…
「OSASKのこの部分は一般的OS用語ではここに相当するよ」以上の話なんかしてたっけ？

>>518
機能密度の実証
第一世代ではFDに収まるサイズでのGUI環境(アプリ込み)
第二世代では極限までサイズが小さい実用アプリ(開発環境)、そしてrun anywhere性(公表されてるのはWin版だけだったか)
ってところか

**Be名無しさん** · 2012/04/09(月) 18:53:28.35

第五世代コンピュータの話だろ。

>>519がいう所の第三世代が、通念的には第一世代OSASKの次世代に相当するんじゃないか？

**Be名無しさん** · 2012/04/09(月) 20:02:53.68

FD1枚でGUIってQNXがやってたな

**Be名無しさん** · 2012/04/09(月) 20:10:57.37

FD一枚とか今時誰も歓ばないよなあ

**Be名無しさん** · 2012/04/09(月) 20:20:01.41

ttp://tulip-house.ddo.jp/digital/SD/index.html
PC-6001 用 SD カード・アダプタ
制御ROM付きで2k。

ハードはジョイスティック端子で同期通信する簡易なものっぽい。
どっかのゲーム機のメモリカードみたいなのがパピコンでもできちゃうんだね。
っていうかアタリポートってUSBみたいに昔はどこのマシンにでも付いてた
5V電源付き共通端子だったのに、いきなり廃れたのは何の陰謀だろう？

国産機ならUSARTだったから、シリアル端子でも電圧変換すれば同様にいけそうなものだけど
そういうのどうも見あたらないんだよな。

まあとりあえず、大容量ストレージ？は拍子抜けする位簡単な回路で扱えるらしいってことで、
問題はドライバだよな。

**Be名無しさん** · 2012/04/09(月) 21:23:59.45

>>523
SB16に付いてなかったから

**Be名無しさん** · 2012/04/09(月) 22:10:47.34

SBってインチキIDEが付いててそこにCD-ROM繋ぐんだっけか？
つまり、フットペダルのIOがIDEのセカンダリに化けて、
マイク潰してゲームポートにしちゃった感じなんだろうか？

**Be名無しさん** · 2012/04/09(月) 23:20:17.19

FD一枚ってのはあくまで「この容量あたりこれだけの処理が出来るんです」のデモであって
「フロッピー一枚に詰め込まないと実用にならないよ」って主張してる訳じゃないから。
最終的に完成版OSASKと呼べるようなものが出来たとして、その時に
欲しい機能を全部盛り込んだらフロッピーに収まらないかもしれない(収まるかもしれないけど)
ただ、機能密度的にはこのくらいでいけますよというデモだから。
大容量メディアサポートは(K氏が)欲しければその気になればいつでもつけられるから
今は要らないのでつけてないってだけでしょう。

**Be名無しさん** · 2012/04/09(月) 23:26:04.82

>>523
国内パソコンではデファクトスタンダードだった
IBM-PCではたまたま使われてなかった
で、IBM-PCではサウンドブラスター系のゲームポートが普及してたのをいいことに
マイクロソフトがそれをPC-98にも押し付けた
Windows95/98でサポートされなかったので廃れた(たしかWindows3.1ではサポートされてたと思うが…)
そしてその後日本でもIBM-PC/AT時代になった

Windows95/98時代のOSのジョイスティックドライバの構造はふざけてる
USBのジョイスティックドライバもゲームポートドライバの下にぶら下がるという非常にナメた構造

**Be名無しさん** · 2012/04/10(火) 00:04:04.56

＞Windows95/98でサポートされなかったので廃れた(たしかWindows3.1ではサポートされてたと思うが…)
FM版Win95ではちゃんとサポートされてますがな。（バスマウス端子は別売りキーボードに付いててこれも使えた）
6ポタンパットとかも使えたんじゃなかったかな？
まああのポートは音源IOじゃないけどね（PSGがないので）

**Be名無しさん** · 2012/04/10(火) 00:34:51.04

FM-Townsにはゲームポートが無い(サウンドブラスターの使用を強要されなかった)から
無理にでもATARIを使えるようにしなきゃいけなかったという事情があったのだろうけど
ドライバ構造的にはドライバの力でゲームポートをエミュレーションしてる格好なのは変わらないと思う
どっちにしてもOSの構造自体がゲームポートの仕様に依存してるのがWindows 95というOS

**Be名無しさん** · 2012/04/10(火) 01:01:19.39

>>526
>大容量メディアサポートは(K氏が)欲しければその気になればいつでもつけられるから
>今は要らないのでつけてないってだけでしょう。
それって本当かな？
実はFAT16程度ならなんとかできるって程度で、今更聞けなくて
それ付けても自慢にならないとか思ってるだけだったりしない？

**Be名無しさん** · 2012/04/10(火) 01:53:08.28

FAT16が出来るならFAT32も出来るでしょ。どうせあんまり違わないんだし。
それだけで少なくとも32GBまではOK

それで足りなきゃ自前のファイルシステムくらい設計できるでしょ。

**Be名無しさん** · 2012/04/10(火) 02:05:55.74

>>530はK氏を馬鹿にしすぎ
個人を意味なく中傷して何がしたいの？

**Be名無しさん** · 2012/04/10(火) 02:09:20.58

>>531
メモリレスアーキテクチャとか、ツリーじゃない独自FSとかは結局どうなったんだろ？

**Be名無しさん** · 2012/04/10(火) 02:17:05.76

それは後回しって事なんだろうね
全部の事をいっぺんになんか出来ないから。頑張っても身は一つ。

まあメモリレスアーキテクチャに関しては
今も考え続けてるようだけど
(というか公表された物を読む限りでは結構そのあたりが第三世代以降のキモだったりしてそうだ)

**Be名無しさん** · 2012/04/10(火) 02:26:20.66

>>532
馬鹿にしてると思うんだったらチャレンジしてみたら？
言うほど簡単じゃないよ多分。

**Be名無しさん** · 2012/04/10(火) 02:28:39.45

もしそうだとしたらますますお前ごときが上から目線で馬鹿にする領域じゃないだろ

**Be名無しさん** · 2012/04/10(火) 02:31:17.97

>>535
いや実際FAT互換ライブラリとかのソースを読んだ事あるんだが、俺。
実際かなりの部分FAT16とFAT32が共通の処理だった。
仕様書だって何度も読んで実際似てる事は確認済だし。

**Be名無しさん** · 2012/04/10(火) 02:36:29.52

>>536
馬鹿にしている表現なんかないだろ。
自分がFSを馬鹿にしているからそう思い込んだんだろうけど。

**Be名無しさん** · 2012/04/10(火) 02:37:05.43

ていうかFAT16とFAT32の違いの度合いを肌で感じてない様子を見ると
>>535はFAT32の仕様とFAT16の仕様を突き比べて見てみた事すら無いみたいだな…
知りもしない人間が知ってる人間に対して偉そうにするなよ…

**Be名無しさん** · 2012/04/10(火) 02:45:02.80

＞それだけで少なくとも32GBまではOK
これを見たらなぜFAT32 と書かなかったのかピンと来ると思うんだけどな

**Be名無しさん** · 2012/04/10(火) 02:47:07.76

FAT32の資料くらいベクターにも転がってるし(若干間違ってるけど)
Interfaceあたりの雑誌を読めば何度も特集してるし
それらをきちんと読んでればどの程度難しいかなんてすぐわかるはずなんだがなぁ…

もしかしてこんなスレに居るのにその程度の資料も読んでないの？

**Be名無しさん** · 2012/04/10(火) 02:54:40.54

32GBってのはFAT32の仕様の上限じゃ無くてWindowsでの実装の上限だからね。
だから「少なくとも」ってわざわざ書いただけ
32GBが少ないとも思わないけど

で足りなければUnixのUFS系ファイルシステム(BSDのFFSとかLinuxのext某とか)あたりを参考に
もっとデカいのも扱えるのを作ってみればいいだけ(あのあたりも基本概念は決して難しいものでは無い)
もっと難しい壁を幾つも乗り越えてきたK氏に出来ないとは思えない
32GBを超えるような巨大なファイルシステムが差し迫って必要になったらその程度の事はできるだろう

もっともK氏は効率を重視する人間だからもっと手間かけて合理的なファイルシステムのありかたを探るだろうけれど。
差し迫らなければ上記みたいな事はやらないだろうし(必要が無いから)
差し迫らないなら後からじっくり効率優先の方法を考えるだろうからね。

**Be名無しさん** · 2012/04/10(火) 02:57:18.86

OSASKの仕様を知らないから相手を無知だと思ってそう言えるんだよ。

**Be名無しさん** · 2012/04/10(火) 03:00:09.87

OSASKの仕様のどこに「巨大ファイルシステムを実装するには非常に困難な壁」なんてものが？
そもそも第一世代・第二世代のAPI仕様そのものが仮の物でしか無い(しかも既に過去の物とされている)のに？

仕様以前に趣旨を理解してないと言わざるを得ない。

**Be名無しさん** · 2012/04/10(火) 03:02:57.57

>>544
>>533

**Be名無しさん** · 2012/04/10(火) 03:09:17.25

>>533のどこが「巨大ファイルシステムを実装するのが非常に困難になる壁」なのか分からんのだが。
メモリレスアーキテクチャはOSの構造がそうだというだけで
どんなファイルシステムを実装するかとは直接の関係が無いし
将来じっくり研究対象にするかもしれないファイルシステムがツリー構造かそうでないかなんて
ファイルシステムが巨大サイズに対応できるかという技術的問題とそれほど密接に関わってる物でもないはずだ

**Be名無しさん** · 2012/04/10(火) 03:13:15.34

とにかく現状のOSASKはそれほど巨大なファイルシステムを実際に必要としてないのであって
もし必要とあらば巨大ファイルシステムを導入するのに技術的困難は見当たらない
現状では必要無いものだから後回し
それだけの話なんだが

他にやらなきゃいけない事が山ほどある人間に対して
自分も使いもしない機能を搭載する手間をかけろと強要するのは何なの？

**Be名無しさん** · 2012/04/10(火) 06:47:23.15

メモリレスってAS400のやつがそれっぽいけど
また違うものなのかな？

**Be名無しさん** · 2012/04/10(火) 08:09:34.22

いくら言い訳してみたところで終わったOSであることに変わりないよね
信者ができるできると言い張っても開発は遅々として進まないし

**Be名無しさん** · 2012/04/10(火) 10:26:37.98

見てるだけの野次馬だけど
この認識であってるのかな？

【第一世代】～OSASK4.6→OSASK5.0（中止）

【番外】はりぼて→【第２世代】はりぼてベース（中止）→efg→blike ※イマココ

【第三世代】(不明)