【Bash】Windows Subsystem for Linux【WSL】7

ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！

WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。

WSL 2はWSL 1を置き換えずに併存する
　WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。

ファイル共有プロトコル「9P」でWSL 1との互換性を確保
　このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
　また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
（Win32ではMZ）を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。

【Bash】Windows Subsystem for Linux【WSL】6
https://mao.5ch.net/test/read.cgi/linux/1560665525/

犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)

>>33
3人しか残らない ワロタｗ
戌厨に見える書き込みの９５割は 志賀ナントカ あわしろナントカ 鍋 が書いてるんだろうなぁ

犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)

その3人だけのこって他は新しい板に引っ越すのがいちばん平和な解決かもしれんな。

どうぞどうぞ

荒らしている人が、お前の願いどおりに、他に引っ越すのと
荒らしている人が、お前の願いどおりに、心を入れ替えるのと
どちらが実現性高いと思う？

荒らしってどういう書き込みのこと言ってんの。

荒らしってのはLinuxマンセーしない書き込みのことらしいぞ。

荒らしってのはLinuxマンセーしない書き込みのことらしいぞ。

Bash on Ubuntu on Windows
https://mevius.5ch.net/test/read.cgi/win/1470496450/

そしてwineでwinのexeを動かす訳ですな

いやCP/Mを

応援頼む

プロ・クリエータ・開発者のMac離れ 4
http://egg.5ch.net/test/read.cgi/mac/1580262969/

>>45
やろうと思ったけど32bitELFが動かない制約がきつかった

WSL2はHyper-Vを使った、ただの仮想環境のLinuxじゃん
なんでLinuxを使っててLinuxを否定するのか意味不明

そんなこと言ったら、昨日からニューススレで暴れている彼が来ちゃう（笑）

> 疎開スルー　本スレではスルーできたが、他スレでその話題を出してしまう。見つかると滑稽。

本スレで痛めつけてやってるのに何言ってんのコイツ

詭弁を片っ端から潰されておきながら良く言うｗ

>>53
一応、突っ込んどくよ
WSL2のカーネルはユーザーが入れ替え可能
カスタムではあるけど、Linuxカーネルのソースからビルドしててビルドコンフィグも公開されてるから互換性は実質コンフィグの差異になる

VirtualBoxは6からHyper-Vと共存可能を謳ってる、安定性はいまいちらしいけど
VMware WSはHyper-Vと共存出来るバージョンをプレビュー中、WSL2の正式版には合わせて来るんじゃない？

>>53
> 大元のカーネルを使う鳥しか対応出来ない、つまり互換性無し

誰がそんな嘘を言ってるんだ？ Dockerとか知らないのか？
Dockerでは複数のディストリを動かすことができるが、
大元のカーネルは同じものを使う

これはLinuxのコンテナの仕組み
WSL2もそれと同じものを使ってる

MSがカスタマイズしたLinuxのカーネルで、全てのディストリが動く
単にインストーラーを用意するかどうかでしかない

そもそもWSL1だってそうだろ。MSが作ったLinuxカーネル互換機能で、
いろんなディストリが動いてる → https://github.com/yuk7/wsldl

それよりも互換性が高いLinuxカーネルで動かないわけじゃないし、
Dockerが動くわけだから、そのDockerでディストリを動かせばいい
ほぼ全てのLinuxディストリが既に存在してるはずだ

結局パソコン丸ごと模擬する方が互換性高いし
画面やサウンドも使える

>>57
なんで、WSLはWindowsに足りない機能を補うためのものって
言ってるのに理解できないの？
画面とかサウンドとかWindowsにあるだろ

WSLはWindowsとLinux用CLI環境がうまく統合されてるのが
仮想マシンに対する優位な点なのに、
仮想マシンと使い方が違うものだって理解するのがどうしても苦痛なわけ？

>>57
互換性云々なら別PC立てればいいじゃない
WSLは頑張れば色々できるがあくまでコマンドラインツールとしての位置付けだよ

WSL2ってLinuxと同じカーネルを使ってるのに
何もパッケージを入れてない状態で、
どうして9pプロトコルでWindowsとファイル共有が
できてるんだと思ったら、/init でやってるみたいだな。

/initが独自の/initになっていて、そいつがWindowsとの
統合機能を提供しているという仕組み
wslpathも/initへのシンボリックリンクでワロタ

win用の野良アプリをWSLからMinGW使ってビルドでけた
めっちゃ便利やん

もう全部clangでコンパイルがデフォルトになればいいのに
そうなればプラットフォーム毎にコンパイラの使い分けとかしなくて済む

ディストリごとにLinuxのカーネルが違っていて互換性がないとか思ってる人がいるのかな？

