【次世代言語】D言語でOSを作ろう【Monaの移植?】at TECH
【次世代言語】D言語でOSを作ろう【Monaの移植?】 - 暇つぶし2ch123:119
08/01/07 14:54:13
>121
ああそれそれ。あくまでインターフェイスの話なのか、あれ。



ところで D で TRON ってどうよ、とかいう無茶振りをしてみるテスツ

124:デフォルトの名無しさん
08/01/07 20:34:20
今更使い道はないんじゃない?
TRONの需用自体がITRONくらいで、そこにGCはヘビーかと。

125:デフォルトの名無しさん
08/01/07 21:39:57
携帯でも Java なんだから gc がヘビーってこともない機器もあるかも

126:デフォルトの名無しさん
08/01/07 22:19:55
そこであえて超漢字を

127:デフォルトの名無しさん
08/01/09 03:30:00
携帯の Java は PC みたいに軽くないので、昔のBasicみたいにクラス作らないでかく

128:デフォルトの名無しさん
08/01/09 21:18:23
Basicを引きあいに出さなくてもCでいいんじゃね?

129:デフォルトの名無しさん
08/03/08 10:53:23
>>125
そうでもない。
最近の携帯は、かなり軽いよ。

今、携帯Java(MIDP2.0)上でJavaベースのOS作ってるよ。
うまく行けば、このOSの上にJava2SE実装して、パソコン用のソフトも使えるようにしたいな。


130:デフォルトの名無しさん
08/03/08 13:36:06
URLリンク(www.geocities.jp)

131:デフォルトの名無しさん
08/04/15 13:15:53
結局OS作れませんでしたスレか

132:デフォルトの名無しさん
08/12/06 21:15:42
URLリンク(extjs.com) [extjs.com] こういうのは?

133:デフォルトの名無しさん
09/01/20 01:22:36
スレリンク(cg板:116番)

134:デフォルトの名無しさん
09/07/21 17:53:46
D言語ってガーベージコレクションもってるよね。
これって、どう動くかと言えば

 <====メモリ===>      <====メモリ===>
 アプリケーション1+ガベコレコード アプリケーション2+ガベコレコード
      ↑↓
      OS
<■■■■■■■■■■■■■■■■■■■■■■■■■■■>
           実メモリー
というイメージになることが多いと思うんだけど、
(最近だとこの辺はもうすごく手が入っててイメージです状態だろうけど
アプリからリニアにアドレスが見えるわけだし、ガベコレはそのリニアアドレス
を操作してるんだからこうだよね)

でも、これを

 <====メモリ===> <====メモリ===>
 アプリケーション1      アプリケーション2
            ↑↓
      OS+カーネルが各アプリのガベコレを制御
<■■■■■■■■■■■■■■■■■■■■■■■■■■■>
           実メモリー
ということになれば、マルチスレッド、マルチコア、マルチキャッシュの
cpuでのパフォーマンス的にも色々と行けるような気がするのね。
もうね、まったく新しいosというレベル。
目指すならここを目指すべきだと思う。

135:デフォルトの名無しさん
09/07/24 20:19:35
D言語の中の人の主張はそれだけどね。
何で俺が言語にGCを実装しなきゃいけないんだって人。

136:デフォルトの名無しさん
09/08/01 22:01:04
D用のGUI・画像・ファイル処理系のライブラリが充実されたら手を出してやる

137:デフォルトの名無しさん
09/08/01 23:22:16
C用のGUI・画像・ファイル処理系のライブラリが充実してる

138:デフォルトの名無しさん
09/08/10 12:49:13
age

139:デフォルトの名無しさん
09/08/11 12:41:47
プロセスを作成したらヒープを作成して、
システムコールを呼んだら、ヒープ内にメモリブロックを確保したり解放したりして、
プロセスが終わったら、ヒープを解放する。

140:デフォルトの名無しさん
09/08/11 13:48:50
それから動的にメモリを確保するときにシステムコールを呼ぶように、D言語自体を書き換えすることが必要。

141:デフォルトの名無しさん
09/08/11 14:11:54
>>140
お前D言語のこと何も知らずに書いてるだろ
言語自体なんか書き換えなくてもPhobosの書き換えで済む

142:デフォルトの名無しさん
09/08/11 20:35:06
>>140
メモリ確保ごとにシステムコールってどんなネタだよ

143:デフォルトの名無しさん
09/08/27 18:55:58
Schemeってガーベージコレクションもってるよね。
これって、どう動くかと言えば

 <====メモリ===>      <====メモリ===>
 アプリケーション1+ガベコレコード アプリケーション2+ガベコレコード
      ↑↓
      OS
<■■■■■■■■■■■■■■■■■■■■■■■■■■■>
           実メモリー
というイメージになることが多いと思うんだけど、
(最近だとこの辺はもうすごく手が入っててイメージです状態だろうけど
アプリからリニアにアドレスが見えるわけだし、ガベコレはそのリニアアドレス
を操作してるんだからこうだよね)

でも、これを

 <====メモリ===> <====メモリ===>
 アプリケーション1      アプリケーション2
            ↑↓
      OS+カーネルが各アプリのガベコレを制御
<■■■■■■■■■■■■■■■■■■■■■■■■■■■>
           実メモリー
ということになれば、マルチスレッド、マルチコア、マルチキャッシュの
cpuでのパフォーマンス的にも色々と行けるような気がするのね。
もうね、まったく新しいosというレベル。
目指すならここを目指すべきだと思う。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch