【Bash】Windows Subsystem for Linux【WSL】3
■ このスレッドは過去ログ倉庫に格納されています
はい、それじゃ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。 >>432
ファイルの編集をwin側でということなら、win側でファイルを用意してwslからは直接とかリンクを張ってとかで利用するのがいいですね 俺もLinux側のファイルをWindows上で
直接編集できるようにならないかなーって思って、
仕組みだけは考えてみたんだよ。
一番の問題はWindows上のテキストエディタが
WSL上の所有者やパーミッションを適切に設定しないこと
だから直接ファイルを参照するのではなく変換レイヤーをかます
その変換レイヤーをエクスプローラのエクステンションとして作成する。
そしてWSL上のファイルを仮想的なファイルシステムとして
エクスプローラ上にマウントする
あとは所有者やパーミッションはWSL上からしか変更できない
ってすれば概ねいけるんじゃないかなーと
ファイルを上書き保存するときに、内部的に別名で作成して
古いのを削除してリネームするタイプはちょっとこまるけどさ
誰か作ってくんねーかなー >>436
なんとなくだけど、
VolFs(WSL上のファイルシステム)は相互運用を考えられておらず
Linuxで使われてるファイルシステムの機能を実現できるように作られており
/mnt/c以下のDrvFsの方で相互運用できるような感じで開発されてる気がする
例えば最近だと所有者やパーミッションをうまく扱えるようになった
WSLの開発チームとしてはDrvFsの方でデータ作成してほしんじゃないかなーって思う >>437
>>438
1803でパーミッション関係改善されたらしいけど、どうなんでしょうか。
当方の環境ではメモリがふんだんにあるんで8GBのramdiskをOSFmountで
作ってそこにWindowsとWSLの作業フォルダ作ってるんで、問題にはなっていません。
秀丸とかさくらエディタとかちょっとした修正には便利なんでやめられません。 >>437
dokan + win-sshfsみたいな >>437
問題の最大の原因が
>ファイルを上書き保存するときに、内部的に別名で作成して
>古いのを削除してリネームするタイプ
である以上そこを一番に対処しないのは片手落ちどころかZ武 そういやwinsshfsのドライブはdrvfsでマウントできないな
WSLでfuseが動いてくれればなあ 反応されてないからこれっきりにするけど、WSLにcloud9入れれば解決するよ。
cloud9はブラウザから使えるIDEでエディタもコンソールも付いてるし、もちろん日本語も使える。
コピー&ドラッグでファイル交換もできる。
linux鯖に入れたりもするけど、qiitaに記事があるから見てくれ。
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9 >>443
fuseは要望は多いみたいだし、可能性はあるね。 >>444
面白そうだから家に買ったらやってみる。 fuseは遅くてもいいから欲しいな
それとデバイス直接触れるようになればかなりいい >>449
デバイスは難しいんじゃないかなぁ。GPUとか使いたいって言う
人はいるようですね。そこまでするなら実機でいいような気がするけど。 wslで出来ないこと探すのに躍起になってるだけかと。 >>451
もうOSとかそんな時代じゃないんだけどね。それをわかっているのがMS
わかってないのがLinuxやMac信者。 ■ このスレッドは過去ログ倉庫に格納されています