新しい機能は新しいLinuxカーネルにしか載ってないのは当然として、
それさえ満たしていればLinuxカーネルの互換性は高いんだよ

Linus Torvalds様、ユーザースペースの互換性を壊した開発者に強い態度をお示しになる
https://cpplover.blogspot.com/2018/12/linus-torvalds.html

> Linuxカーネルにおいては、ユーザースペースの挙動は変えないという強い下位互換保障がある。
> 以前のバージョンのカーネルで動いていたユーザースペースのコードが新しいバージョンの
> カーネルで動かなくなった場合、それは理由が何であれ新しいバージョンのカーネルのバグであるとみなされる。

未だにLinuxに互換性あると信じてるとか情弱以前の馬鹿だな。
都市伝説以下の信用度だぞ、Linuxの互換性なんて。

互換性が微妙なのってドライバ周りだけじゃね？
つまりWSLには関係ない

カモメ時代のLinuxとも互換性あるのけ？

コンパイラ同じでもディストリという宗派ごとに
ライブラリの品揃えが違うからバイナリ互換なんて幻想よ

バイナリ互換だけなら普通に出来るからな

何がLinuxデスクトップを殺したか
https://www.yamdas.org/column/technique/linuxdesktopj.html

どの Linux ディストリビューションもどのコアコンポーネントをシステムが使用すべきか意見が一致しなかった。意見が一致しなかったし、移行スケジュールも同期せず同じ機能を実現する競合する実装が存在した。

カーネルやコアライブラリ一式を標準化する試みは、権力志向の今一番いけてるディストロ狙いに台無しにされた。勝ち組は他のディストリビューションが追いつく手助けとなるような譲歩をしようとは思わなかった。
非互換なことで市場シェアを得る道が生まれたのだ。Linux 界における800ポンドのゴリラに採用され続ける戦略である。

これがデスクトップ分野で Linux をターゲットとしようとするサードパーティの開発者のエコシステムを殺した。
一度は挑戦して、「トップ」ディストロや寛容な人なら「トップ3」ディストロをサポートするのに最善を尽くすだろう。それで知ることになるのは、6ヵ月後にはそのソフトウェアがもう動かないということだけ。

デスクトップ分野の Linux サポートは、独立系の開発者にとって負担になったのだ。

Linux は信頼できるパッケージ管理と最も進化したソフトウェア更新システムを開拓した。その目標と文化を考えれば、我々は優れた仕事を行った。

しかし、我々は全体像を見失った。その過程でサードパーティの開発者を遠ざけてしまったのだ。Apple OSX の AppStore に息づくエコシステムは、今日の Linux にはまず達成不可能なものだ。

うーん
基本非営利なLinuxでシェア独占したところで儲けになるわけでなし
他のディストロ蹴落としてでも権力得ても利は少ない気がするんだが
承認要求的な欲なんかね

儲けにつながるかどうかはやり方次第だろ
GoogleとかMSとかはLinuxを上手く利用して
儲けを出している

ボロ儲けやで
やめられまへんな
https://www.news-postseven.com/archives/20200130_1534882.html
https://hayabusa9.5ch.net/test/read.cgi/news/1580423134/

覇権とか言うより人間関係の問題だろうな
〇〇入れるの気に入らないってだけで言い争いして
分裂して新しい鳥が誕生する。

>>69
セクシー小泉を発見した。

カノニカルは酔狂でUbuntu開発してるんですか？

はい、その通りです

はて。酔狂ではないでしょう。伊達でしょうね。

酔狂でゴミをつくってるんですか？

WSL2が突然動かなくなって公式Issueが荒れてる話
https://qiita.com/kotauchisunsun/items/777a77dab43e7b61ff1a

> 自分はかなり致命的で、WSL2が動かないと仕事にならないレベルだったのでだいぶ焦りました。

なんで正式リリースされてないものを、仕事にならないレベルで使ってるんだろう？
そっちのほうがやばいだろ。

俺は仮想マシンにしか入れてない
HyperV on HyperV できてるから仮想マシンの中でWSL2が動く

文句言うのは許さないおじさん

>>81
「使ってみて問題を報告してください」
といってるものなんだから

文句を言うのはそりゃ許さないよ
やるのは「問題報告」だけだ
文句を言う権利はない

仕事でWindowsのInsider Program使う人はアホやん

俺なんか自作のオープンソースソフトにWSL2対応コード
入れてるけどWSL2対応とは謳ってないしな。
正式リリースまではサポートなしなのは当たり前だろ

もうこの際、InsiderPreviewは定期的に意図的に
動かないバージョンをリリースしたほうがいいと思うわ
そうすりゃ今回は動かないバージョンだったって諦めるやろｗ

怒らないで教えて欲しいんだが…

普通にMacかLinux使えよ、お前らｗ

