【C】Poneytail(仮称)OSスレッド01【未踏】 (602ﾚｽ)
【C】Poneytail(仮称)OSスレッド01【未踏】 http://medaka.5ch.net/test/read.cgi/os/1105442577/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
301: 292 [sage] 2005/08/19(金) 21:16:46 先方に適当なこと言って来週に延期したから楽勝で逝けた。v(^-^) 957さん良かったですよ。 日本でManaged C++が混ざったILをちゃんと解析した人って 他に聞いたことないです。 それだけでも十分未踏だなって思いました。 質疑応答でカッコ良かったのは、 「遅いならFreeTypeをやめてビットマップフォント使えば？」 という質問に 「機能を犠牲にして速度を稼ぐのは本質的な改善とは言えない。」 のようなことを回答されていたときですね。 とっさにこういった冷静な対応ができるというのは凄いです。 ビジネスの世界でもバリバリ渡り合える逸材ではないでしょうか！ http://medaka.5ch.net/test/read.cgi/os/1105442577/301
302: Be名無しさん [sage] 2005/08/19(金) 21:23:05 パワーポイントうｐまだ？ http://medaka.5ch.net/test/read.cgi/os/1105442577/302
303: Be名無しさん [sage] 2005/08/19(金) 22:23:57 >>301 大勢の人の前で、自分の意見を明確に主張できることは、 本当に素晴らしいことだと思う。 ただ、常に速度より機能を取ればよいというものではないハズ。 ところで、「Managed C++が混ざったIL」って、普通の？ILより難しいの？ http://medaka.5ch.net/test/read.cgi/os/1105442577/303
304: 292 [sage] 2005/08/19(金) 22:32:59 >>303 速度と機能に関しては一概に決め付けられないのは事実ですが、 今現在OSに求められる性能を基準に言えば、 遅すぎてTrueTypeが使い物にならないようなOSは 他の用途にもまともに使えるとは思えません。 純粋なILに関しては規格書がECMAに提出され公開されていますが、 ネイティブコード混合の規格は公開されていなかったはずですから、 自力で解析する必要があるでしょう。 http://medaka.5ch.net/test/read.cgi/os/1105442577/304
305: Be名無しさん [sage] 2005/08/19(金) 22:44:27 打ち上げパーティでもしてるのかな http://medaka.5ch.net/test/read.cgi/os/1105442577/305
306: Be名無しさん [sage] 2005/08/19(金) 22:47:02 >>305 懇親会があるって書いてあるね。 http://medaka.5ch.net/test/read.cgi/os/1105442577/306
307: 292 [sage] 2005/08/19(金) 23:02:14 そういえば質疑応答で一点気になったのは、 「色々な言語をサポートするランタイムはどうするの？」 という質問に対して 「.NETではすべて同一のILにコンパイルされるので無問題」 と答えておられましたが、 J#が専用のJDK1.1互換ライブラリに依存してるようなケースを 想定した質問ではなかったかと感じました。 http://medaka.5ch.net/test/read.cgi/os/1105442577/307
308: Be名無しさん [sage] 2005/08/19(金) 23:06:04 大丈夫です。J#なんて使ってる奴まずいないから。 http://medaka.5ch.net/test/read.cgi/os/1105442577/308
309: 303 [sage] 2005/08/19(金) 23:11:14 >>304 Managedではない従来のC++は、x86ネイティブコードにコンパイルされるが、 Managed C++って、すべてMSILにコンパイルされる気が．．． CooSを動かしてないからわからんのだけど、今のCooSでは、 TrueTypeは使い物になっているのかな？ >>308 激しく同意 http://medaka.5ch.net/test/read.cgi/os/1105442577/309
310: 957 ◆KhjEefLZMk [sage] 2005/08/20(土) 00:18:07 懇親会＋二次会でした。ちょっと酔い 明日は１０時なので書けるとこまで書いて寝ます。寝るときは寝ると言います。 http://medaka.5ch.net/test/read.cgi/os/1105442577/310
311: Be名無しさん [sage] 2005/08/20(土) 00:24:24 おつかれーぃ http://medaka.5ch.net/test/read.cgi/os/1105442577/311
312: 957 ◆KhjEefLZMk [sage] 2005/08/20(土) 00:40:32 ひとりスレからｷﾀっぽい方とお話ししました。来てくれた方がありがとうございます。 自分の感想は次のレスに。 >>299,300 会場圏外でした。au。渋谷で圏外ってどういうことよ・・・。 >>301 ありがとうございます。 来年からビジネスマンですが、学歴無いからなあ。 偉そうなこと言いましたが、僕の基本はやりたいようにやっているだけです。 >>302 後述しますが明日遅刻できなくなったので睡眠時間の復旧にご理解を。 >>303 速度は後述。 MC++の機械語についても後述。 MC++は結局ILにコンパイルされますので、C#以上でも以下でもありません。 >>304 速度は人的リソースと、プロダクトとしての活動のなさだと考えます。 確かに今は遅いですが、しかし高速化は実現できると分かっているわけで あとはいつだれがそれをするのかという問題になります。 この解決としてオープンソースなどがありますが、そのような問題はソフトウェアの限界というものとは区別するべきだと思います。 機械語についてはECMA規格の中に定義されております。 命令列を持たない代わりにRVA(要はファイルイメージの位置)を持つメソッドが宣言でき、 そのようなメソッドはRVAの位置に機械語を記述できます。 http://medaka.5ch.net/test/read.cgi/os/1105442577/312
313: 957 ◆KhjEefLZMk [sage] 2005/08/20(土) 00:41:35 つづき。 >>305-306 明日もありますが、懇親会でした。 >>307 それは、J#の専用互換ライブラリも、.NETライブラリであるということが重要です。 たとえばJavaにはjava.langというパッケージがありますが、 これはJ#ではjava.lang名前空間を持つアセンブリとして参照されます。 そして、そのアセンブリは、単純には同等の機能を持つSystem.*のアセンブリに処理を引き渡すだけです。 J#は、見かけの言語はJavaであっても、ライブラリからなにから.NETですので、CLIを超えたサポートは必要ありません。 ＃ただし、実行時にJ#のライブラリは必要になります。 >>309 アルファベットに関してはいちおうキャッシュしてたりとか・・・・ まあ、今の時点で実用性に言及されると辛いものは確かです。 http://medaka.5ch.net/test/read.cgi/os/1105442577/313
314: 957 ◆KhjEefLZMk [sage] 2005/08/20(土) 00:57:21 まず自分の発表について。 のちのちパワポは公開しますが、私があの場で言いたかったことはCooSの紹介の前までがすべてでした。 自分でも言いたいことは言えたので、マジでCooSの紹介を前に終わった感がちょっとあったくらいｗ そのせいか後半はすこしだらけたかもしれません。反省。 ＃もともと時間が足りないと分かっていたので後半はアドリブだった。 しかし、予定通り３０分ジャストで終えたし、それなりの発表はできたと思っています。 未踏の成果としては、（どうせ分かるのでぶっちゃけますが）、スレッドとガベコレがないのが痛すぎ。 提案時に含めていたので、それがないことは非常に残念だと思うし、申し訳ない。 しかし僕の力量では、ドライバなど"実際のOSを作る"という開発をしながらそれらを組み込むことは無理でした・・・。 こーゆー苦労はOS開発特有だと思ったりします。 しかしまあ、一年前の今頃にプロテクトモードへの遷移を質問していたかと思うとねえ。ｼﾐｼﾞﾐ 発表は（世辞か分かりませんが）たぶん好評みたいでした。 すくなくとも二次会でお話しした方には思想という点まできちんと伝わっていたようで、まあいっかな、と。 次他の方の感想。 http://medaka.5ch.net/test/read.cgi/os/1105442577/314
315: 957 ◆KhjEefLZMk [sage] 2005/08/20(土) 01:10:26 共同体的P2P全文検索システムの開発 発言も聞き取れたし、内容も論理的な順序があり理解しやすかった。デモソフトもちゃんと動いていました。 たしか「このままこのクオリティなら俺ﾔﾊﾞｽ」とか思いました。 P2Pが掲げられていましたが、技術的には蛇足のような気がします。 つまり、P2Pでなくても動くし、いまのP2P以上のなにかがあるわけでもない。 Google Desktop Searchみたいなのと比較がなかったのも残念。 やさしい仕様記述による通信プログラム自動生成系の開発 形式的記述ってのは正しさはすでに証明済みなわけで、たしかにサンプルも正しいように見えた。 でも（質問しましたが）、結局OSレイヤとの依存部分を排除できないと、プロトコルとしての状態管理以外に OSレイヤの管理が入って、やっぱり複雑になってしまうのではないだろうか。 そういえばデモンストレーション無かったような気もする。（確信はない http://medaka.5ch.net/test/read.cgi/os/1105442577/315
316: 957 ◆KhjEefLZMk [sage] 2005/08/20(土) 01:31:43 インテリジェントな3次元形状ブラウザの開発 キックオフの時から怪しいと思っていたプロジェクト。 未踏スレのほうで名前が挙がっていた五十嵐という方が関わっているようです。（基本論文に名前があった。） この時点で結果に関係なく僕としては含むものがある訳なんですが。（だから毒モード プレゼンも練習していないのが丸わかりで、聞いてて疲れた。 成果物もなんかいかにも学術研究という感じで、さっぱり。 ＃冒頭例が車と家のポリゴンモデルで、実例が水素原子の反応じゃそう思うよ。 とにかく、他のプロジェクトとは根本的な姿勢が異なっていると感じました。 人間の記憶の拡張を目指した知識情報管理基盤の開発 PMが同じで結構話した方なんで心苦しいんですが、発表が機能リファレンスなのは眠く・・・。 そのため内容を良く覚えていないんです。。。（キックオフも中間発表も同様だった 結局何ができたんだろう。 http://medaka.5ch.net/test/read.cgi/os/1105442577/316
317: 957 ◆KhjEefLZMk [sage] 2005/08/20(土) 01:32:39 確率文脈自由文法に基づく遺伝子情報RNAデータベース検索システム 遺伝子ということで分野違いなんですが、ちゃんと話を聞くとよく分かって面白いです。 というか、難しい話を僕でも理解できるように話されていたので凄いと思います。 デモも分かりやすいように作り込まれていて、「こういうふうに見せたかったなあ」と思いました。 成果がどれくらい役に立つかってのは正直ピンと来ないんですが、でも価値がありそうだと思った。 ウェブデータベースサーバGWSの開発 この方は、発表で損してると思う。 作ったソフトウェアはちゃんとしてて、他のひとではひどいと言い訳しながら動かしたりするのに、 これは作り込まれて安定して動作しているように見えた。 それなのに見栄えに気を遣っていなかったり、単に機能紹介だけで半分以上終わってたり。 どうも申請時の案件はちゃんとこなしているようなのだから、もっと威張っていいのになあと感じた。 もうこんな時間。寝ます。また明日の報告をお待ちください〜。 http://medaka.5ch.net/test/read.cgi/os/1105442577/317
318: 292 [sage] 2005/08/20(土) 02:26:57 >>309 > Managedではない従来のC++は、x86ネイティブコードにコンパイルされるが、 > Managed C++って、すべてMSILにコンパイルされる気が．．． >>312 > MC++は結局ILにコンパイルされますので、C#以上でも以下でもありません。 以下の例のNop()のようなもののことをネイティブコンパイルと言いました。 I/OなどはMC++で記述されているというお話でしたので、 そういうもののことを念頭にしていました。 void Nop() { __asm { nop } } public __gc class Test { public: Test() { Nop(); } }; Nop()の部分はMC++ではない従来のC++だと言われればそうですが、 元は単にMC++を使ってネイティブとILを混ぜたバイナリのことを言おうとしただけです。 私が>>301で「Managed C++が混ざったIL」と書いたのが誤解を招いたようですみません。 http://medaka.5ch.net/test/read.cgi/os/1105442577/318
319: 292 [sage] 2005/08/20(土) 02:36:55 >>312 > 速度は人的リソースと、プロダクトとしての活動のなさだと考えます。 > 確かに今は遅いですが、しかし高速化は実現できると分かっているわけで > あとはいつだれがそれをするのかという問題になります。 はい、それは理解しています。 FreeTypeの質疑応答を引用したのは反論とかそういうことではなくて、 似たようなことをよく言われて話が平行線のまま決裂しがちなので、 （後で根本的な対処をするまでの暫定を認めるかどうかの類） 印象に残ったという以上ではありません。 > 機械語についてはECMA規格の中に定義されております。 > 命令列を持たない代わりにRVA(要はファイルイメージの位置)を持つメソッドが宣言でき、 > そのようなメソッドはRVAの位置に機械語を記述できます。 はい、それも理解しています。 仕様書の以下のフラグが立っている場合、 RVAはネイティブイメージを指しているということですよね。 22.1.10 Flags for Methods [MethodImplAttributes] Native 0x0001 Method impl is native http://medaka.5ch.net/test/read.cgi/os/1105442577/319
320: 292 [sage] 2005/08/20(土) 02:46:13 私がMC++や仕様書がどうこうと書いたのは、お話の中で 「MC++を分析する上でundocumentedなこととかあって苦労した」 「そういうところはMonoでも突き詰めていない」 というような趣旨のことをおっしゃっておられたので、 そんなことまで調べた人は日本で他にいないから凄いなあ、 という類の感想を述べたに過ぎません。 それが具体的に何なのかは私には分かりません。 CMOD_OPT周りの何かかなと勝手に想像したので、 MC++とネイティブがどうこうと適当なことを書いたために 混乱を招いてしまったことをお詫びいたします。 http://medaka.5ch.net/test/read.cgi/os/1105442577/320
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 282 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.005s