【Bash】Windows Subsystem for Linux【WSL】3
■ このスレッドは過去ログ倉庫に格納されています
ファイルを開いたまま移動できなかったり、NT系OSがUNIX系OSより特段に優れてるとは思えないな。 >>336
それはOSの問題じゃなくてアプリケーションのつくり方の問題。メモ帳でテキスト開いた
ファイルを移動してみたらわかるよ。 NTカーネルはマイクロカーネルを標榜してたんで、(厳密にマイクロカーネルってわけではない。)
高度に抽象化されたカーネルが土台にあって、その上にサブシステムと呼ばれるUI(この辺は大雑把に)が置かれる。
NT系OSの良いところはカーネルAPIが優秀なところ。WSLもカーネルが優秀だからできる。
ちなみにLinuxは強力なコマンド群が強みだけど、カーネルはモノリシックで時代遅れなんだ。
Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。
このUIの部分をOSと呼ぶか、アプリケーションと呼ぶかは単に個人の趣向だったり、パッケージだったりするから誤解するな。
WindowsはvistaからNTカーネルにはほとんど手を入れない。だからVista以降のWindowsOSの評価はUIとマシンスペックの評価ってこと。 >ちなみにLinuxは強力なコマンド群が強みだけど、カーネルはモノリシックで時代遅れなんだ。
>Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。
Linuxが出てきた頃に戻ったような気分だよ 20年前よりWSLでマイクロカーネルを実感してるわ。 Machで盛り上がった時代があったな。OSF/1とか。 MINIXというかタネンバウムだね
関係ないけど、コンピュータネットワーク(通称タネンバウム本)は読んどくように。 しかも、レビューはボロクソでゴミみたいだなww
ネタかよ。 Windows依存症 ICD分類追加候補予定
1. Windows起動中は精神的に安定している
2. 大型アップデートがくると非常に精神不安定になる
3. MSお勧めのアプリは必ずインストールする
4. Linuxは嫌いだ
5. なぜかリーナス・トーバルズを知っている
6. 会社のPCは全部Windowsがインストールされている
7. 事務作業は必ずMS Officeを使っている
8. パワーポイントを知らないヤツは内心バカにしている
9. IE11とEdgeからLibreOfficeの公式HPアクセスを制限していることを知っている
10. 警告表示が出ることについて、当然だと思っている
11. LibreOfficeは「違法ソフト」である
12. GPLライセンスは馬鹿げた夢想である
13. Retina(倍密度スケーリング)表示はLinuxの派生技術ではない
14. WindowsでもRetina表示ができると思っている
15. 解像度変更をするとウィンドウ表示がぶっ壊れるのはLinuxのせいだ
16. HDMIケーブルは画像データ専用のプロトコルだから安全だ
17. インテリジェントデバイスの概念を知らない
18. SDカードはインテリジェントデバイスではない >>338
vista以降はそのOS部分とドライバが分離が加速している
ドライバ関係のエラーでOSごど落ちにくくなった
ゲームとかしてると実感する Google Android/Linux使いやすいですおw どうでもいいが、今現在の Windows NT カーネルは、Win32 サブシステムと
密結合している上に、モノシリック化が進んでる。NT 3.1 はマイクロカーネル
だったけど、今はそうでもない。Mac も同じ。 どこが密結合してるの?
具体的に言えないなら適当なこと言わないでね MSはNTカーネルを作るときにマイクロカーネルにしたかったんだけど、思った以上にパフォーマンスが出なかったので、
実装の綺麗さより、実行スピードを取るために、一部機能をカーネル空間に同居させたんだよ。 はい、それじゃWindowsは速度と抽象化、両方のいいとこどりしたハイブリッドカーネルってことで。 >>352
GPUの話ね。それがユーザー空間に戻って
本来のマイクロカーネルになったのがVistaから
だからGPUドライバが落ちてもOSが落ちることはなくなったんだよ ハイブリッドカーネルはハードの性能も良くなかった妥協案みたいなもんでいいとこ取りじゃないよ。
できれば純粋なマイクロカーネルのほうがいい。作るのが大変だから作ってないだけ。 >>355
それはそれで正しいんだろうけど、ずっとLinux使ってる連中からすれば、Windowsがコマンドインターフェースを持ってないだけって言うと思う。
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。 >>357
本当にLinuxでGPUドライバを落としましたか?
本当に落ちているなら、カーネルパニック起こしてるはずです
CentOS 6.6 上で NVIDIA の GPU (の一部) と共に nouveau 使うと発狂して死ぬ
https://moznion.hatenadiary.com/entry/2015/02/23/160016 はい、それじゃWindowsは素晴らしいってことで。 そもそもWineで動くソフトは珍しいけど、WSLはLinuxのソフトがそのまま動くイエィ。 ヴィジュスタからWSL上のgccでビルドするのが最新のLinuxライフ。 >>358
nouveauはオープン実装のドライバで、機種依存的にバグが起きるのは良く知られてる。
もし、nvidiaのGPU使いたいならプロプライエタリなドライバ使え。
リンク先の記事はnouveauの調子が悪いよってことだろ。 >>357が言ってるのは、GPUドライバが落ちたんじゃなくて
Xが落ちただけだろう。Xはディスプレイの設定間違えるだけで
簡単に起動しなくなるからな
その場合はCLI状態になる。そのことを言ってるのだろう。
Windowsは、デスクトップ表示中にGPUをリセットすることができる
そのためのショートカットが、Win+Ctrl+Shift+B
GPUの不具合が原因でフリーズ(正確には画面が更新されないだけでシステムは動いている)
したときに、このショートカットでGPUをリセットすることで復旧できる WSLからGPUの制御できたら最高だな。GPUパススルーとかできるようになんないかな。 >>364
だーかーらー、Linuxはモノリシックだから不安定な
GPUドライバを使ったらカーネルがフリーズって話してるんだろ
Windowsはマイクロカーネルだから不安定な
GPUドライバを使ってもカーネルは生きてる
だからショートカット一つでリセットして復旧できる LinuxのGUIアプリって出来損ないが多いから、コマンドだけ使えば良いよ。
GUIアプリはWindowsの使ってさ。 LinuxとWindowsのいいとこどりしたハイブリットコンピューティングライフにWSLがお役に立ちマッスル。 >>367
パワハラじゃない言い方で頼む。
ドライバが落ちるってのを別の言い方で頼む。
>>357を読んでくれ。>>355は正しいと言ってる。
レスをするなら同じ説明をくり返すな。
俺が間違っていたら優しく教えてくれ。 >>370
>>355ではLinuxではGPUドライバが原因でカーネルパニック起こして
フリーズするようなことが、WindowsではVista以降起こらなくなった
って書いているんだよ。VistaっていうのはWindowsのことだよ。
Windowsの話とLinuxの話をごっちゃにするな
GPUドライバ落ちても、OSが落ちないのはマイクロカーネルのWindowsの方だ VistaはWindowsじゃないだろ。
MeもWindowsじゃない。
ゴミ。 悪のWindowsを使うやつもまた悪である!
正義のために!!!! うんだから>>355のレスの内容は正しいって言ってるじゃん。
GPUドライバが落ちたってことは、”ロードされてない”状態か?、”バグがあってドライバが異常終了する”状態か?GPUドライバなくても起動できるだろ。
GPUドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。
だから>>370を読めよ。上から順に優先順位が高いからよろしく。 >>377
読んだよ?で?
まあ、俺のほうがパワーあるって
認めたことだけは褒めてやろうw わらうとこ
357 返信:login:Penguin[sage] 投稿日:2018/06/22(金) 17:32:37.40 ID:DbiQ98jc [12/16]
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
↓
377 返信:login:Penguin[sage] 投稿日:2018/06/22(金) 18:20:06.33 ID:DbiQ98jc [16/16]
GPUドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。 Linuxを端末として使うとマルチメディア関係のドライバ周りが不安定すぎてつらい
Linuxはサーバーとして使うことが多いから安定していると錯覚するが 我ら十字軍、神の御遺志に背く悪辣たるWindowsを滅せよ。 まぁLINUXはその他の雑多なOSを駆逐しただけでも偉いかな >>380
昔からWindowsが不安定とかいう人いるけど、ドライバがらみのことが多くて
ドライバがないLinuxが安定といわれても、そもそもドライバがなくて使えないんだから論外
なんだけど、そのあたりは無視されますからね。
最近になって署名されたドライバが増えてきたのでドライバがらみで落ちることは
稀なんだけど、昔の知識でLinuxは超安定!Windowsは不安定!とか信じている
信者が多いのが困ったもんですね。
Linuxでもプリントできる、スキャンできるなんていってもWindowsに比べて機能
貧弱なことが多いのにねぇ。 >>379
何じゃそりゃ?
IDかぶりじゃないの? パワハラって立場を利用した嫌がらせのことだろ
ドライバが落ちる をNGにするなら代わりになんて言えば理解できるのかを指定してやらんと
説明できなくね >>385
すいません、もう少しわかりやすくお願いします。
日本語難しいなら英語でもいいです。 WebGLとかOS毎落ちるのでIEなんて11になるまでサポート
されなかったけどなぁ >>385
> パワハラって立場を利用した嫌がらせのことだろ
だから無意識に俺のほうが上の立場だって思ってるんだろ?w > WebGLとかOS毎落ちるのでIEなんて11になるまでサポート
はて? IE11でサポートされるのが遅いだけで
OpenGLはずいぶん昔からサポートされていますが? >>390
baka?
OpenGLにCross-Origin Resource Sharing とかDOS攻撃するのか >>391
それがGPUドライバの不具合でOSが落ちる話なんの関係があんの? では判決だします。
Linuxは捨ててWSL使いましょう。
終わり。 本日のシェフのおすすめ「Kondara MNU/Linux」。 >>395
2011年5月9日、WebGLに深刻なセキュリティホールが指摘された[13]。問題点は以下の2点。現在は解決済み。
サービス拒否 (DoS) 攻撃 - WebGLでは制御構造をサポートするプログラマブルシェーダーを使えるが、GPU自体にバグなどがあると、OS全体をクラッシュさせたり、無限ループなどでデバイスドライバーの応答を停止させるシェーダープログラムを実行させることができてしまう。
クロスドメイン画像盗取 - Cross-Origin Resource Sharing に未対応で、他のドメインで使われている画像を取得できた 昔のバグの話しても意味ないでしょ。当時WebGLをLinuxで使ってた人なんてごく少数だったんじゃないのかな?
今でもごく少数でしょうけど。 安定な環境を求めると
・決められたハードウェア (しかつかえない)
・決められたドライバー (対応している周辺機器が少ない)
・マイナーで攻撃対象になりにくい
ことが重要ですね。Windowsはいずれも該当しないので大変ですね。
Macはすべて当たってるけど、セキュリティに無頓着なんで無理ですが。 >>397
だからなんだと。お前書いていて理解してないだろ?
クラッシュするのはGPU自体のバグなんだからWebGLに限らずOpenGLでも発生する問題
だから、OpenGLはずいぶん前からサポートされてるって話をしている
落ちるからサポートしていなかったわけじゃない
Cross-Origin Resource Sharingなんかは完全にWebGLの仕様の問題で
GPUドライバの不具合とは一切関係ない
お前はこの二つをごっちゃにしてCross-Origin Resource Sharingを使うと
GPUにバグがなくてもクラッシュさせられるとか思ってるんだろ?
ほんと馬鹿らしい ID:DbiQ98jc = ID:2J7dm43q か
別IDからID被り設定は流石に草 wikipediaの文章、中途半端な気がしたから少し詳細調べてみたが、
結論としてはやっぱりwikipediaは当てにならんってことだな
http://d.hatena.ne.jp/nakamura001/20110617/1308293128
> そして、今回のMozilla JapanブログではContext Information Security社から
> 報告(DoS攻撃が可能)についての話なので「WebGL仕様の問題では無く、
> Firefoxの問題です」と書かれているようです。
DoS攻撃に関してはFirefoxの問題
クロスドメイン画像盗取に関しては仕様の問題
( http://d.hatena.ne.jp/atsushieno/20110511/p1 )
GPUにバグが有る場合クラッシュするっていうのは
完全にこれ書いた人に想像だろ?
(ドライバにバグがあればクラッシュするのはWebGLに限らず
当たり前でWebGLの問題とする必要もない) >>404
そのブログ的なものが正しいという証拠を示さないとねぇ。 >>405
リンク先を見ればいいだけ
ほら、勉強してこいw リンク先がMozillaじゃねーかw
開発者がFirefoxの問題だって書いてるじゃねーか
ひぇ〜って今頃気づいた頃かな? >>406
リンク先も正しいとは限らないのがね。
査読つき論文になってるようなものじゃないから。 おやおや、開発元が言ってることにまでいちゃもんつけだしたよw
ホントこいつなにも考えてないんだなーw >>409
第3者が言ってるならいいんだけど、開発元でしょ? 開発者が自分のミスですって認めてるのに、
第三者がいーや、お前のミスではないっていって
信じるの?wなんで?w >>411
あそ、バカに付き合って遊んだだけだから
気にしないでね。 IDかぶりしてないよ。仕事行ってただけ、”ドライバが落ちる”=”ドライバがバグる”ではないでしょ。って話。そもそも言いがかりなんだからまともに相手してられん。 >>414
ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
切り離せるマイクロカーネルを採用したWindowsのほうが優れているってことですね。
幸いなことにドライバの対応が少ないLinuxだとその欠点はおおっぴらに
なってないから勘違いして「Linuxはフリーなのに、しゅごい!、マンセー」なひとが
多いね。 windowsのコマンドシェルをディスるつもりやないけど、マルチピリオドを含むファイル名を一括リネームしようとしたらエラー出てできひんかった
Explorerで一つずつならできるんで、いろいろ表記変えて試したけどあかんかった
ひょっとしてWSLでmvしたら、と試したら全然問題ないやん
役に立ったわWSL >>414
落ちる=バグる ではない?
じゃあ落ちるってどういう意味?
まず最初に自分の発言を訂正しなよ。
↓
357 返信:login:Penguin[sage] 投稿日:2018/06/22(金) 17:32:37.40 ID:DbiQ98jc [12/16]
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。 >>416
> ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
落ちる=バグるじゃないらしいよw >>420
でもロードされてない状態のことを指すらしいよw 落ちる=停止させる だと
↓これが意味不明になるんだよね
> GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
GPUドライバ停止しても、モノリシックのLinuxは停止しないし。
なんでそこでモノリシックが関係するの?
GPUドライバがバグで落ちた時、モノリシックのLinuxは
カーネルパニックを起こす。でもマイクロカーネルのWindowsは
そんなことにはならない。問題なく動き続けるって話をしていたのに
落ちる=停止だとその話に噛み合わない な割にはアップデートしたら再起動要求してくるのはなんで 1803にしてからlxssのサービスの立ち上がりがなんか安定しない >>423
OSのアップデートだからでしょ?
定義ファイルやストアアプリのアップデートで
再起動要求してくることはないよ >>426
この例と同じだよ
GHOST: glibc 脆弱性 (CVE-2015-0235)
https://access.redhat.com/ja/articles/1333303
> 2. システム、または影響を受けるサービスを再起動します。
> 脆弱性が、システムのアプリケーションの多くに影響するため、すべてのアプリケーションが
> アップデートした glibc パッケージを使用するようにする最も安全で推奨される方法は、システムを再起動することです。
>
> アップデートの適用後システム全体を再起動できない場合は、以下のコマンドを実行して、glibc の古い
> 「メモリ上」のバージョンを使用して実行中のすべてのプロセス (サービスではない) を表示します。
>
> lsof +c0 -d DEL | awk 'NR==1 || /libc-/ {print $2,$1,$4,$NF}' | column -t
>
> 結果リストから、公開しているサービスを特定して再起動します。このプロセスは一時的な回避策として有効な場合もありますが、
> 問題が発生しても Red Hat ではサポートされていないため、トラブルシューティングの前にシステムを再起動する必要があります。
理論上は更新があったモジュールを使用しているプロセスを再起動すれば良いんだけど、
プロセス名を言われても普通のユーザはよくわからないでしょ?
アップデートで更新されるモジュールは一つとは限らない。
画面がないプロセスとか普段意識してないサービスとかの多数の名前を画面に出されてもわからない。
起動していたアプリが落ちることもあるから、自動的に勝手に再起動できないし。
実は再起動が必要なアップデートは、必ず再起動が必要になるわけじゃない。
更新があるモジュールを読み込んでいなければ再起動なしに更新できる
だからよく「再起動が必要になる"場合が" あります」って書いてあるわけさ
再起動が必要なのは、更新があったモジュールが使われている場合で、
そのときに、ユーザーがわかりにくいプロセス名を表示してユーザーの操作を待つ方針をとるか
再起動すれば万事OKという方針を取るかで、後者を取るのは仕方ないと思うよ
もっといい方法があれば良いんだけどね I/Oが本当に遅いんだけど…
でもこれでMacいらなくなった
WSLの中のファイルいじる時はsshでsftpで良いの?直接Windowsからファイル操作すると壊れるって
逆は/mnt/cで可なんだよね >>428
wslのファイルはwindowsからいじれないけど、wslでいじらないのはなぜ? viとかemacsとか
そうしないのならwslの意義がほとんどなさそうなのだか >>431
Windows上のEditorのほうが使いやすいと思うからじゃないの?
コンパイルはWSLで、編集は秀丸とかさくらエディタでとか。
将来的には改善されるんじゃないかな。 linuxだとコンソールから編集するけど、Windowsのターミナルエミュレーターがしんどいからcloud9入れてる。便利よ。 >>431
だったらはじめからLinux使っとけよ >>434
Linuxだけでがんばるのもいいし、Windowsだけで済ませるのもいいけど、
Windows、Linuxのそれぞれのいいところを生かせるのがWSL。 ■ このスレッドは過去ログ倉庫に格納されています