何を教えてほしいの？

MacProの最上位機種をくれるなら
考えても良い

>>86
wslを使う人はwindowsを使うことが大前提だろ
あとはwindowsにこだわらないけどmac高すぎて買えない人

mac高すぎてというより、その値段の価値が無いだけ・・・

MacでParallels入れてその中でWindows 10とWSLを動かす俺みたいなのもいるわけで・・

MacOSは好きだけどね
ハードウェアのせいでやりたいことができないので購入対象から外れる

>>86
それはWine使ってる連中に「普通にWindows使えよ」と言うようなものだ

>>90
ベースが高いのはまだ許容できるけどメモリとストレージ換装できないからオプションだけで10万以上かかるのはさすがに無理

ﾏｶｰ噴射

無理っていうのは買おうと思えば買えるけど、
それだけの価値がないなぁという気持ちで無理という話
どうもそこを勘違いする人が多い。
ハンバーガーが1万円だったとして買えるけど無理というのと同じ

『無理』というのはですね、嘘吐（つ）きの言葉なんです。
途中で止めてしまうから無理になるんです

つまり「Windowsを使うのは無理」とか言ってるやつは途中で止めてしまった嘘つきって事か

ここで言ってる無理は

無理orz じゃなくて
無理（笑）なんだけどなｗ

あの値段であの程度の性能とかマジ無理（笑）

MacOS大嫌い。

あのアプリ中心のコンセプトは窮屈すぎる。ユーザーの使うツールなんだから、ユーザーの使うデータやコンテンツが中心にあるべきだ。

まずはファインダーがエクスプローラーくらい使いやすくならなきゃ使いものにならん。

アンチウイルスソフトを常時稼動させてリソースを食うから
Windows10を起動して使うWSL嫌いです

Defenderでいいだろ
余計なもん入れてハマってアホくせえ

wsl使うために普段使わないwin10起動してるんか
本末転倒やな

DefenderでもWSLのディスクアクセスの多い処理で重くなるんだよな

そもそも調べて無意味なフォルダは除外しとけばいい

ファイルシステム上、MFTが一度肥大化
すると二度と戻らない。(フォーマットするしかない)

なので、Cドライヴだけで運用している人がいたら、数十万個のファイルを作っておいて、その後ファイルを消して証拠隠滅しましょう。

遅い遅いって言って嘆いているのを見てほくそ笑んであげませぅ

> ファイルシステム上、MFTが一度肥大化
> すると二度と戻らない。(フォーマットするしかない)

データベースなんかもそうだよね
その方がパフォーマンスが高いからそうなってるらしい

MFTが肥大化して遅くなるって主張していたやつがいたから
お前はHDDに見もしないエロ動画が沢山あったら、
遅くなると思っているのかって言ったら睨みつけられた
そいつ大容量のHDDを搭載してるって自慢してたからな（エロ動画のためにｗ）

もう、Windowsなんて使うな！

アルゴリズムの勉強してりゃ
>>108みたいなあほな発言はしないわね

消してもサイズが減らないっていうのは
アルゴリズムの世界ではパフォーマンスを下げないために
やるテクニックの一つだからなぁ

まぁ試しに実験してみてから言えや！
ですな。

Linux 5.xってWSL2で動く？

まずWSL2の仕組みを理解していないのでは

うちでは成功してないなぁ
コンソールが無いから何がエラーなのか分からん

>>114
カーネルは自分で入れ替えられるよ

いやだからWSL1のようなカーネル互換レイヤーではなくWSL2はVM上で普通にLinuxカーネルが動作する仕組みなので
そんな間抜けな質問が出て来るということはその仕組みの違いを理解していないのでは。>>115もね。

肥大化したMFTはHDD上だと厄介だろうと思うけど
実際に数十万個のファイルが断続的に追加されてきたHDDでは
断片化され継ぎ足されてきたMFTをいちいち舐めては吟味するしんどさが体感できた

断片化したMFTの取得はSSDでも都度リクエスト発行になるから
HDDのシーク時間ほどではないにせよ手間と待ち時間は増加するだろう

細かいファイルを大量に格納する用途があらかじめはっきりしているなら、
NTFSのフォーマット時にMFTを大きめに確保するしかない

(エロ)動画なんかよりも、(エロ)画像やデータベースなんかの方が影響も大きいと思うよ

中身がほぼ同じ動画を見つけて
(タイトルは違ってファイル名も違って
長さや圧縮率とかも違っても内容が同じって感じ)
一覧出して残すのと消すのと選ぶようなツール欲しい

クラスタサイズおっきくするとレコードの数が減って速くなるよ

昔のNTFSは64KBまでだったけど
最近は2048KBでフォーマット可能になってる

