Linux使ってて普及するわけないと思った時 100祝 [無断転載禁止]©2ch.net (428ﾚｽ)
上下前次1-新
28: 2017/08/22(火)08:10 ID:qxPcga7J(1) AAS
>>25
独断や偏見を正論だと思い込んでいるバカばかりだからしゃーないね
29: 2017/08/22(火)08:20 ID:wMNBMcaS(1) AAS
世間一般での定義から外れて、UbuntuはOS！とか
ApacheBlenderPHPその他諸々はLinuxのOSの一部！とか
GNUみたいな誇張や主張ばっかしてると、ますます一般から見捨てられていく
30(1): 2017/08/22(火)12:27 ID:0oZp3QLm(1) AAS
ストア経由でUbuntu、openSUSE、fedoraもWindows 10上で動作可能に
外部ﾘﾝｸ[html]:pc.watch.impress.co.jp
これで普及するだろ
31: 2017/08/22(火)16:33 ID:LaJO0I0/(1) AAS
普及しないと自分が使えない状況なら普及して欲しいと考えるけど使う、使わないは
既に本人の意志のみになって久しい状況で、更に普及して欲しいと願う訳でもないし、
このままの状況でも一向に構わないと考える。
M＄に付いては開発環境をオープンにするって話しがあるけど昔10万円も出した身としてはM＄の思惑が気になる。
32: 2017/08/22(火)19:06 ID:7BRhV+Xk(1) AAS
夢のタラレバOS Fuchsia 2017/8/22
外部ﾘﾝｸ:itpro.nikkeibp.co.jp
33(1): 2017/08/22(火)23:29 ID:EJIwVysG(1) AAS
>（1）と（2）はLinuxカーネルの「使いづらさ」としてしばしば挙げられる点である。これらを解消することで、メンテナンスコストの低下や対応デバイス拡充の迅速化などが期待できる。
（2）はともかく（1）はWinやMacで実現できてるの？
34: 2017/08/23(水)07:36 ID:wh2xLDv5(1) AAS
(1)はまさにWindowsの利点じゃないか
35(1): 2017/08/23(水)09:35 ID:HKN7GigI(1) AAS
>>33
MacもWindowsも ハイブリッド・カーネルらしいよ。マイクロカーネルもどきのナンチャッテ・カーネル。
それは外部入出力の高速化などの実現のためコンテクスト・スイッチングを極力抑えるための
インチキ。ハイブリッドの方がデバッグが簡便になるのだとか。マイクロカーネルは低速。
-------
ハイブリッドカーネル
モノリシックカーネルの高速性・単純性とマイクロカーネルのモジュール性・拡張性を
組み合わせたのがハイブリッドカーネルである。Windows NT系などの商用OSでよく見られる。
アップルの macOS もカーネギーメロン大学のMachとFreeBSDのモノリシックカーネルの
コードをベースとしたXNUというハイブリッドカーネルを採用している。
省6
36(1): 2017/08/23(水)13:52 ID:4BSnYDnY(1) AAS
>>35
Windows Vistaからは、グラフィックドライバがカーネル空間から出たよ。
37(1): 2017/08/23(水)23:03 ID:Rw9ib2yb(1) AAS
>>36
こういうドライバってユーザランドプロセスとして実装してるの？
それともドライバのライブラリみたいなのがあって、アプリケーション実行時にプロセス空間にロードするの？
38: 2017/08/24(木)01:10 ID:SApK4LSv(1) AAS
>>37
どちらも一部Yesかなあ
UMDFのドライバの実態は特定のInterfaceとドライバコールバックを実装したCOMのDLLで
これを叩くためにサービスとかドライバアプリの形でホストプロセスを置くこともある
39: 2017/08/24(木)10:29 ID:VHlR5ZM3(1) AAS
ドライバのコードだって、別のプロセスで動くとは限らないぞ
そりゃ非同期の部分は別スレッドやらプロセスやらだろうけど
そういうとこに送りこむにしても、その処理はそのプロセスで実行される
ただ単にユーザランド内で完結するか、特権モードに遷移するかの違いでしかない
40: 2017/08/24(木)18:43 ID:q1iw9Kqk(1) AAS
デバイスドライバがユーザ空間で動くって流れで
なんで特権モードなんて単語が出てくるんだろ
41: 2017/08/24(木)20:19 ID:tQ8x6JLU(1) AAS
特権モードになるために使うのがカーネルメモリ空間だから
42: 2017/08/24(木)23:19 ID:RUYANoeM(1) AAS
主従逆だな
43(2): 2017/08/24(木)23:27 ID:RnP1g8tW(1) AAS
大昔の68000時代のMacOSってOSもアプリも全てCPUの特権モード下で走っていたんだよね。
特権モードってCPUの動作モードではあるんだけど、OSの構造性とは無関係なのでわ。
44: 2017/08/25(金)00:07 ID:i67Bpv2P(1) AAS
権限移譲の末に、リング0から3だけじゃ足りなくなる日が来るかもね
って、リング-1があったな
45: 2017/08/25(金)08:18 ID:hI8onmQw(1) AAS
>>43
特権を使わないプロセス(ユーザーモード)と特権を使うプロセス(カーネルモード)を分けて
ユーザーモードプロセスから特権使いたい時はカーネルモードプロセスにIPCすればいいじゃん、って思想が発端だから
メモリ空間もコードの権限もAPIも使い分けられてよっしゃラッキーくらいの話では
46: 2017/09/06(水)23:43 ID:FVd1+44g(1) AAS
>>43
昔は遅すぎて、特権モード移行に耐えられなかったんじゃよ
47: 2017/09/06(水)23:56 ID:AxuLr1Iq(1) AAS
今でこそ誤差になりつつあるけど、
ARMも特権モード遷移とかアドレス変換無しの方がパフォーマンス上がるしな
それに、モードモード言ってるけど、モード切替が入ると余計クロック消費するし
特に64bit32bitとかレジスタの構成とかが変わるモード切替が入ると、
パイプラインのデコーダがデコードしてた命令が何だったかさっぱりわからなくなるから
全部フラッシュしなきゃなんない・・・実は結構なコストが掛かる処理だったりする
上下前次1-新書関写板覧索設栞歴
あと 381 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.015s