ただしDefraggler等ソフトがバグる

>>116
VMならどんなカーネルでも動作するとか保証されてるわけでもないのにバカなの？

>>117
> 実際に数十万個のファイルが断続的に追加されてきたHDDでは
> 断片化され継ぎ足されてきたMFTをいちいち舐めては吟味するしんどさが体感できた

"体感"できたというのなら、そのHDDをなんかのツールで
MFTを圧縮したら"体感"してパフォーマンスが"上がる（元に戻る）"ってことだなｗ

MFTはメモリに読み込まれるし、継ぎ足されたところでMFTは一定のサイズごとに確保されるし
数十万のファイルが断続的に追加されたところで断片化することはない。
てかMFTの断片数いくつよ？言ってみな

defrag c: -a -v で調べられるからよ
うちもファイルの総数30万のドライブがあるが
MFTのサイズは800MBで断片化は7。この程度じゃパフォーマンスに影響なんて出ない

>>121
言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイって何なの？

>>122
ディスクやディレクトリをコピーする際に、先にMFTエントリを作成してからファイルを作成するようなアルゴリズムのコピーツールを使えば
元のディスク上で断片化していたMFTを連続したクラスタに並べられると思うけど

あとクラスタサイズは無暗にでかくしてもクラスタギャップが無駄になるので
それこそ数十MB以上の動画しか入れない、みたいなディスクなら2MBクラスタで作ればいいけど
数KB程度のテキストファイルとかがゴマンとあるようなディスクやディレクトリは、4KBクラスタでとは言わないまでも数十KB程度にしておきたい感じ

>>123
> 言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイって何なの？
なら、WSL2でLinux 5.xが動作する確証とその根拠よろしくねw
そもそも仕組み理解してたら>>116みたいな間抜けなレスはしないと思うんだが…

>>123
> ディスクやディレクトリをコピーする際に、先にMFTエントリを作成してからファイルを作成するようなアルゴリズムのコピーツールを使えば

おまえは何を言ってるんだ？ MFTがなにか分かってないだろ。
MFTの実体は、$MFTという一つのファイル。（俺の場合は約800MB）
MFTエントリというのは、この一つのファイルの中の一項目に過ぎない
MFTエントリを作るごとに$MFTのファイルに追記するわけじゃない。
スワップファイルと同じ用に予め必要と思われるサイズを確保して
その中を埋めていくからファイルを作るたびに断片化するわけじゃない

>>124
> なら、WSL2でLinux 5.xが動作する確証とその根拠よろしくねw

根拠はLinuxカーネルのソースコードが公開されていることだろう
Linuxカーネルは全てのコンピュータで動くとは限らないが
パッチを当てれば動く

>>126
> パッチを当てれば動く
当てないと動かない可能性があるってことね
傍から出て来て自らバカだと吐露してくれてありがとうw

>>124
> 言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイ
が、さらに
> 言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイ
を重ねている訳だが

>>127
仮想マシンを含めた特定のコンピュータで動かないかもしれないというのは
Linuxカーネル自体が持ってる性質だよ。WSL2だからってわけじゃない。

>おまえは何を言ってるんだ？ MFTがなにか分かってないだろ。
>MFTの実体は、$MFTという一つのファイル。（俺の場合は約800MB）
>MFTエントリというのは、この一つのファイルの中の一項目に過ぎない
>MFTエントリを作るごとに$MFTのファイルに追記するわけじゃない。
>スワップファイルと同じ用に予め必要と思われるサイズを確保して
>その中を埋めていくからファイルを作るたびに断片化するわけじゃない
俺はそんな話もしていない。
ここは言ってもいないことを勝手に言ったことにして、一人相撲でもとにかく人を馬鹿にしてやりたくて仕方ないキチガイの巣窟か
言った事なら補足でも訂正でも何でもするが、言ってもいない事を勝手に仮定されても、こいつもキチガイかよで終わりだ。

少なくともLinuxのカーネルのソースコード公開されているし
MSがカスタマイズ（というか設定をいじっただけみたいだが）した
WSL2用のLinuxカーネルのソースコードも公開されている。
仮に仮想マシンで動かなければ、修正すればいいだけの話

>>130
お前が言ったこと

↓

> ディスクやディレクトリをコピーする際に、先にMFTエントリを作成してからファイルを作成するようなアルゴリズムのコピーツールを使えば
> 元のディスク上で断片化していたMFTを連続したクラスタに並べられると思うけど

これは何もかも間違ってるから、お前に説明しただけ

つーかなんでお前が言ったことを俺が復唱しなきゃならんのだｗ

お前が言ったことが間違ってるから、
俺が正しい説明（＝お前が言ってないこと）をしてやってんのにｗ

>>127
可能性ではなく、当てないと動かない。