【Bash】Windows Subsystem for Linux【WSL】9
レス数が1000を超えています。これ以上書き込みはできません。
ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー！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】8
https://mao.5ch.net/test/read.cgi/linux/1590742701/ WSLからWindowsのファイルシステムにアクセスするのは遅いな
WSL1も遅かったがWSL2はもっと遅くなってる
find -L（シンボリックリンクの解決）を使うとfindよりも極端に遅くなる
Windowsのファイルシステムにアクセスしない場合はWSL2は十分速いんだが 公式でもwindowsのファイルシステムでは使うなって言ってるね
なんかデフォルトのファイルシステムサイズが小さいのか、すごく大きなファイルはディスク一杯！って出て作業できないや
メモリー増やさないと駄目かも WindowsからWSLのファイルシステムアクセスは実用的ですか？ wsl2で振られるvEthernetのアドレス、範囲を指定したりすることってできます？
うちの会社結構広大なプライベートアドレスを使っていてかぶることがある。
近接しているwslの方が優先されるし、そのアドレスでLAN側に出ていくことはないので、ほとんど実害はないのですが、
そのアドレスが通信が必要な実ホストと万が一かぶるを面倒になりそうで。 windows用のbusyboxでも日本語が理解できて感動 >>>993
>お前が言ってるのはDockerがあればLinuxは不要と言ってるのと同じことだぞ
>LinuxでもDockerは使える。Dockerコンテナの中に作業データ全部入れてしまえば
>ホストのLinuxでやることは何もなくなる
>デスクトップLinuxを使ってCUIでやることは全部Dockerでやればいいと
>お前はいいたいのか？不便すぎるだろう
DockerがあればLinuxは不要とか俺が言ってることと真逆のーじゃねーか
Dockerじゃ簡単にできないこと、つまりシステムのコンテナ化がDockerとは別に必要なんだよ
LXCとかフル仮想化のことな
WSL2にはそれを期待したんだがsystemdがサポートされてないからクソ中途半端
こんな出来ばえならDockerで十分だ >>9
systemdはWindowsのサービスで置き換えられるだろ
Linuxだからって全部がsystemdを使うわけではない
Windows版Linux（=WSL2）はサービスを使うだけの話
OSはWindowsだってわかってんのか？ >>11
ほーら反論できなくなったｗ
WSL1もWSL2もWindowsにLinuxに変えるものじゃなくて
Linuxアプリを動かせるようにするものだって
理解してないからそんなアホなことを言うんだよ
WSLはお前のためのLinuxお勉強環境じゃないの
それでお前は俺の質問に答えてない
Linuxを使う時、お前はホームディレクトリに何も置かないのか？
Linuxを使う時、GUIデスクトップ＋Dockerの中だけで作業してるのか？
あ、systemdだけ使うんだったなｗ >>12
めちゃくちゃすぎて反論もクソもないわ
systemdをWindowsサービスで代替する具体的な方法を出してみろよ >>12
>Linuxアプリを動かせるようにするものだって
だからそう言ってんじゃん
Linuxアプリ動かすだけならDockerで十分だろ
Dockerはアプリケーションコンテナなんだからよ
>Linuxを使う時、お前はホームディレクトリに何も置かないのか？
>Linuxを使う時、GUIデスクトップ＋Dockerの中だけで作業してるのか
ホームディレクトリにファイルは置いてるがべつにホームにこだわる必要はない
必要なファイルは作業用のコンテナにマウントすればいいだけだからな
Dockerでできる作業は全部Dockerだよ
これはLinuxでもWindowsでも同じ
んでWSL2でやるような作業って全部そういうDockerだけでできる作業なんだよな
Dockerにできないあるいは難しい仕事をやろうと思ったらsystemdなどを動かしてアプリケーションではなくシステムを切り出すしかない >>14
> Linuxアプリ動かすだけならDockerで十分だろ
> Dockerはアプリケーションコンテナなんだからよ
DockerはLinuxアプリを動かすためのもの
WSLはWindowsにLinux相当のCUIを導入するもの
理解できた？ >>16
CUIもDockerで十分
所詮はbashっていうアプリだからな lsをDockerコンテナで実行しても
ホストのファイルシステムは見れないしなｗ >>18
だからsystemd使わないでいいだろ
Windowsなんだから、Windowsの流儀でやれ >17
> 所詮はbashっていうアプリだからな
だからその理屈なら、お前はLinuxデスクトップを使ってる時に
bashを起動したかったら、dockerを使えって言ってるの
コンテナの中しか見えないがなｗ >>20
意味わからん
Windowsの流儀でやるならWSLも要らんだろ
PowerShell使えば？ >>21
Linux使ってるなら普通にbashでもコンテナでbashでもいい
Windowsならコンテナで十分
あえてWSLにする意味はない >>22
> マウントしろ
だから、お前がLinuxデスクトップでbashを使う時にでDockerにマウントしろ
俺はそんな面倒なことはしない
> Windowsの流儀でやるならWSLも要らんだろ
だからWindowsの流儀で劣っていたCUI環境を
大幅に改善させたのがWSLだっていってんだろ
> PowerShell使えば？
それも使えるし、なんでも使えるｗ >>24
> Linux使ってるなら普通にbashでもコンテナでbashでもいい
だからLinuxユーザーに言ってきなさい。
bashはDockerコンテナで動かせって（笑） >>25
面倒じゃないからDocker使うわ
WSLはコンテナと違ってイミューたブルじゃないから管理めんどくせんだよね
Windows上でならPSのほうが遥かに強力なCLIだぞ？
PSに比べたらbashとか貧弱すぎるわ >>26
言うまでもない
わかってるやつはみんなコンテナ使ってる うざいからスレ立ててきた
そっちでやれ
bash（すべてのCLIｺﾏﾝﾄﾞ）はDockerｺﾝﾃﾅで動かすべき
https://mao.5ch.net/test/read.cgi/linux/1608643209/ ここまででWSLを使うメリットまだ1つも出せてねえぞ？
そんなんで大丈夫か？ だからWindowsのCUI環境をLinuxデスクトップ並にすることだって言ってんだろｗ >>31
劣化してんじゃん
WindowsをCLIで動かしたいならPS使えよ 結局お前は「Windows上に強力なCLI環境を載せたい」んじゃなく「Linuxでbashを使いたい」だけなんだよ
WSLはVMだからホストWindowsのコントロールなんてろくにできない
そんな環境で普段使い用のターミナルを整備したって意味ないの
WSLでbash使うんだったらコンテナでbash使うのと変わらん
ならイミュータブルでより便利なコンテナで十分だ WSLの登場ですっかり様変わりしてしまったが
なぜsystemdが使えないはずのmacOSが開発者に人気だったかと言うと
CUI環境が強力なデスクトップ環境だったから
そこにWSLの登場でmacOSよりもCUI環境が快適なデスクトップ環境が登場した >>32
> WindowsをCLIで動かしたいならPS使えよ
両方使えるだろ
だからもうLinuxデスクトップを使う意味がなくなったんだよ >>33
> 結局お前は「Windows上に強力なCLI環境を載せたい」んじゃなく「Linuxでbashを使いたい」だけなんだよ
俺が「Windows上に強力なCLI環境を載せたい」といっていて
お前が「Linuxでbashを使いたい」だけといってる
ウソを付くのはやめろ > WSLはVMだからホストWindowsのコントロールなんてろくにできない
WSLからWindows用のコマンドはすべて動かせる
Dockerじゃできないなｗ なんだｗ 自分からWSLのメリット言ってしまってるじゃんｗ
DockerからホストWindowsのコントロールはできないが
WSLからならWindowsのコマンド（cmd．exeなど）がすべて実行できるので
Windowsのコントロールが出来る >>34
まったくズレてる意見だ
MacのCLIはMacコントロールできた
WSLはWindowsを満足にコントロールできない
多少はできるかもしれんがその目的ではPowerShellのほうが遥かに優秀
結局のところWSLでできことは隔離されたLinuxサンドボックスでCLI作業することだけ
そんなんだったらコンテナで十分なんだ >>36
Windowsに強力なCLIを載せたいならWSLじゃ無理だから諦めろ
あれはWindows載せたLinux VMにアクセスするためのCLIであってWindowsに乗せるCLIじゃない > MacのCLIはMacコントロールできた
> WSLはWindowsを満足にコントロールできない
できるっていってるだろうが。reg.exeだって実行できる
アホか PowerShellスクリプトだって動く
逃げるな呼ばーかw WSLからコントロールできないWindowsの機能を言ってみ
https://www.atmarkit.co.jp/fwin2k/operation/xpsp2dep02/xpsp2dep02_04.html
GUIではなく、コマンドラインでWindowsファイアウォールを操作するには、
netshというシェルを利用する。まずnetshを起動後、firewallコンテキストに切り替え、
各種のコマンドを実行する。具体的には以下のようにすればよい。 >>37
powershellより遥かに貧弱なCLIでやる意味がない >>43
LinuxユーザーにPowerShellのほうが優れてるぞー
LinuxでもPowerShellつかえよお前らって言ってこい bashとpowershellは思想が違ってるから使い分けるものだって理解できない時点でアウト
もちろんWSLからpowershellは実行できるｗ WSLからnetsh.exeは普通に起動できるけど
Dockerコンテナからnetsh.exeを起動できるのかな？ｗ
マウントすればファイル見えるんでしたよねｗｗｗ >>42
手始めにWSL2ターミナルからコマンドレット直接呼び出してみて
Windows操作はPowerShellコマンドレットが最も充実している
これができないんじゃ力の大半を奪われたも同然 >>47
直接呼び出さなければ使えると認めましたねｗ
つーかお前はPowerShell信者のようだが
俺はbashの方が使いたいんだわ
bashからWindowsのexeコマンドを呼び出す
これが出来るからWSLは便利
「お前」はPowerShell信者のようだがなー！（笑） >>44
Linuxで必ずしもPowerShellが上位とは限らない
Windowsコントロールという大きウェイトを占める機能が意味をなさないからだ
Linuxでは文法のリッチさ、.NETクラスライブラリ、オブジェクト指向というメリットと動作の重さなどバランスをかんがえて選ぶ必要がある >>48
powershellではなく「コマンドレット」な
WindowsをコントロールするCLIは今やコマンドレットが第一級市民だ
これが使えないのではターミナルとしては飛車角落ちと言わざるを得ない
まあLinux VMを操作するだけなら要は足りるのかもしれんがね
普段使いのターミナルには程遠い >>49
皮肉もわからんのか？ｗ
お前がPowerShellはーPowerShellはーって言ってる
と指摘してやってるだけなんだがｗ
Windowsは両方使える
お前がもしPowerShellよりもbashの方が優れてると少しでも思っているなら
WSLはそのbashを手に入れたということ
もちろんWSLからWindowsのexeコマンドを実行できる >>50
> これが使えないのではターミナルとしては飛車角落ちと言わざるを得ない
そういってるのはお前ですよね？
Windowsはどちらも使えると俺は言ってる
お前は、どうしてもPowerShellじゃなきゃいけないようだがなｗ WindowsでLinuxのコマンドが使えるのが便利だけど、それを認めたくないバカがいるのあかぁ。
ほんとLinuxは始まる前に末期だなぁｗ 気軽に環境構築したり壊したりできるのが魅力だと思ってたが違うのか Dockerはアプリを配布するために使うもの
Docker使ったって環境構築を気軽にできるわけがない
自分で作らないといけないんだから
使う目的がぜんぜん違う
そんなにDockerだけでやれるっていうのなら
「Dockerコンテナの中から」ホストのsystemdの設定でもすれば？
Linuxならsystemd動くでしょう？ｗ
WSLならWindowsのサービスの設定（sc．exeコマンド）を実行できるけどねｗ >>51
まだわからねえのか
powershellではなくコマンドレットをWSLbashから直接実行してみろっていってんだよ？ >>53
Linuxコマンドはコンテナで使えばいい >>56
だからなんでお前はPowerShellに固執してるの？
俺らがやりたいのは、bashでWindowsを
コントロール（正確にはexeコマンドの実行）することなんだが？ >>59
コントロールするためのコマンドレットをbashから打てないだろ
WSLなんつう余計なレイヤー追加してできることを減らすとか笑えん >>60
おまえが主張するDockerコンテナからはどうやってもコマンドレット打てないだろ
だいたいWindowsをコントロールするもが目的であって
コマンドレットはその手段の一つでしかない
思いつきで文句いうんじゃねーよ
WSLならbashからexeを実行できてWindowsをコントロールできる
Dockerコンテナでは不可能なことだ あとはっきり言っいてやる
PowerShell使いたいのもコマンドレットを使いたいのも
それを言ってるのはお前だからな
こっちはWSLでWindowsと連携できる形で
bashが使えると喜んでいるというのにｗ WindowsとLinuxのイイトコドリが安定して出来るWSLは超便利っていう結論はひっくりかえせませんｗ なんでそんな必死なんだろう
Linuxの低レイヤー環境が必要なら用意すればいいしお手軽環境ならWSLがいい
なんでそこでDockerが出てくるんだ Winクライアントで動かすDockerなんてお手軽で便利なテスト環境でしかないだろ。
なんでそこまで宗教論争するのか理解できない。 Dockerを勘違いしてるのか、WSLをけなしたいのかどっちかなんだろうな
WSLがmacOSの対抗技術として導入されたようなもんだろ
macOS、systemd動きますか？動きませんよね。
それでもLinuxに近いCUIがあったから開発者に人気があった
Docker出たからmacOSのCUI、Homebrewはもういらないといいますか？
いわんだろ。WSLはiTermとHomebrewよりもよりよい対抗技術
Dockerの中でlsしたって見えるのはコンテナの中だけ WSL(2)が便利だと困る人が、随分前から潜伏してるよねこのスレ。 そういや噂されてるAndroidアプリ実行環境ってWSLベースなのかな >>68
いるねぇ。完璧すぎるからケチつけるのが大変そう。 前にも同じパターンの流れ見た気がするが同じ奴じゃないか
相手しなきゃいいのに WSLの話題続くと死んじゃう心の病気のヒトなんだろ。
俺は雑食系で便利と思ったモノはどんどん使うんで、WSLは重宝してるよ。 Windows 10 Home 版に、WSL2, Docker を入れた
OS の連続アップデートに、3時間掛かった。
CPU-i3, 8GB メモリを、電力エコモードで使っているから、コンパイルが遅いのかも
その後、WSL1 から、WSL2への変更。
Dockerのインストール自体は簡単だった
これで、Windows10 Pro 版じゃなくても、Dockerを使える。
Kubernetes も入っていた
これで、VSCode のRemote WSL, Remote Docker で開発できる
むしろ今では、立場が逆転して、Linux を分かっていない、Mac ユーザーの方が情弱w >>74
WindowsをGentooだとでも思っているのか？
Windows updateにコンパイルなんて無いぞ。 Linux使ってる理由はwin10を使いたくないからなので
win10でLinux環境を作れてもwin10を使うことはないのね
まぁ人それぞれだろうけど
少なくとも自分はそんな感じ >>76
そういう人って結構いるらしいね
Linuxを使いたくて使ってるんじゃなくて
Windows 10が嫌だから消去法でLinuxしか残らなかっただけ Linuxデスクトップでいいよね
なんでわざわざWindows Linuxデスクトップのいいところを言ってみてよｗ Linuxユーザーとは
①インストールしただけで選民思想
②やっていることはWindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④新参に対して黙ってWindowsでも使ってろと間口を狭める
⑤カーネルいじればいいだろと無茶を要求
⑥開発者とのずれを認識できていない
⑦Wineを使うくせにLinuxを再現しようとする動きがあるとたたく
⑧プログラミングできないのにソース要求する
⑨何でもオープンでないと、気に食わないエセ共産主義者
⑩Windowsユーザに馬鹿にされてることに気づいていない
⑪Androidの事例をを引っ張り出して、「Linuxは普及している」と虚勢を張る
⑫Androidのセキュリティ問題を指摘されると、Androidはぃぬx(笑)ではないと言い出す。
⑬結局普及してない点を指摘されると、「別に普及しなくていいよ」と思考停止
⑭三度の飯よりアップデートが大好き、コンパイルが大好き、カスタマイズ大好き
⑮OSを弄ることがゲームと化しているので、ゲームソフトが必要ない >>82
Windowsを使う上でのあらゆる苦痛から解放される WSLは260文字を超えるファイルパスを普通に扱えるので助かる。 >>83
スゲーな
俺そんな事考えるエネルギー持ち合わせてないわ
有る意味裏山 ただの慣れの問題
WSLで間に合っちゃってるので
最近素の*nixは使ったことない 正直virtualbox virtualpcで仮想環境つくるほうがいい
一般人にはメリットないわ 今時VirtualPCなんか使ってる奴いるのか？
知識が15年か20年くらい昔のまま止まってねーか？ >>84
やっぱりLinuxのいいところってないんだね >>91
だからそれはWindowsがいやってだけで
Linuxが良いと言ってるわけじゃないでしょｗ >>93
Windowsにおける苦痛な点がないというのは立派な利点でしょ >>76
そういう理由なら貢献の意味も含めてOpenIndiana やGhostBSD を使おうよ >>95
苦痛がないならどのOSでもいいってことでしょ？
とくにLinuxを選ぶ理由がない 正直、Linux は個人で普段使いしたくない程度には苦痛を感じるかな
(仕事だから我慢している)
Windows なら脳死で Windows Update しても問題になることは少ないけど、
Linux なんて、dnf upgrade (apt でもいいが) したら、
必ずログ確認して、エラーが発生していないかとか、
設定ファイルが新しくなったから確認とか、
くだらないところでやることが多過ぎる
とりあえず、Update ボタン押してリブートしたら万事 OK くらいの完成度になってから出直してほしい Linuxはうぶんつ使ってるけど、virtualboxに入れて共有フォルダで作業してるわ。
WSLで共有フォルダで作業することもあるけどテラタームでログ取りしながら動かすことのがおおいかな。
出力結果がそのまま保存できるのは便利。
共有フォルダなんで、Windowsの多彩で使い勝手のいいアプリもそのまま使えるし、イマイチ・イマニのLinuxアプリを我慢して使わないのが良い。 >>97
どのOSでもいいけど現実的な選択肢は多くない
Mac、Windows、Linuxあとはマイナーな一部のOS
マニアじゃなければ最初の3つのうちどれかだろ
で、この中で比較したら苦痛が少ないのはLinuxということになる フル仮想化インスタンスとオーケストレーション基盤
WSLに足りないのはこれ unixpornって文化があるけど、まさにそれだよな。 >>100
うん、だから消去法だよね？
そしてWindowsをどんなにけなそうが
それMac、Linux以外のOSよりも圧倒的に優れてるわけだ >>101
> フル仮想化インスタンスとオーケストレーション基盤
> WSLに足りないのはこれ
WSL=LinuxやMacのターミナル相当にもそんな機能はないぞｗ
どちらにしろそれらは追加で入れないと行けないパッケージだろ
そもそもそれらはターミナル、CUIに統合するもんじゃねーよ
アホやなぁ >>100|
なんの苦痛？
Linuxユーザーあるあるの目的度外視なだけじゃないか？ >>104
WSL=ONLY ターミナルってのは君の中でのユースケースだろ?
軽量VMとして利用したい人もいる
フル仮想化VMとして利用したい人もいる >>106
うん。それで、MacOSでiTermを仮想VMとして使いたい人がいるから
お前はどうしろっていいたいの？
すこしはさぁ、考えてから喋ったら？
自分の主張が破綻するだろうに >>107
はぁ
MacでiTermをVMとして使いたい話はしてない
WSLをターミナルでなく軽量VM、フルVMとして使いたいという話してる
君はいい加減WSL=ONLYターミナルというフィルタを取り払って会話に参加してくれないか ふる仮想化VMってhypervに好きなリナックスディストリ入れるのとはまた違った話になるんですかね >>109
インストールと接続の手間が課題
あとは軽量化もまだまだ >>108
× MacでiTermをVMとして使いたい話はしてない
○ WindowsでWSLをVMとして使いたい話はしてない >>108
> MacでiTermをVMとして使いたい話はしてない
俺がしてる な？破綻してるって意味がわかるやろ？
WSLをMacのCUIに置き換えて考えてみると辻褄が合わなくなるから
Macの話はすんなーとしか言えなくなるのｗ >>114
置き換えて考える必要はないし置き換え自体が成立してない
そもそもWSL=ONLYターミナルじゃないからだ
ターミナル以外の用途にも使えるし使えるべき >>110
マイクロソフト製のLinuxディストリビューションが欲しいって事か >>115
> そもそもWSL=ONLYターミナルじゃないからだ
それはお前の主張だよねｗ
お前の本当に主張していることは「WSL=VMの代わり」だろ？
だから俺は「iTerm＝VMの代わり」と主張したら、お前は違うと否定する
だからお前のその理屈に合わせて「WSL=VMの代わり」を否定してるだけ
俺はお前が言ってることと同じことを言ってるだけだ >>116
そうは言ってないがそれはそれで面白いアイデアだね >>117
「WSLはVMのかわり」これは正しい
正確に言うとVMそのものなのでかわりというのもなんだがWSLがVMの世界の道具ということは伝わる
「iTermはVMのかわり」これは間違いで意味不明な命題
iTermはターミナル系のツールでありVMではないしかわりにもならない
お前は俺の言ってることをぜんぜんわかってないし
そもそも俺との会話以前に各種ツールの分類に対する認識自体が間違ってる > 「WSLはVMのかわり」これは正しい
間違いだって言ってんだろｗ
お前の主張と事実をごっちゃにするな
「WSLはVMのかわり」が正しければ
WSLはVMとして使えるはず
だがVMとして使えないのだから、VMの代わりではない
これはお前の主張からの帰結に過ぎない >>120
はぁ
WSLはVMとして使えてるだろ
というかVMそのものだろうが
今はWSLと書いているがWSL1じゃなくてWSL2の話をしてるんだぞ？
VMそのものではあるがまだまだ機能として小さいから不便さがある
というのがWSLの現状だ >>121
WSLはVMとして使えないから、VMでできることがWSLではできない。
つまりWSLに足りないものが有る。なにか知ってるかね？ｗ >>122
WSLはまさしくVMではあるが機能をオミットしている
起動の軽快さやWindowsとの統合を維持したままオミットした機能を取り戻しフルVMに成ることがWSLの唯一のサクセスストーリー WSLはまさしくVMではあるが機能をオミットしている
だからVMとして使えない
WSLは最初からVMとして使えるように作られていない
といってるだろうがｗ
結局自分で答えを言っちゃってるのｗｗｗ >>124
WSLはすでにVMとして使えるし最初からVMであるがまだ追加すべき機能がある
お前の世界では0か1なのだろうが現実世界はそうじゃない >>125
WSLにはVMとして足りないものが有る
いつから使えるようになったんですか？
ヒントｗｗｗ
101 名前：login:Penguin[sage] 投稿日：2020/12/25(金) 09:57:55.09 ID:XLD1cBQ7 [3/6]
フル仮想化インスタンスとオーケストレーション基盤
WSLに足りないのはこれ はやくウェーイランド対応にならないかなあ。
native GPUのLinuxtって実はさほど経験無いんだよね。 >>126
はぁ
フル仮想化はVMの必須条件じゃないぞ
WSLはミクロVMとしてVMの要件を満たしている
しかしフル仮想化と比べると機能が足りない >>128
フル仮想化はVMの必須条件なんて一言も言ってない
改変すんなアホめ > しかしフル仮想化と比べると機能が足りない
それこそが、WSLがVMとして使えない証拠
お前がWSLをVMとして使えない理由を言ってる >>132
どこでいってるか、指してみましょうか？
話はそれからね >>131
フル仮想化より機能が少ないがVMとして使える
フル仮想化すればより便利に使える
いい加減理解したら？ フル仮想化より機能が少ないからVMとして使えない
そもそもVMとして作られてないのでフル仮想化することもない
フル仮想化を使いたければ、Windows上にフル仮想化ソフトを入れればいいだけの話
WSLからWindows上のexeを実行することが出来る
現状で何も問題にならん >>133
お前は度々「フル仮想化でなければVMとして使えない」と言っている >>135
ひょっとしてWSL1の話をしてる？
今はWSL2の話をしてるんだぞ
WSL2は軽量VMだ
軽量VMはVMだろ
WSL2はVMだ
軽量VMはVMであるがフル仮想化VMと比べると機能が少ない
WSL2は機能を拡充してフルVMとなるべきだ >>136
だからどこで言ってるか指せと言ってるだろ
>>137
WSL1とWSL2は実現方法が違うだけで同じ用に使えるように作られてる
内部実装の話をするのは意味がない
同じ用にというのは、VMではなく「MacのiTermの代わり」のようにという意味だ
WSLを「MacのiTermの代わり」として使えてるので何も問題ない >137
> WSL2は機能を拡充してフルVMとなるべきだ
WSL2も「MacのiTermの代わり」となるべきだ
そしてそれは実現できてる >>140
やっぱり「フル仮想化でなければVMとして使えない」とは言ってないじゃないかｗ
「フル仮想化と比べると機能が足りない」から「VMとして使えない」と言ってる
「（フル仮想化と比べると）機能が足りないからVMとして使えない」
「機能が足りないからVMとして使えない」 >>138
同じように使えるなら変える意味がない
変えたということは同じように使うことを想定していないということ
1と2で変わったことはなにか？仮想化だ
WSLにはVMとしての役割が求められているということだ
ただのbashターミナルの代替品ならVMはいらなかった
Gitバンドルのbashなりなんなりもっと手頃な手段がある >>141
同じこと
フル仮想化と比べると機能が足りない、というのはフル仮想化でないということだ >>143
仮想化の有無は関係ない。
VMとして使うための機能が足りないからVMとして使えない
というか、そもそもVMの代わりとして作っているのではないから
あえてそれらの機能を搭載していない。 >>142
> 同じように使えるなら変える意味がない
そういうこと。
MacやLinuxと同じように使えるからMacやLinuxに変える意味がない
それを実現するためにWSLが作られた >>142
> WSLにはVMとしての役割が求められているということだ
ああ、違うよ。より良いカーネルの互換性を実現するためだよｗ
> Gitバンドルのbashなりなんなりもっと手頃な手段がある
それらは、Ubuntuのパッケージをそのまま使えたりしない
MSはLinuxディストリビューターがやってる大変な
パッケージのメンテナンスをしたくないんだよ WSLは迷走してるだけ
Dockerをwindowsで使う方向にしても
Linuxで使えばすむし 「快適な開発環境をMicrosoftが提供する」という方向でずっと一貫してるが？
例えばvscodeのLinux対応やgithub買収などもそう WSLはWindowsを使っていて、ちょっとLinuxを使いたい時に便利。cal -3 とか良くやってる。vim の中で :r!date も良く使う。 僕が考える「馬鹿なマイクロソフト」は間違ったことを考えているはず（僕の想像）
その間違った考え（僕の想像）を指摘する俺は天才！
とかいいそうなんだよなｗ WSLの迷走は試行錯誤ですむとして
使う側が拘泥してないのか
WSLは何か超えたのか
無くても困らない とりあえずWSLがあるおかげでMacとかいうクソ高いパソコンを買う必要性がなくなるのはいいこと >>152
どう迷走しているか聞かれたのに、それに答えないで話を進めないように
同意を得られてないのに、さも同意されたかのように話をごまかさないで WSLは商売につなげようとしたのだろうけど
Windowsユーザーとしては期待はずれ
MSがcygwinとかの欠点をなくすのかと思った人は肩透かし
それ以下でしかないから >>156
お前Windowsユーザーじゃないじゃん
どうやってCUIコマンド使ってるか言ってみ
言えないよな？ Windowsユーザーじゃないからｗ 嘘つきまくってWSL貶してるのって志賀か。
いつまでも同じパターン繰り返してんのな。 WSLディスリ野郎はグロ針化したLinuxマンセーと同じパターン。
つまり、志賀ｗ
ちゃんとWindowsとWSLとCygwin使ってたら「Cygwin以下」なんて嘘は言えないｗ 以下も以上もない
まったくの別物だ
Cygwinはターミナル
WSLはVM WSL2はVMを利用してターミナルを実現したもの
Cygwinと同様の用途に使用できるが
MS公式で性能が上でLinuxカーネルとパッケージをそのまま利用する >>160
wslはvmでないだろう。wsl2とは違う。 自分はCYGWINはソースコード互換シミュレーター、WSL1はLinuxカーネルシミュレーター、WSL2はLinuxシステムエミュレーターと、ざっくりとした認識で、その上でどう取り扱うかはユーザー次第かな。
GNUユーティリティや他アプリがそのまま動作するWSLはかなり便利だと思う >>162
今は何も付けずにWSLと書いた場合は暗黙にWSL2の事を言うのが常識
WSL1の事を言いたいなら明示的にWSL1と書くこと >>164
> 今は何も付けずにWSLと書いた場合は暗黙にWSL2の事を言うのが常識
お前の常識なんて知らんよw >>165
は？
世界の常識だ
このスレでも他のSNSでも業務でもWSL=WSL2で通じてる
1だの2だのつけるのは両方が同じ文脈で登場して区別しなきゃならないときだけだ WSLは実行環境として使うものではないのでは？私は開発に使っています。と書いたら、お前は間違っている志賀が云々と反論されたんですよ。
で、一か月くらいしたら、WSLは実行環境ではない、お前は使ったことが無い、お前は間違っている志賀が云々と反論されたんですよ。 >>167
じゃあ志賀とやらを探し出してそいつにいえな >>167
ちなみにどこで言われたのか言える？
なんとなくお前の妄想な気がする
ありもしない幻覚が見えてそうｗ そのとき感じたのは、この人は反論したくてWSLを入れてみたのではないかなと。
つまり、使う必要が無さそうなんですよね。
最初は、Dockerより優れてるという文脈で語ってましたから。 powershell、scoop、docker
ターミナル作業はこれでいい
WSLに求められるのはミクロVMとフル仮想化VMを高速生成する能力
そしてそれらを構成するための宣言的なオーケストレーションシステム >>172
一言で言うなら、lsが使いたいならWSL >>175
lsはpowershellでも使えるよ >>174
git bashをより良くしたのがWSL
git bashは使えるコマンドが少ないからな WSLをディスりたいだけかよw
人間として最低だなww LAMP系の開発環境にMac、って流れが阻害されるから気が気じゃないんだよ
WSL(2)が便利になると困る人々 便利に使えるならなんだって使うのが技術屋だろうに。
WSLディスってる奴はただのバカだな。 どんだけMacにコンプレックス持ってるの
さすがmac板荒らしてるだけあるな ターミナルをLinuxとして使うならMacよりもWindowsの方が良くなった
事実を言ってるのであってコンプレックスとは関係ない OSを選んでいいならLinux次点でMac
現場でWindows使うしかない場合にどうするか
WSLはそもそも有効化できないかもしれない
有効化の許可が得られたとして個々のパッケージの許可はどうなるか LinuxユーザーのフリしたLinux信者が洗脳してくるスレになってるなw >>188
マジで基地外は歴史も知らんのかよw
最初は今で言うWSL1しかなかったからWSLと言っててWSL2が出てきたのでWSLをWSL1 と言うようになった
なので今でも単にWSLと書けばWSL1とWSL2の両方に共通的な話か個別の話ならWSL1を意図していると解釈するのが普通
反論したいならまともな根拠示せ >>190
WSL1はもうオワコンだから話題に出ることも殆どない
WSLといったら今はWSL2だ
Windowsといったら今はWindows 10のことだと誰にでも伝わるようにな かってにオワコン扱いしてれば？
現実はそんなことないけど。 >>191
> WSL1はもうオワコンだから話題に出ることも殆どない
適材適所も理解できないアホw Web翻訳家 志賀慶一のガチ犯罪疑惑まとめ
http://mao.2ch.net/test/read.cgi/linux/1605787413/
何故か志賀はこのスレにだけは書き込まない
まぁ少なくとも不正アクセス禁止法には抵触してるな >>186
> 有効化の許可が得られたとして個々のパッケージの許可はどうなるか
LinuxやMacだと、個々のパッケージの許可は得られない >>191
> WSL1はもうオワコンだから話題に出ることも殆どない
Microsoftがどちらにもメリットデメリットが有るので両方開発を続けると言ってる
実際開発されていて、この2つのバージョンはディストリ単位で切り替えることが出来る とにかく手軽にLinuxを試してみたい！ 仮想マシンも使わずもっと手軽にWindowsマシンでLinuxを使えないか。
そんなご要望に応える機能がWindows 10に搭載されました。
そうなんだよね素人がwslで遊んでるだけで
何か進化があったわけじゃない。
wsl最高とかのレベルではない >>197
後半の文章につながってないぞ
素人かどうかは全く前半の文章に含まれていないだろ んだんだ、WSLが急に出てきたとか思ってるニワカだし、スルーでいいかとw MSはWSL1を先に作ってよかったと思う
WSL2を先に作ってたら多分WSL1は作らなかった
WSL1の開発は大変だから、WSL1のメリットである
Windowsとのファイル共有が速いとか
古いCPU対応とかは切り捨てるという対応をとっただろう
Homeエディションへの対応もしなかったかもな アホすぎる、WSLってぽっとでてきた技術じゃねーよ
20年以上前からSFUとかでやってる 外部からWSL2のネットワークにアクセスするの面倒なんだよねぇ >>206
外部だけでなくホストのWindowsからもアクセスしにくい。SSHトンネルはwsl1で開けてるよ SFUはフリーソフトに負け
WSL1で仕事につながらず
docker頼みで接続可能でないWSL2を作った
version1version2じゃなくtype1type2だ > SFUはフリーソフトに負け
MSも積極的に開発してなかったしな
なにより対応パッケージが少ないし、どう考えてもパッケージの提供が大変すぎる
多くのオープンソースがあってアップデートのたびに正しく動くか検証しなきゃいけない
それをやってるUbuntuとかのディストリビューターは大変だと思うよ
WSLの成功はそこをUbuntuに丸投げできたのが大きい
だからMS独自のLinuxディストリ（＝パッケージの提供）は今後も作らないだろうな
> WSL1で仕事につながらず
> docker頼みで接続可能でないWSL2を作った
どういうこと？
docker頼み＝dockerが使えるなら仕事になる＝WSL1からdocker使えるよね？ >>206
WSL2のネットワークという考え方はすじが良くない
WSL2はWSL1と同じでホストOS上でアプリが直接動いているという体なんだから
ポートの開放＝ホスト上のポートとWSL2上のポートのマッピング機能と考えるべきだろう
HyperV的にはできたはずだけど、WSL2ではまだ対応してないの？ WSLのアンチは適材適所って言葉を知らないのか？
それともただのバカ？ >>210
WSL2のネットワークは外部からは見えないので
Windows側でportproxyなどで中継しないとアクセス出来ない >>212
内部の実装はそれでいいんだよ
portproxyみたいなのを自動的にやってくれる機能は
まだWSL2に搭載されてないの？って話
第一段階は、手動でポートとディストリをマッピングするコマンドを実行
第二段階は、WSL2でポートを開いたら、カーネルが検知してコマンドを自動実行
とかね Windows 10 Home 版に、WSL2, Docker を入れた
CPU-i3, 8GB メモリで、Windows の連続アップデートに、3時間掛かった
その後、WSL1 から、WSL2への変更。
Dockerのインストール自体は簡単だった
これで、Windows10 プロ版じゃなくても、Dockerを使える。
Kubernetes も入っていた
Ubuntu 長期版も入れて、日本語化する
今は、ここまで出来る開発者が求められている！
Linux の運用構築も、開発者の最低ラインになった。
Mac みたいに、Linuxを知らない香具師は、むしろ、Windowsよりも遅れることになったw
1. Windows 10の連続更新
2. WSL1から、WSL2への変更
3. Dockerのインストール
4. Ubuntu 長期版の日本語化 export DISPLAY=$(cat /etc/resolv.conf | grep nameserver | awk '{print $2}'):0.0
は気持ち悪いよね・・・・。なんでもっとスマートに出来ないかな。 バーチャルマシンだからWindowsと別ネットワーク
スマートな解決ってソフトLANカードだな
virtualboxみたいな >>216
> なんでもっとスマートに出来ないかな。
お前の頭の悪さをつぶやかれても困るんだがｗ
awk使ってるのに、awkのパターンマッチング使わずgrepを使う。
ファイル読み込みすりゃいいのに、わざわざcatを使う
動くからヨシで基本を勉強してないだろ
export DISPLAY=$(awk '/nameserver/{print $2":0.0";exit}' /etc/resolv.conf)
あとオレのマシンだと3行返ってきたから1行だけにしておいたぞ UNIX哲学を踏まえると最初のほうがそれっぽいけど あと有名なUUOCのことを知るんだな
https://ja.wikipedia.org/wiki/Cat_(UNIX)#cat%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%A8UUOC
UUOCは「無駄なcatの使用（Useless Use of cat）」の略である。 Usenetのcomp.unix.shellに投稿された賢者の観察によると，
catの役割はファイルを連結することである。もしファイルが1つしかないのであれば、何かと連結しようとするのは時間と手間の無駄でしかない 。
にも関わらず、次のような使用をよく見かける。
https://en.wikipedia.org/wiki/Cat_(Unix)#Useless_use_of_cat
猫の無駄な使い方
cat（UUOC）の無用な使用は、ユーザーに便利な機能のみを提供するコマンドライン構造の
一般的なUnix専門用語です。[5] これは「猫の虐待」とも呼ばれます。UUOCのインスタンスを
修正するアクティビティは、デモギフィケーションと呼ばれることもあります。[6]一般的なcat虐待の例は、賞に記載されています。 >>219
そういうことを言ってるんじゃないと思うぞw
理系の頭の善し悪しはともかく対人関係のIQ低そう・・・。 grep の引数に、対象ファイル名を渡せないの？
touch なんか、ほとんどのプロ中のプロが、ファイルを作るために使っているw >>216
WSL2にssh serverを入れてssh clientでX11-forwardingするように接続すると、
DISPLAYを設定しなくてもX clientを表示出来るよ。
外部からssh出来るようにすれば、外部のX serverにもX clientを表示出来る。 スレの話の流れ的に
export DISPLAY=localhost:0.0
か
export DISPLAY=:0.0
で動いて欲しいよねって話じゃないのか？ >>4
Windows のファイルシステムにアクセスさせる場合は，
全く実用にならない．いろいろ調べたが，2倍～3倍以上遅い．
Windows 共有フォルダのNASとか使ってる場合，
WSL は， まともに mount できないから，
WSL2 しか選択肢はないが，全く使えない遅さ．
python, perl, shell script で小回りの利くスクリプトで，
例えば5分でスクリプト作って，100MBのログ100本読んで
処理するときとか3倍とか時間かかってホント使えない．
実用になると思ってる人，何に使ってるのかかさっぱりわからん． アプリ開発だろ
アプリで100MBのログ100本読むとかしないからな だいたい3倍かかるというのなら、30MBのログか
30本のログにデータ量を減らせばいいわけだ WSLで作業してるぐらいなら、メインはWindowsだし
デバグ中にみるログのサイズなんてたかが知れてるからなぁ。
Windows側のファイルへのアクセスが多少遅くても問題にならんわなー、普通の人なら。 接続先サーバーがクラウドだったら、クラウドサービスのログビューワー使うだろうし
オンプレとかならリモートのLinuxにログインして見るから関係ない
100MBのログ100本をクライアントのWSLにダウンロードして見るわけないし
と考えると100MBのログが100本あるような場合ってどんな場合だよ？となる
3倍かかって使えないなら、1/3の時間なら使えるわけだ
さてみんなのログサイズはどれくらい？ｗ もちろん100MB×100本＝10GBのログを見ることが皆無とは言わんけどなｗ ファイル処理が遅いのは小さなストレスだね
チリも積もると山となる × 期待はずれというのが正当な評価
○ 馬鹿が勝手に見当違いな期待してただけ しかも後付で「期待」を作り出しただろｗ
ファイルシステムがLinuxと同じぐらい速いと
期待してたのにーって、遅いと知ってから言い出す。
それ以外の本当の期待は全て満たしてるので
ファイルシステムが遅いぐらいしか言うことがないｗ 実機で10ミリ秒のところがWSLで30ミリ秒なので使い物にならないんですw
って事なんだろうなぁw 特定の場合に遅いという話だけを聞いて
使ってもみずに文句を言ってるだけだから
解決法があるなんて知らないと思うし、知りたくもないと思うよｗ 解決法とか面倒なこと考えずに最初から速いのがあるならそっちのがいいだろう
つまりLinuxを使えばいい 大前提としてLinuxでは別の問題があって解決できないから
WSLを使うんだよ >>245
だからext4は早いって。素のLinux使うのと一緒だろう。 Linuxの方のボリュームに落けばいいだけなのに何か不都合でもあるわけ？ファイラーからも見れるよ？ 仮想マシンとWSL両方にウブンツ入れてフォルダ共有かけてる俺は勝ち組だな！
なんに勝ってるかしらんけどw 果たしてUbuntuマシン使っているのに、仮想マシンにUbuntu入れて使うなんてことするだろうか？ >>250
WindowsのホームとWSLのホームが位置も構造も違うのはめんどくせえなあと思った
Linux使っときゃ1つ管理すりゃいいのに
WindowsでWSLっていう回りくどい環境だと管理も2倍以上の面倒くささ >>253
前提としてWindowsも使う必要があるんだが >>254
WSL2だとホームの構造は同じ
あとシンボリックリンクは便利だぞｗ もし知らなかったら可哀想なので説明してあげると
シンボリックリンクというのは別の場所にあるファイルやディレクトリに対して
自由なパスでアクセスできるLinuxの機能だよ
コマンド一つで例えばLinuxのホームディレクトリの下に
Windowsのディレクトリを持ってこれる
これでホームの位置の構造の問題は直ぐに解決できる
便利だから覚えておいたほうがいいぞ！Linuxの基本だがなｗ >>257
WindowsホームとLinuxのホームは別物では？
WSLが常に起動してるわけじゃないからリンクも張りたくない >>254
たかがその構造がめんどくさいという理由でLinuxを母艦にしたいとは思わないね。
あくまでも開発用途で必要なだけだし、Linuxじゃできないことが多すぎる
Windows+WSLなら大体のことができてしまうからこれで十分
そもそもLinuxで満足してるならこのスレになんで来るんだい？ >>259
> WSLが常に起動してるわけじゃないからリンクも張りたくない
なんかこの一言で、お前が使ってないのバレちゃってるよｗ
あえて聞くね。答えてね。
「WSLが常に起動してる」ことと「リンクを張ること」に
一体何の関係があるの？WSLが起動してなくても問題なにもないじゃないｗ >>258
素LinuxとWSLでホーム構造が違うよ
素Linuxだと
~/.foo → ~/dotfiles/foo
WSLだと
~/.foo → Windowsホーム/dotfiles/foo
Windowsホーム/.foo → Windowsホーム/dotfiles/foo >>261
WindowsからWSL方向のリンクを張れないってことだけど言われなきゃわからないのかな >>263
貼れるだろｗ あほやなぁ
試してからいえや >>262
だからシンボリックリンクを使いましょう >>262
そういう使い方をしたい場面がよくわからない
dotfilesとか置いてるけどそれはLinuxのホームディレクトリにおいてればいいだろ >>265
張れない時は張れないよ
WSLディレクトリの有無に依存するんだから >>268
起動している時に貼ればいいだけだろｗ
まさかWSLが停止するとシンボリックリンクが勝手に消えるとか思ってんのかｗｗｗ
だーかーら、使ってないってバレバレなんだよ WSLから見てWindowsは常に存在してるが逆は成り立たない
なのでWindowsからWSLにリンク貼るなどWSLに依存する構造はよろしくない WSLへのリンクはUNCパスへのリンクに過ぎない
これは今までもごく当たり前にリモートサーバーへのリンクとして使われていた
なにをいってんだろうなｗ 問題はLinux用のdotfileとWSL用のdotfileが異なることだな
管理対象が無駄に増えて面倒だ >>273
リンクじゃなかったら困らないんですか？
それはなんでですか？ｗｗｗ
これ、もうお前が答えられない質問な >>274
> 問題はLinux用のdotfileとWSL用のdotfileが異なることだな
異なる部分だけ吸収すればいいだけ
シンボリックリンク使えば吸収できるし
使わなくても一行程度で終わる話 >>275
素Linuxなら困らんよ
そもそもwindowsへの/からのリンクなんて貼らないからな
素Linuxのホームは1つのホームで完結してる
WSLは無駄にホームを分裂増殖させてるから管理が2倍めんどう >>276
めんどくせぇー
わざわざWSLを使うことによってめんどうを呼び込んでるじゃねえか
素Linux使えばそんな面倒なことしなくていいのに ID:vj+7dSvOが言いたいことと反論のまとめｗ
アホ「WSLが停止するとシンボリックリンククリックしてもアクセスできないニダ！」
オレ「WSLが停止してるなら、シンボリックリンクじゃなくてもアクセスできねーだろアホ」
オレ「アクセスできないだけでシンボリックリンクはそのまま残ってるだろ、どアホ」
アホ「アクセスできないと困るニダ！」
オレ「アクセスできないと困るのは、シンボリックリンクと関係ない話だろ」 >>278
面倒の内容が「シンボリックリンクを一つ貼れば終わり」だって言ってるんだが
そこは認めるんだよな？ｗ >>282
どんなものが解決できねーんだよ
具体例をいえ >>283
たとえばdockerの設定とかだなー
winとlinuxでインストール方法、ファイルの置き場から中身まで構造が違うから個別に用意しなきゃならん >>284
dockerの設定って何？
具体例をいえといったのに
なぜ何も言わない >>285
そんくらいググれ
ファイルの場所も内容も違うからな >>286
せいぜいそんくらいだろ
設定は使い回せる > ファイルの場所も内容も違うからな
全部同じだよ > 設定は使い回せる
Docker for Windowsは結局の所Linuxで動いてる
Dockerだから設定ファイルとやらはそのまま使える
お前の言う設定ファイルが何なのか知らんがなｗ >>286
WSL内にDocker入れるのに、windows側にも両方入れるの？
君ガイジじゃない？ >>291
Dockerはクライアントサーバー型って知ってるか？
WSL側に入れるのはクライアント
Windows側に入れるのはサーバー
役目が違ってる。
ほんと恥ずかしいよお前ｗ WSL使わないならこのスレ来るなよ。ここはWSL使いが盛り上がればいいんだよ。きっと目の上のたんこぶで気になるんだろうな。オレはWSLからexeの起動とかWindows側にあるファイルをLinuxコマンドで操作したりとか、WSLが無くてはならないものになってるよ。 >>292
ん？クライアントサーバ逆になってる上にWSL側にもクライアント入るけど大丈夫か？
こいつはWSLとWindows側両方にDockerサーバー入れて設定ファイルを別々に管理するのが気持ち悪いだとか言ってるけど、サーバーはWSL側にしか入らないし、設定ファイルをまとめて管理したい意図が全然理解できなかったわ 今日からWSL2を使い始めてる(これまではWSL1だった)んですが、Windowsで実行する各種Gitクライアントはwsl$配下で起きているGit管理ファイルの変更をリアルタイムに検出してくれないようです
これを同一ファイルシステムの時と同じように検出させる方法はありますか？ Gitがネットワーク上のファイル変更をリアルタイムに監視しないんだろう、というのは想像が付いてます
ネットワークドライブの割り当てをしても同じでした また使ったことないやつが暴れてんのかよ
ていうか相手してるやつもウザい >>295
> ん？クライアントサーバ逆になってる上にWSL側にもクライアント入るけど大丈夫か？
逆じゃないだろｗ
ああ、ほんと、お前わかってないｗ
> サーバーはWSL側にしか入らないし、設定ファイルをまとめて管理したい意図が全然理解できなかったわ
Docker for WindowsはWindows側にいれるもの
WSLがなくても動くの知らんのか？
だから設定ファイルってなんだよ？
WindowsとLinuxで異なるDockerの設定ファイルなんてねーつーの >>299
> 使えんよ
使えないものを具体例を言って
そういや>>283でも具体例聞いたのに言ってないね
具体例聞かれるとボロがでるから
無視する癖でも付いてるのか？ｗ >>300
WSLにサーバー入れるんじゃなくてクライアント入れるの？
言い間違いぐらい認めようよ君
正確には
クライアントはWindowsとWSL
サーバーはWSL側だけ
が正しい
わかってないのはお前の方 もしかしてクライアントとサーバーって言葉の意味を知らないで使ってんのか？w
お前はDockerクライアントをWSLだけに入れて、サーバーをWindows側に入れてんの？
何がしたい？ >>302
HyperVバックエンド時の設定とか色々だよ >>305
それを一つのdotfilesフォルダで管理する必要はないのでは？WindowsとWSL側で分けて管理してなんの不都合があるの？
あとwindowsからWSLのsymlinkが作れないってどこ情報？ローカル⇄リモート両方できるけど？
milink /d dotfiles \\wsl$\Ubuntu\home\username\dotfiles
これでいけるのでは？ >>306
そのドライブ、フォルダが無かった場合はどうなる？ >>307
アクセスできないけどWSLが起動すれば問題ない
それが気になるならWindows側に設定置いてWSLからそれを参照すればいいだけでは？何か不都合でもあるの？ Windows側にファイル置いてる俺はなんの不自由もなくWSLのUbuntu使ってるから、ｱｸｾｽｶﾞｰの言うことにはなんの効力もないよ。 WSLじゃなくてLinux使いたい理由がホームディレクトリが一つだけで設定をまとめて置けるとか
その程度の目的でわざわざLinuxを使う気にはならない
大したことしてなくて必要もないのにLinux使ってそうだな アンチWSLはメンタルが↑キーとエンターキー交互に叩いて「俺Linux使ってるスゲー！」レベルだったりしてw > milink /d dotfiles \\wsl$\Ubuntu\home\username\dotfiles
循環してどうなるのだろ WSL の基本は、Windows 側から、Linux 側を触っちゃいけない。
触っても、Linux側が起動しているとは限らない
つまり、Linux側から、Windows側を触れるだけ。
この場合は、Linux側が必ず起動する
だから、Linuxのコマンド探索パスの後ろに、Windowsの探索パスも追加されている。
echo $PATH | tr : "\n"
と入力すると、Linux側の後ろに、Windows側の/mnt/c/ の探索パスが続く
>>215
に、Windows 10 Home 版に、WSL2, Docker を入れる手順を書いたが、
Docker Desktop WSL 2 バックエンド(日本語版)
https://docs.docker.jp/docker-for-windows/wsl.html
ここには、プロジェクトも、Linux側・ext4 へ作る。
/mnt/c/ 側・NTFS を避けると書いてある
Microsoft 製のLinuxカーネルによって、Linuxコンテナを動かしている >>316
避けるとは書いて無くて
パフォーマンスが落ちると書いてある 書き忘れたけど、
Windows 側から、Linux 側を触っていても、すぐにアクセスできなくなる
漏れが、PC を電力エコモードにしているせいか、
5分ぐらいで、Linux側が終了してしまう >>318
wsl$ 経由でさわっているのならwsl1の時はおこってたけどwsl2にしてからは起きてないな
もしかするとwslの方じゃなくて、Windows10を20H2にしてからかもしれないけど WSLの端末を開いておくだけ
なんでそんな、ものすごく些細で小さな問題にこだわる？ Windows側だろうがWSL側だろうが、ファイルをどっちにおいておいてもどっちからでも触れるのに何か問題でもあるの？ 小さな問題を大きく触れ回ってるだけ
それ以外しか問題がないということだよ > 小さな問題を大きく触れ回ってるだけ
ものすごく見覚えがある手口だな。
嘘デタラメわめき散らしてグロ貼りになったアイツそのものだ。
同じ奴かな？
やだねぇ、基地害は。 最近動画見てたらパソコン落ちることがあって原因はWSLがアホみたいにメモリ食っててスワップ無効にしてたからっぽい
16GBも積んでるんだが
どうにかならんの？これ >>328
スワップ無効とかバカだよなあ
ダンプ分くらい確保しとけよ 「スワップしたら負け」とは言ったが「仮想メモリをオフにしろ」とは言っていない定期 おっそいHDD使ってるならスワップ無効にすれば体感速度はあがるけど…
16Gも、と言ってるからハードに金かけてないのはモロバレだけどさぁ、情弱すぎだろ。 メモリ少ないならswapiness=0とzram
16GBもあって何に使ってるのか
linuxメインだろ
仮想環境でやることか 8GBのメモリが3000円ぐらいじゃん
多く積めば快適になるんだし いや論点は大したことしてないのにメモリを使い果たす不具合だろ。 メモリを使わなくても消費電力が減るわけじゃないよ？
使えるなら使わないと無駄になるじゃん
むしろメモリが余ってるのに使わないほうが不具合 いきなり消費電力もちだして話そらしても、スワップ無効はバカのやることにはかわらないのでわ？ WSL2になってから初回起動が遅くなってしまった。
（まあこれは仕組みを考えれば当然っちゃ当然なんだけども）
どなたかWSL2をOS起動時にバックグラウンドで起動する，
みたいな設定をしている方とかいらっしゃいませんか。 >>344
そうするとバックグラウンドで動かずに
コマンドプロンプトのウィンドウが表に出てきちゃうのよね
（この辺の技術に詳しくないので，用語が違ってるかも） ログオンスクリプトでバッチファイルとか動かしたい時にvbsで包んだ事はあるけど
wshのRunメソッドには非表示のオプションがある >>345
wsl.exeでWSLのコマンド実行するって話だよ
ウインドウ最小化とかしてればじゃまにならないでしょ？ >>346
普段はwsl.exeを起動して
（当然コマンドプロンプトが前面に表示される）
使ってる。
今か仮にwsl.exeを実行して表示されるコマンドプロンプトを「WSLウィンドウ」と呼ぶ。
それで，「OS起動後1回目にWSLウィンドウが立ち上がるまでの時間」
と「そのWSLウィンドウを閉じたあと少し時間を置いてWSLが立ち上がるまでの時間」
とにあきらかに差がある。
Microsoftの文書にそういう記述を見つけ出すことはできなかったんだけど，
おそらく一回立ち上げるとWSLウィンドウを閉じたあとも
背景でWSLにまつわる何かしらのプロセスが生きているんじゃないかと推測している。
その「背景で動くWSLにまつわる何かしらのプロセス（非GUI）」を
OS起動と同時に立ち上げられたら，
WSLウィンドウの表示が速くなるんじゃないかと期待してる訳。
分かりずらくてほんとすいません……。 >>350
言ってることはわかる
起動して最小化と何が違うのか何が不都合なのかがわかりにくい
高速起動も目に見えないから負担がないわけじゃない >>351
ウィンドウを最小化するのって自動化できますかね。
一部のアプリケーションだと*アプケーションの*設定から
背景で起動するみたいな設定ができるみたいなんですが
WSLウィンドウはそういう設定ができないっぽいんですよね。
ためしにwslsu.batとかいうファイルを作ってみたんですが，
その「プロパティ」を見ても「最小化して起動」みたいな項目は
ありませんでした…… >>352
私は，WSL のターミナルとして， mintty.exe (ペンギンのアイコン)を使っているのですが，
--window min オプションで起動すれば最小化して起動することができています．
ターミナルを変える必要があるので，ダイレクトな解でなくてすみません． >>352
タスクスケジューラで「表示しない」をチェックして実行するようにしてみてはいかがでしょう >>354
タスクスケジューラという機能の存在を始めて知りました。
これで解決しそうです。
まず一通り勉強してから試してみるので，報告はちょっと後になるかも知れません。
みなさまありがとうございました。 使わないのに起動しておくのは、メモリの損
その分だけ、他のアプリがメモリを使えなくなったり、
メモリスワップされて、HDD の書き込み回数が増えるかも >>354
vbsで起動してたが「表示しない」なんてあったか？
と思ったらタスクスケジューラのUIから消すオプションじゃないですか！
とはいえ調べたら「ユーザーがログオンしているかどうかにかかわらず実行する」にチェックすればウインドウが表示されないのが分かった。 >>350
気になるならWSL2の仕組み勉強したら？
まあ説明してやると、WSLはUbuntu以外にもいろんなディストリが有るのは知ってるよね？
同じUbuntuでも18.04とか20.04とか複数インストールできる
Linuxカーネルは同じものが使えるのに、ディストリごとにそれごとにLinuxカーネルを起動していたら無駄だろ？
WSL2は複数のディストリをインストールしていたとしても、起動するLinuxカーネルはたった一つだけなんだよ
これが「仮想マシンにUbuntuとOpenSUSEとFedoraをインストールすれば同じことじゃん」
が間違ってる理由。仮想マシンにインストールしたらそれぞれ起動しないといけないからね
しかもフルバージョンだから遅い
WSL2ではLinuxのコンテナ機能だけが使えるMSがカスタマイズした軽量のLinux（ディストリ相当）を
一つだけ起動している。そしてUbuntuなどを使う時にコンテナとして起動してる。
WSL2バックエンドを使うDockerも起動済みのLinuxの上で動いているから起動が速い
WSL2は内部で仮想マシンを使うが初回に1回だけ起動するだけ。しかも軽量Linuxだから起動が速い。
そしてUbuntuを実行する時にコンテナを起動するだけだから初回以降はもっと速い（2秒程度） 異なるインスタンスがカーネル共有とか気持ち悪いな
干渉して変な動きしそう >>359
Linuxのカーネル機能だから
そういう事はあるだろうね 本当に求められてるものは軽くて速いフル仮想マシンなんだよね それかLXCね
Windows起動時に仮想マシンをバックグラウンドで動かしてWSLはLXCのインターフェース、としとけばもっと実用的だった カーネルだけ共用するメリットが今ひとつわからんなあ。
メモリはどのみちインスタンス毎に食うわけだろうからそんなにリソースの節約になるのかね。 >>363
こんな所に書かずにMSに提案すればいいのでは >>359
dockerもコンテナ仮想化も全否定だね
非効率で時代遅れ >>358
そうですね，今の状態で下手に
便利にしようとするより
仕組みを学んでからのほうがいいと思うので，
背景起動はとりあえず後回しにします。
恐らく，仰るところの「仮想マシンを起動する」という動作を
Windows OSと同時に行うことができれば（それも背景で），
私がしたいと思ってることを一番理想的に行える気がする。 >>367
だからWindows起動時とかログイン時に
少なくともWSL上のLinuxコマンドをなにか実行したらかってに起動するでしょ？ >>364
メリットっていうか複数のカーネルが動いたら不自然なだけだよ
WSLというのは本来Windowsカーネル上でLinuxアプリが
動くというもの、その場合Windowsカーネルは当然一つ
WSL2でもそれを踏まえてLinuxカーネルこそ使うが
それはWindowsカーネルの一部として同居しているようなもの
理想的には裏でWindowsカーネルとLinuxカーネルが情報をやり取りして
どちらからでも同一の情報を参照できるのが一番
WSL1ではそれを実現しやすくて、WSL2ではLinuxカーネルをそのまま使うから
Linuxとの互換性は上がるが、カーネルの情報が分離してしまうというデメリットが有る
そのデメリットはしょうがないにしろアーキテクチャ上は、1つのWindowsカーネルの
サブシステムとして1つのLinuxカーネルがあるほうが適切 どっちもデメリットが目立つな
やっぱLinux使えばいいじゃんってなる >>367
Windows初心者っぽいけど、いったい何がしたいんだ？ ログインしなくてもOSが立ち上がった状態で
他のマシンからアクセスできるということならサービス化なんだけど
WSLでできるかどうかは知らない 一週間待ってください
本物のGNUを食わせてあげますよ Cygwinはパチモンやったわ。
これからは本物使わせてもらいますわ。 BoWはパチモンやったわ。
これからは本物使わせてもらいますわ。 Bash on Windowsやない、BSD on Windowsやで。 >>378
BOWはCYGWINと違ってBSD実行ファイルをちゃんと動かせるシミュレーターみたいなものだよ >>372
wsl.exeを実行したときのウィンドウを立ち上がらせない状態で，
Linuxカーネルを起動して
それ以降にwsl.exeを実行したときのオーバーヘッド
（コンテナを立ち上げるより前にLinuxカーネルを起動するという）
を無くしたいと思っています。 >>370
Linux使うといちいち同期を取らないといけないのがめんどくさい
WindowsいったりLinuxいったり、
ファイル共有の設定したりSSHログインしたり
OSのアップデートとかしたり ID:tZdYKzq9 はWindowsもCygwin使ったことないニワカだねｗ
自己破産しちゃうような貧乏人なんだろうねぇｗｗ
あえて名前は上げないけどｗｗｗ >>382
だから起動時にスタートアップか何かで
コマンド実行すればいいだけでしょ？
たったそんだけ
適当に作っても一瞬黒い画面が出る程度で終わる
ちゃんと作ればそれもでなくなるだろうけど
たったそんだけの話をしてるんだよね？ スタートアップにショートカット放り込んで、そのショートカットのプロパティ弄ればいいだけのことなんだけどね。
こんだけ粘着するのってまるで志賀みたいでｷﾓいわーｗ そもそも初回の起動時間ってどのくらいなん？
パソコンつけっぱなしで再起動したくないからわからんのだわｗ
wsl -l -v でVERSION 2とでてるUbuntuを
wsl -t Ubuntuで停止させた状態で
Ubuntuを起動すると2～3秒ぐらい
UbuntuのSTATEがRunningになった状態から
Ubuntuを起動すると一瞬。1秒未満
WSL2がこれより遅いことって有るんか？ ん？もしかしてWSL2の仮想マシンって2～3秒で起動してる？
こりゃはえーわｗ >>383
ん？Windows使わなきゃいいじゃん Windows使わないと仕事にならんだろｗ
OfficeとかMSの開発ツールとか >>390
？？？
Officeはオンラインで動くよ？ >>391
Linux使っても、結局Microsoft製品使うんですねｗ LinuxユーザーってWindowsが嫌いなくせにWineでWindowsアプリ使ってるんだよな
だったら最初からOSをWindowsにすればいいだろ 結論としてはどうせMicrosoft製品使うんだから
Windows使えばいいじゃんことになる
GUIはWindowsの方が使いやすいんだからさ
どちらか一方ならWindows選ぶよってだけの話 >>392
そりゃ使うでしょ？
Windowsは要らんけど >>394
揃える必要はない
GUIもLinuxのほうがシンプルで良い > シンプルで良い
LinuxのGUIの何がいいの？って何度も聞くんだが
答えが出たことってないんだよなｗ 本物のGNUツールが使えることです。
GNU is Not Unix そして Linux Is Not UniX です。
素晴らしいですね。 Windowsではないということ、それ自身が価値となる。
-- Dang Kogai. >>398
どこが「シンプル」かを一言も言ってないと言ってる >>400
それ自身には価値がないってことですか？って言ってやれｗ Linux は人類の共有財産。
水や空気のようなもの。 Windowsがなくなってもあまり困らないけどLinuxなくなったら人類規模で大混乱が巻き起こるだろうなぁ Windowsがなくなってもあまり困らないなんて思ってる人がいるのか？
人類滅亡まではしないだろうが（それはLinuxも同じ）
大混乱間違いなしやろ windows上でlinuxが使える事が便利なんだからそうじゃないなら使わなければいいのに × windows上でlinuxが使える事が便利
○ windows上でlinuxコマンドが、Windowsのファイルやexeコマンドと組み合わせて使えることが便利
単にLinuxを使うだけならLinuxマシン使えばいいだけなので仮想マシンですでにできていた。
WSLが便利なのは、仮想マシンという隔離された環境のLinuxではなく
本当の意味でWindows上でLinuxコマンドが使えること WinのプログラムとLinuxのプログラムでパイプ通して使えるんだっけか、しかも相互で >>409
そうそう。しかもちゃんとUnicode対応
もともとWindowsはUTF-16に対応していてテキストモードがUnicodeモードだと
Unicodeで出力されるんだが、当然それはUTF-16で出力される
だけどそれの出力をWSLでみるとUTF-8に変換されてる。
WSL上でこんな事してみるとしてみるとちゃんと日本語が文字化けせずに見れるのがわかると思う
cmd．exe /c dir '%USERPROFILE%\Documents' | less >>410
面白いなー
pathの変換コマンドも面白いと思ってて、
.bat 書くよりWSL上のコマンドを駆使してshell script 書く方が、
書くのは圧倒的に効率的で早いし、Windowsバイナリを
shell script の中で起動できるからこりゃいけるわ！と歓喜した.
しかし、実行したWindowsバイナリは、Windows側からみた
pathにしかデータを吐けないから、データはWindowsファイルシステム上に置かれてしまう.
そのデータを同じshell scriptの中でWSLから触ると、死ぬほど遅いという罠.
あと、WSLから起動したwindowsバイナリがWSLのメモリを食い潰して、Windows自体のメモリを圧迫するという罠.
メモリの話は解決努力がなされてるみたいだけど、現状は実用には耐えないかと. >>412
いや，すまん．
説明のなかで， cmd. exe をスペース空けずに書いてたんだが，それを削除したら書けた． > そのデータを同じshell scriptの中でWSLから触ると、死ぬほど遅いという罠.
え？どれくらい遅いの？
遅いのはファイルを開くときであって
普通に読み込むときの速度は変わらないけど？ > あと、WSLから起動したwindowsバイナリがWSLのメモリを食い潰して、
WSLのメモリってなに？
WindowsバイナリがLinux環境で動くわけないんだけど > しかし、実行したWindowsバイナリは、Windows側からみた
> pathにしかデータを吐けないから、
これも嘘だな。UNCパス、つまりネットワーク共有フォルダを読み書きできるなら
WSLの中にも書き込める >>416
ごめん， vmmem
> あと、WSLから起動したwindowsバイナリがWSLのメモリを食い潰して、
Windows バイナリを WSL 側から起動したとき，
vmmem がどんどん肥大化することを言いたかった． >>418
WSLに samba 走らせて，同じPCの Windows 側から高速に読み書きできるってことですか？
ちなみに， PC1 のWSLの中からWindowsバイナリ起動 -> NAS(UNCパス) に書き込んで，
PC1の WSL の同じ shell script から /mnt/z に mount した NAS にアクセスすることは試したが，糞遅い．死ぬほど遅い． >>415
Shell Script を走らせて，その中で
Windows バイナリが Windows ファイルシステムに書き込んでから，
同じ Shell スクリプト の中で100MB のファイルを 100個開いて処理して，少しだけけデータを保存する作業
を
1. Cygwin 上で走らせたとき
2. WSL2 上で走らせたとき
で比べて，２～３倍遅い． >>420
この，「糞遅い，死ぬほど遅い」というのは， >>421 の2,～3倍のこと． >>418
デフォルトでWindowsホームにファイル吐き出すツールがあるんだけど
これをWSLホームにファイル吐き出すにはどうすればいいの？ >>419
> Windows バイナリを WSL 側から起動したとき，
> vmmem がどんどん肥大化することを言いたかった．
Windows バイナリを WSL 側から起動したって
実行されてる場所はWSLとは無関係なんだから
Windowsから実行したのと同じだって
>>420
> WSLに samba 走らせて，同じPCの Windows 側から高速に読み書きできるってことですか？
sambaの方が遅いだろ
>>424
> デフォルトでWindowsホームにファイル吐き出すツールがあるんだけど
まずはそのツールがUNCパスに対応してるかどうかだ
そのツールの問題だ >>425
>まずはそのツールがUNCパスに対応してるかどうかだ
>そのツールの問題だ
え、対応してないツールは使えないの、ゴミじゃん
WSLから実行した時は特殊フォルダを置き換える、ぐらいしてくれないと使い物にならんじゃん アプリの出力先は、そのアプリが決めた業務条件だから、
勝手に変えたら、ダメ！
そのアプリか、そのアプリの使用者の意図で変えるべき、業務条件。
責任範囲が全く異なる >>426
> え、対応してないツールは使えないの、ゴミじゃん
UNCパスに対応してないツールは
昔からネットワーク共有フォルダに対応してねーだろ？
それがツールの問題じゃなくて何なの？
まあネットワーク共有フォルダに対応してないなら
ネットワーク共有フォルダをドライブに割りあげるだけで使えるけどな
ツールの問題をWindowsは解決してくれる。
ツールがゴミでもWindowsは素晴らしいなぁｗ > WSLから実行した時は特殊フォルダを置き換える、ぐらいしてくれないと使い物にならんじゃん
意味不ｗ エアプだから何が問題なのかわかってないんだろうなｗｗｗ >>428
あー、ちがうそうじゃない
UNCじゃなくてホームフォルダとか特殊フォルダのことね
WSLでホームに出力って処理したのにWindowsのホームに出力されたら糞でしょ WSLとWindowsでホームが2つあるからもうめちゃくちゃだ ネットワーク共有対応してないと使えないってのもおかしな話だよな
スタンドアロンのWindowsで動かしてんのになんでネットワーク対応せなあかんねん >>434
なんでターミナル使いたいだけなのにホームが複数あんだよ？ これが仮想マシンだっつーならわかるよ
でもターミナルなんだろWSLは？
なんでターミナルごとにわざわざホームを切り替えなきゃいかんのだ
shもbashもashもzshもホームは1つ
それが当たり前だ >>430
> UNCじゃなくてホームフォルダとか特殊フォルダのことね
ホームフォルダは実際にはただのパスでしかない
UNCの意味がわかってないようだが、これはWindowsが対応しているネットワークのパスであり
メモ帳などちゃんと作られてるアプリは、ネットワークのパスを参照できる
WindowsからWSL上のファイルを参照するときも、このUNCパス
> WSLでホームに出力って処理したのにWindowsのホームに出力されたら糞でしょ
そんなことにならないよｗ
ちゃんとWSLのホームとWindowsのホームは別れている
>>431
> WSLとWindowsでホームが2つあるからもうめちゃくちゃだ
代わりに仮想マシン使っても分かれるじゃんｗ
シンボリックリンクでリンクできるんだからめちゃくちゃにはならない
>>432
> ネットワーク共有対応してないと使えないってのもおかしな話だよな
普通のアプリはちゃんと対応している
ネットワークドライブから直接、動画ファイルや音楽ファイルを直接開けないなんてことあると思うか？
お前が作ったクソツールならありえるだろうなって話しかしてない >>436
> なんでターミナルごとにわざわざホームを切り替えなきゃいかんのだ
WSLではUbuntuとFedoraとOpenSUSEとみたいに
複数のディストリをインストールすることが出来るからだよ
ディストリが違うのにかってに共有されたら困る
自分で必要なものだけを共有すればいいだけ Windows上で複数のLinuxディストリが使えるというのは
実はLinuxでもできないことなんだよな
Ubuntuをインストールしたら、使えるのはUbuntuだけ
もちろん仮想マシンを使えば使えるけどねｗ WSLだとUbuntuの最新版と一つ前を同時に実行してテストするなんてこともできちゃう
ターミナルごとに使うディストリを変えることが出来る >>437
仮想マシン使ったら分かれる
当たり前だ別のインスタンスだもの
しかしターミナル使うだけでホーム別れたらおかしい >>438
仮想マシンなら別れていい
ターミナルなら1つであるべき >>442
ディストリ使ってるんだから別れてる
当たり前だ別のディストリだもの
異なるディストリのターミナルなんだから
ディストリ毎に違うのは当たり前
仮想マシンだけが、ディストリを分ける手段じゃないんだよｗ つまり結局のところWSLはターミナルではなく仮想マシンということだな
WSLをターミナルのように考えるとおかしくなる 違うディレクトリを使うからホームが分かれるとかまじで意味不明
インスタンスが違うからホームが分かれてるんだよ >>445
WSL2であっても仮想マシンは一つしか起動してない
複数のディストリがあっても仮想マシンは一つ
お前は仮想マシンごとにホームが有るのはおかしくないと
言うつもりなんだろうが、仮想マシンはひとつなんだよ
矛盾してるのは、ホームを分ける手段が仮想マシンしかないと思いこんでるから。
WSLは複数のディストリを入れて、それぞれにホームを分ける手段を提供している
設定でホームを変えれば簡単にWindowsのホームと同じにすることは出来るが
そっちのほうが不便だろう
WSLは複数のディストリを同時に動かすことが出来る
だからターミナルもディストリごとに分かれている
ターミナルはターミナルだが、複数のディストリが存在している >>447
そうそう。WSLの中でUbuntuとFedoraとOpenSUSEのように
インスタンスが違うからホームが別れているんだよ ちなみに仮想マシンだと、LinuxからWindowsのexeが実行できないので
明らかにWSLは仮想マシンではない >>448
もうめちゃくちゃでわけわからんな
仮想マシンならホームは別れてて当たり前
ターミナルならホームは1つじゃないとおかしい
なんでこんな複雑でわかりにくい糞仕様しちゃったんだWSL？ >>449
つまりWSLは仮想マシンってことだろ
先日WSLはターミナルとか言ってたバカはなんだったんだ？ WSLがターミナルだとしたらWindowsとWSLでユーザー違うのもおかしな話だ
WSLはただの仮想マシンでありターミナルではない あぶねえ
WSLはターミナルとか言う変なやつに騙されるところだった
やっぱりWSLはターミナルじゃなくて仮想マシンだった
普通に考えりゃ当たり前だけどな >>451
> もうめちゃくちゃでわけわからんな
ん？お前が馬鹿なんじゃね？
ディストリが異なるから、ホームが別れていて当たり前
これがわからんのでしょ？ >>452
> つまりWSLは仮想マシンってことだろ
ただし複数のディストリがあっても
仮想マシンは一つしか起動してない
仮想マシンは一つなのにディストリごとにホームがある
ボームはディストリ事にあるべきものだからだ >>456
ディストリが別れてるからじゃなく別のインスタンスだからだろ
別のインスタンスが同じディストリだろうが異なるディストリだろうが関係ない
WSLはただの仮想マシンだからホーム(とユーザー)が分かれてる
もしターミナルだったら別れないはずなのでWSLはターミナルではない >>455
仮想マシンとターミナルは排他じゃないよｗ
仮想マシンにもターミナルはある
ターミナルじゃなくて仮想マシンなんていい方はおかしい
もちろん（Linux）ディストリ入れないとターミナルにはアクセスできないがなｗ
ターミナルはディストリ毎にあるもの >>459
> WSLはただの仮想マシンだからホーム(とユーザー)が分かれてる
じゃあなんで、仮想マシンが同じなのに
ディストリごとにホームが別れてる？
お前の主張は矛盾してるよね >>460
誰とは言わんけど先日WSLは仮想マシンじゃなくターミナルだ
などというバカがいたんだよ
それを意識したレス >>462
WSLはLinuxアプリを動かすためのレイヤー
WSLの話をするならターミナルですらないｗ >>461
別のユーザーなんだろ
ただの仮想マシンだからユーザーを変えればホームも分かれる >>463
じゃあ先日WSLはターミナルだなと主張してたやつが間違いだったってことね
WSLはやはりただの仮想マシンだった >>464
WSLのディストリごとにユーザーが違うから
ホームが別れてるって主張に変えるの？
それでもいいけど、仮想マシンじゃなくて
ユーザーが違うからホームが別れてるんだよねｗ >>465
> WSLはやはりただの仮想マシンだった
誰がそんな主張してるの？ｗ >>466
(インスタンス、ユーザー)ごとにホームが異なるならなにもおかしくない >>468
だからホームが異なるのはおかしくないで結論でしょって話 >>467
主張というかただの事実
WSLが仮想マシンというのは常識だぞ >>470
ただの仮想マシンなら、WSLからWindowsのexeファイルは実行できません
ハイ論破 >>469
先日WSLがターミナルだなどと主張していた間抜けが間違いだったわけだ だからさ、ターミナルは端末のことだろ。仮想マシンにつなぐのにも端末使うことあるだろ。外部にあるサーバに何で繋ぐの？端末（エミュレータ）でないの？ >>474
ただの仮想マシンにそういう仕組はありません
だからただの仮想マシンじゃないという結論になる >>475
意味不明なこと言うな
仮想マシンに+αしたところで仮想マシンは仮想マシンなんだよ
常識で考えろ それにしても先日WSLがターミナルだなどと言う嘘をついたやつ一体なんだったんだろうな？
嫌がらせのつもりで嘘言ったのか、マジで知らなくて勘違いしてたのか？ >>476
Macを指差して「これはCPUです」って言うようなもんかね？
CPUに＋αしたところでCPUはCPUなんだよ！
みたいなｗｗｗ
ライスにカレーをかけた所で、それはカレーじゃなくてただのライスなんだよ！みたいなｗｗｗ >>478
もうめちゃくちゃ
詭弁にも程がある
MACはその構造にCPUを含むだけだ
is aとhas a違いもわからないんじゃこの業界でやっていけんだろ？ WSLも同じ
WSLは仮想マシン
その仮想マシンはWindows exeを呼び出す機能を持っているだけ
WSLは仮想マシンであってターミナルじゃない
WSLはターミナルも持っている
先日WSLはターミナルだなどと恥ずかしげもなく頓珍漢な主張を繰り返した変なやつが間違っていた
そういうことだな >>481
一言でいおう？
WSLは内部で仮想マシン技術を使って作られた、Windowsに搭載されている素晴らしい技術だ 嘘つきの嘘を証明できてよかった
仕事始めの前にスッキリ >>484
君はもういいや
WSLターミナルおじさん、嘘ついた件について謝罪するなら聞くぞ？ お？今度は俺がターミナルと言ったことにしようとしてる
脳内妄想だけでいきてんなこいつーｗ >>486
いやいや君はもういいよ
俺はWSLターミナルおじさんによびかけてんの
なんで君が反応するんだ？ ああ、議論に負けたから、いないとわかってるターミナルおじさんに話しかけて
レスがない、俺勝った！って思いこみたいわけかｗ 今の若者はteratermとか知らんのかな。それがターミナル（エミュレータ）なんだが。 >>488
めんどくせえな
君との勝ち負けはどうでもいいよ
俺はWSLターミナルおじさんを待ってるんだけど？ 下手に既存のものに例えるからバカが混乱するんだよ
WSLはあくまでサブシステムで…詳しくは公式を読め でいいじゃないかｗ >>490
お前がそのWSLターミナルおじさんを待ってるのと同じように
俺はお前が「WSLはただの仮想マシンじゃない」に反論してくれるのを待ってるんだが
お前はそこにいるのに、反論しないんだなｗ >>491
WSLターミナルおじさんのレスは「例え」じゃなくてターミナルそのものって考えかたをしていたように読めるなぁ
WSLは何かに例えるまでもなく「ただの仮想マシン」って説明が最も適切なのにねぇ >>492
寂しいから構ってほしいのか？
WSLターミナルおじさんの件が片付いたら相手してやるからまあ待ってな 「読めるなぁ」＝>>493の思い込み
元のレス見たら、そんなこと言ってないのがわかるかもｗ
どれを見ていってるんだろう
ま、いわないだろうねｗ
また逃亡 >>493
ただの仮想マシンにWindowsのexe実行機能なんてないですよｗ >>494
それはつまり、WSLターミナルおじさんが来ないから反論してないだけで
反論できないわけじゃないもん！といういいわけかね？ >>101
>WSL=LinuxやMacのターミナル相当にもそんな機能はないぞｗ
WSLはターミナルだってよｗｗｗ 「ターミナル相当」なら「ターミナル」じゃないのは当たり前では？
え？まさか、そういう話？ｗ 伸びすぎてよくわからんので、各人で主張をまとめてもらえる？ 細かいことを気にしないで自分の使いたいように使ってる俺がサイツヨ！
って事さ。
ターミナルうんぬん拘ってるのは木を見て森を見れないバカ。 せっかく一台分仮想環境用意したのにターミナルとしてしか使ってない ターミナル（端末）ってこういうのだからね。
https://ja.m.wikipedia.org/wiki/VT100
これをソフトで実現したのがターミナルエミュレータ。ANSIエスケープシーケンスが実装されているからVimやEmacsが動くんだよ。 WSLを起動したときに立ち上がる黒い画面はコンソールといったほうが適切なような気がするが。 >>505
恥ずかしいからもう諦めろ
みんなターミナルエミュレーターのことを略してターミナルって言ってんだよ
Macに入ってる「ターミナル」ってアプリの事は知ってるか？
https://webkaru.net/dev/mac-terminal-app-alias/
Windows Terminalの事は知ってるか？
ついに完成「Windows Terminal」の機能と使い方まとめ
https://www.atmarkit.co.jp/ait/articles/2005/28/news018.html
TeraTermのタームは何の略か知ってるか？ この「ターミナル」もそうだけど
各自用語の意味を違った解釈して
バトってるように見えるな
あと「仮想マシン」ってのも
どの仮想レイヤで言ってるのか >>507
コンソールの実体はconhost.exeか。コマンド実行するとコマンドプロンプト起動するけどbashを引数に付けるとWSLが開く。 >>510
「仮想マシン」が人それぞれで違ってるわけじゃないね
「ただの仮想マシン」としか認識してない人と
「仮想マシンを使い、Windowsとのファイル共有、exeの実行、Windowsコマンドとのパイプライン処理での
UTF-8⇔UTF-16変換機能、1つの仮想マシンで複数のディストリに対応等様々な機能が搭載されてる」と
正しく認識している人がいるだけのこと
無知だから追加機能を何も知らない。そういう人がただの仮想マシンと言ってる >>512
ただの仮想マシンにちょっと機能を追加しただけだからただの仮想マシンだよ
ただの仮想マシンに適当なツールを入れただけ
それはただの仮想マシンだ コンソール(操作卓) - システム直結の(システムと同じ「建物」にある)どでかい机
ターミナル(端末) - システムとリモートで接続する小さなクライアント装置
共に太古のシステムにおける構成要素であって、(厳密に言うと)現代のシステムでは存在しない
ターミナルエミュレータは文字通り(在りし日の)ターミナルの挙動をエミュレーションするソフトウェア VirtualBoxやVMWareもそうだ
ただの仮想マシンだけどツールを入れればホストと相互作用できる
でもそれはただの仮想マシンだ
WSLも同じようにただの仮想マシンにちょっとツールを入れただけ ubuntu.exe(ディストリビューション名'Ubuntu'をインストール時のユーザーで起動・ログインしてホームディレクトリに移動する、wsl.exeとは違う起動方法)を、別ディストリビューション名でもやる方法ない？
理由あってデフォのUbuntuディストリビューションをexport/別名importしてそれぞれ別の道を歩ませることにしたんだけど Linuxには何種類かあるけど、インストールするとしたら
どれが良いの？Ubuntu? >>515
> WSLも同じようにただの仮想マシンにちょっとツールを入れただけ
その今までに存在していない画期的な「ちょっとツール」がWSLなんですよ >>520
仮想マシンと相互作用するツールはWSL以前からあったが？ >>517
wsl.exeで好きな様に起動できるが >>522
仮想マシンの中からexeを実行するツールはどこにあるの？ >>526
基本的には同じだよ
仮想マシンの中から外のexeを実行できる >>523
うおーwsl.exeの第一引数にチルダ渡せるようには公式ドキュメントは読めなかったぜありがとう >>527
基本的に同じということは、違うと言ってるのと同じですねｗ 基本的には同じだし応用的にも同じだ。
だが実践的には違う。 >>529
「仮想マシンから外のexe実行できる」のは同じだよ
要件満たしてもバイナリまで一致しないと違うって言い張るタイプ？ >>531
嘘ついたらいけないね
SSHを使わないといけないんだから
それともWSLはSSHというすごいものを内包してるとでも言う気かな？ｗ SSH経由でやっていたことをWSLでやるだけで、特に変わりないと思うが。 え？仮想マシンからSSH経由でWindowsに接続して
コマンド実行してるの？SSHサーバーは？認証はどうやってんの？
ものすごい面倒なことを、WSLは見事解決したって話をしてるの？ WSL コマンド経由で Linux 上のコマンドを実行する場合、Linux 側のカレント・ディレクトリを Windows 側と合わせてくれる。
（WSLコマンド には Linux 側で継続するシェルが無いので）これは便利なんだけど、作成したファイルの所有者が Windows 側と一致しない。
当然と言えば当然の動作だけど、 SSH と差別化を図るなら、所有者を Windows 側とあわせてほしい。
現状では、 SSH と特に変わりがない。 WSL2 を作った時点で、風呂敷を広げすぎた気がするな。
WSL1 で十分だったような気がする。
ウェブ開発者を取り込みたい意図は理解するけど、ウェブ開発環境そのものを Windows に取り込むべきだったのでは？
そういう戦略の場合、WSL1 で頑張るほうが良かったと思う。 風呂敷を広げすぎると、 WSL は失敗すると思う。
WSL によって Linux ユーザーが増える。
そして何が起きるか？
Windows から Linux への移行が起きるかもしれない。
そこまで考慮すると、 WSL2 は戦略的に失敗してる。 >>535
頭が悪いことを言わないほうが良い
WSL側からrootをとって、Windows側の別ユーザーのデータを
アクセスできるようにしたいとか
頭が悪すぎて、もう一言「馬鹿？」としか言えないレベル WSLのすごいところは、WSLでrootを持っているように見えて
Windowsからすれば1ユーザーとして隔離されてる所
WSLでなにをやってもほかユーザーには全く影響しない
セキュリティについてよく考えられてるわ >>538
だから、 SSH と使い勝手が変わらない。
特に WSL である理由がない。 >>540
SSHは使い勝手が悪いという話だろ
セキュリティについてちゃんと考えろ
WSLはほかユーザーとちゃんと分離されてる >>541
それもしかして俺のツイートをコピーしてる？
俺はそういう意味でツイートしたんじゃないんだが。 WSL コマンド経由で Linux コマンドを呼び出すと、ファイルの所有権が Windows 側と一致しない。
これでは結局手間が同じ。 ではどうするかというと、 Linux 側で作業しましょうとなる。
WSL1 にはサービス実行の問題があって、例えばインプットメソッドやdbusもサービスの一つです。
そんなこんなで、WSL2 が出てくるわけですが。
あれ？バーチャルマシンで良かったのでは？？ってなる。
Microsoft の悪い癖が出てると思います。 > WSL コマンド経由で Linux コマンドを呼び出すと、ファイルの所有権が Windows 側と一致しない。
一致できるわけ無いだろ
Windowsは日本語ユーザー名ですら作れるのに
ホントアホすぎるｗ >>545
だから、 SSH と使い勝手が変わらない。
特に WSL である理由がない。 > 例えばインプットメソッドやdbusもサービスの一つです。
Windowsでは日本語はIMEが機能を提供してますよｗ >>546
SSHはいちいちログインが必要で
ユーザがどうとかいうめんどくさい話がでてくる
WSLはそれを解決してる わたくし WSL を普段使いしてますから。
問題点はよーく存じ上げておりますよｗ >>536
というか単に高速起動するLinux仮想マシンってポジションでよかったんだよね
Windows相互運用は完全にオマケの不要な機能 >>548
VagrantのようにSSH初期化プロセスも組み込めばいい
ただの仮想マシン+SSH
これが我々たち開発者にとって最も馴染みのある構成だろう
無理にWindowsと密結合しようとして色々とおかしくなってる wslからwindowsのexeを実行するのは
windowsからパス変数を受け取ってexeならwindowsに
流すすごくない技術
windowsからリナックスのバイナリを実行するのは
バイナリに書いてあるwindowsかlinuxかの識別情報で
仕分けるすごくない技術
/mnt/c/に自動マウントするのは
簡単にできるけどvirtualboxとかはわざわざそんなことしない
リアルな仮想マシンを用意したいから
本物のlinuxにそんな機能はない まあでも、GNU をちょっと使いたいとき、便利だけどな。
その程度でやめておけばいいのに、なぜかがっつり行こうとして失敗するよな。 余計なことされると開発環境としての価値も下がるんだよね
"WSL2では動いてたのに！"現象に嵌りそう WSL2で時計が狂う件、みなさんはどう対処していますか？ >>551
> Windows相互運用は完全にオマケの不要な機能
それがお前の本音だろ？
そっちの方が重要な機能なのにWSLを認めたくないから
わざわざそうつぶやいちゃうｗ そもそもソフトウェアっていうのは今までも（大変な思いをして）やってきたことを
効率化するために有るわけで、頑張れば出来る！は何の反論にもなってないんだよ
WSLによってそれが実現できて、さらにOSの機能として標準化されたから
WSLの機能を前提として便利なものを簡単に作れるようにもなってる。Docker for WSL2等の話な
便利じゃない！こうやれば出来る！って言えば言うほど
その部分をなにもやらなくても出来るようになったんだと明確化されるだけｗ >>564
じゃあWSLと同等のものを作るための手順書いてみてよ
えーと、まずWindows側にSSHサーバー入れて
他ユーザーに影響を与えないように証明書なしに接続するようにするんだっけ？ｗ
完全に動く形でお願いね cygwin
MinGW
busybox for windows
ライバル
wslはもとがbash on windows
wsl2になってもvirutual pcのほうが使いやすい × wsl2になってもvirutual pcのほうが使いやすい
○ wsl2になってもvirutual pcにあれやこれを入れて設定しまくって
世間では同じ設定はないからオレオレの環境でしかないけど頑張れば使いやすく出来る
ファイル共有時の実行権限のパーミッションをどうするかsamaの設定に苦労したなぁ（遠い目）
だろ？ｗ WSL便利すぎて1とか2とか些細なことでわめく奴のバカさ加減を高見の見物w そもそもWindows相互作用はない方が使いやすい WSL2はGPUがnativeに使用できる様になってからが本番だろ。現状は過渡期。 >>570
GPUをネイティブに使ってる人ってどれだけいるんですかねｗ WSL環境でゲームする馬鹿は居ないと思うけど機械学習なんかでGPL使えたらまたWindowsに便利な道具が増えてしまって、いつもの彼がより一層の情緒不安定に Linux実機用意しなくてもいいもんなぁ。
良いことだ。 >>573
仮想マシンだとWindowsとの相互利用をするために
大変な思いをして自力実装しなければいけない
しかもそれは他人と共有できてないから汎用性がなく
WSL前提のツールみたいなものが登場しない >>576
相互作用してほしくないんだよ
WSLが勝手にWindowsと相互作用するから、せっかくのLinux開発環境なのにWSLおま環現象が発生するかもしれんだろ >>577
つまり「Linuxを使うとおま環でインターネットができないかもしれないからWindowsを使う」みたいな話？ >>579
ああ、わからないんだねｗ
Windowsとの相互作用がLinux環境に影響を与えることはありません。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
だけどお前は無知だから「なんか知らんけど、なんか起きるかもしれん」
という理由で怖がってるだけ
無知だから知らない。何が起きるかわからないからやらない。という発想は
「パソコンをLinux機に置き換えるネットができなくなるかもしれないから採用しません。」
という説得力有る理由（皮肉ｗ）と同じなんだよ >>580
あるだろ
exe呼び出してるshellコマンドはWSLで動くが他のLinuxで動かない
はいWSLおまかん現象 RedHat Linux専用コマンド呼び出してるshellコマンドはRedHat Linuxで動くが他のLinuxで動かない
だからRedHat Linuxを使うなって話か？ｗ WSLはオマケ機能で使えば良いもので、がっつりメインに据えると痛い目にあうぞ。
俺は1993からWindows使ってるからな。
よく知ってるんだ。
Linuxは1996から使ってる。
年寄りの言うことは聞くもんじゃ。 その「がっつりメイン」の内容がわからんから全く参考にならんのだがなｗ
サーバー運用は無理だが、
Linuxサーバーで動かすアプリケーションの開発には使えると言っておこう
Windowsで開発してLinuxで動かす。これは最近の開発のよくあるパターン WSLで鯖建ててデプロイしてテストって、今までの他所のPCを用意するか鯖借りてが無くなってすんげー楽で目からうろこでたんだがダメなんか？ Linux開発で使えると聞いてdockerのオフィシャルイメージを動かしたらカーネル互換性なくてクラッシュ
みたいなことがあってからWSLは信用してない >カーネル互換性なくてクラッシュ
それはWSLのせいじゃないだろw >>587
いやWSLのせいだろ
WSLのカーネルはWSL用のカスタムカーネルなんだから なんですぐバレるウソを付くんだろうｗ
dockerのオフィシャルイメージってなんだよｗ
Docker for Windowsが動かないならそれはDockerのせいだろ
アホだな。WindowsでDockerを使ったオフィシャルな開発方法を知らんから
オフィシャルじゃない話をしてるのに気づいてないんだろうな >>591
避けろ避けろ。便利さがわからなければそれまで。 WSL2はただの仮想マシンだから面白味無くなったね
というかネットワークアダプタ増やすなよ
ここ参照してるソフトが別マシン扱いするからorz 面白みとかを重視してるのはお前だけ
WSL1とWSL2の並行開発で
両方ともより実用的になっていっている WSL2で動いてるDockerにWSL1ディストリビューションからアクセスできてる人いる？
ファイルシステムとしてはmnt配下を使う方が好都合(WSL1でないとアクセスが遅い)なのでなんとか実現したいんだけど、Cannot connect to the Docker daemon at unix:///var/run/docker.sockを越えられないんだよね >>595
WSL1からは今までのやり方を使わないと駄目だよ
WSL2で動いてる公式のDockerは「WSL2対応」で共有している
WSL2カーネルで動いているディストリに対しては特に設定無しで
アクセスできるけど、WSL1からすると別のカーネルで動いてるわけだから
Expose daemon on tcp://localhost:2375 without TLS 経由じゃないとだめ
>>596
くるしいなぁｗｗｗ >>597
ありがとう
実はDockerをWSLで使おうとし始めたのがつい最近なので今までのやり方がよく分からないし、実はDocker for WindowsをWSL2使わないオプションでインストールし直してやってみたことあるけど行き詰まったんだ
Docker for WindowsをWSL2使わないオプシ
ョンでインストールし直して起動しといて設定からlocalhost:2375 without TLSをオフって、WSL1からdocker.io(今はUbuntu最新に対応)かdocker.ceでアクセスするってことで合ってる？ >>598
Docker for Windowsを入れ直す必要はない
WSL2無効はオプションで変更できるがその必要はない
そのままlocalhost:2375を有効にするだけ
WSL1だろうがWSL2だろうが普通にUbuntu版を入れろ
そもそもWS1とWSL2は切り替えできる >>599
毎回丁寧にありがとう
うーむ行き詰まった時というのはlocalhost:2375のオンを試してたはずなんだけどね
また明日の日中にやってみるよ
WSLはバージョン表記なしのUbuntuディストリビューション入れてるよ
WSL1と2は切り替えに時間掛かるのも分かってるから、とりあえず今はexport/別名importで共存させて起動/停止で単一ディストリビューションだけがrunningになるようにしてる だからWSL1でのやり方を調べろ
localhost:2375のオンにするだけじゃなくて、そこに接続しに行かないと駄目
そもそも初期のDocker for WindowsはWSL登場前に作られたもので
WSL2はおろかWSL1にも対応しとらん
コマンドプロンプトまたはPowerShellから使うもの使うDockerも docker.exe だ
Windows上で動いてるDockerサーバーにdocker.exeではない
Linux版から接続するならTCPポート経由しかない
そこにWSL2対応版のDocker for Windowsが登場して
WSL2からの接続は何もしなくてよくなった
しかしWSL1からの接続はそのような便利な仕組みは用意されてない
だから今まで通りのやり方でやればいいだけ 世の中には作業を効率化するのは面倒だからやりたくないって本気で言う人がいるんだよなｗ >>601
あ、.exeかありがとう！
docker-compose.exeまで含めて全部実現できたよ
明確なバージョニングがされてなくて新旧どちらも使われてる状況って往々にして、旧情報調べても判然としなくない？
それで頭こんがらがってたんだ
普段windowsの実行ファイルをWSLから実行する事をしてなくて.exeで呼び出せるの忘れてたし
ちなみに今はlocalhost:2375オプションをONにしなくてもいいらしくて、実際にOFFにしたままでも動いたよ
これでWSL1と2の共存にDockerは無調整で対応できることになる
ほんとに何から何までありがとう！ >>605
問題になるのはボリュームのパスなんだよね
WSLからWindowsのパスにwslpathで変換すればいいから
dockerコマンドの方はどうにかなるとして
docker-composeの方がわからん
個人的にボリュームはなるべく使わないようにしてるから
WSLからdocker.exeを実行した場合のノウハウがない >>606
dockerクライアントはwslの使ったらだめなん？ >>607
使っていいよ。俺も使ってるし。
WSL1だと接続方法にTCPを使うように設定しないといけないってだけ Linuxを使って良いのは、そのLinuxが実機かエミュレータかwslか関係なく、手を抜くための努力を惜しまない奴だけだ。 いや別に使える用途で使いたいやつが使える範囲で使えばいいよ
そんな大したもんじゃない >>606
フヒョー
必要性が出てきた時に調べてみる
それに職域上、自分が開発するコンテナ(WSL1で動かしたい)では扱わないと思うんだ
他の人のコンテナではあり得るけど、それはWSL2で動かせばよくて >>597
WSLとWSL2があるから忙しいんだ！
みたいな仕事してるフリしてるか？ｗ > WSL1とWSL2の並行開発で
こんなわけのわからないことを言うプログラマーって… >>613
https://docs.microsoft.com/ja-jp/windows/wsl/wsl2-faq
> WSL 1 はどうなりますか? 廃止されますか?
> 現在、WSL 1 を廃止する予定はありません。
> WSL 1 と WSL 2 のディストリビューションを並行して実行し、
> 任意のディストリビューションをいつでもアップグレードおよびダウングレードできます。
> WSL 2 を新しいアーキテクチャとして追加すると、WSL チームにとって、
> WSL を利用して Windows で Linux 環境を実行する機能を提供するための優れたプラットフォームになります。
WSL 1 と WSL 2 の両方が動くことは、WSLの正式機能 >>614
並行開発なんて英語ドキュメントにも一切書かれていないが
おかしい奴が多いなｗ WSL 1 を廃止せず機能追加していくのなら
WSL 1とWSL 2を並行で開発してるってことじゃん >>618
そりゃお前さんが勝手に妄想してるだけだ。 >>619
じゃあお前は廃止されると勝手に妄想してるの？ 使えるようになったら使えば良いけど、今はまだ使えないし、使えるようになる見込みも薄い。 （>>621は）使えるようになったら使えば良いけど、今はまだ使えないし、使えるようになる見込みも薄い。
だからクビにしよう >>316
>>215
に、Windows 10 Home 版に、WSL2, Docker を入れる手順を書いたが、
Docker Compose まで出来れば、未経験でも、10年以上のプログラマー並み
さらに、Kubernetes, Terraform, CircleCI,
AWS CloudFormation で、Ruby のKumogata, Chef, Cookpad 製のItamae などが出来れば、
未経験でも、トッププログラマー！ 指摘されるとピタッと書き込みが止まったからな。
怪しいわ。 ps4-waker をWSL2で使えてるやつおる？
WSL1 でbind指定すれば使えてたのにWSL2 に上げたら
ホストPCと同ネットワーク内のPS4が探せなくなって繋がらなくなった
まさかネットワーク仕様が変わるなんてなぁ >ホストPCと同ネットワーク内の
WSL2はホストPCとしか繋がらないネットワークで隔離されてる NAT？で誤魔化し出来る？
20年くらい前にはiptableだったか使ってたことはあるような
長らくLinux離れてて最近戻り始めたので実はよく覚えてない…
面倒ならWSL1に戻せるらしいし戻すかな Hyper-V ManagerはHOME Editionだと使えない？ Hyper-V マネージャはPro以上らしくHOMEではHyper-V有効化出てこないね
>>634 でやってみようとしたけどポートが正確に把握できてないから、まだうまくいっていない
ポート987は使うのはps4-wakerのドキュメントにあったけどそれ以外も使うらしい
これ以上はWSLと言うよりPS4-waker側のポートの話なので
色々と分かったありがとう >>637
linuxのコマンドでlistenポート見てみればいいよ そもそもの疑問なんだが、home使う奴がWSLを使う？
おかしくね？ ps4-wakerでPS4のIPアドレスを指定するとか？(ざっと見た限りオプションがある)
探索はブロードキャストでやってるみたいだからNAT越えは面倒だと思うけど WSL2は使えるのか。
home持ってないし使ったことも無いから知らなかった。
しかしWSL2使うようなユーザーがhomeエディションなのは違和感覚えるけど。
予備機的な使い方してるのかな？ >>642
会社はPro、自宅はHOME。WSL1でもいいんだけど、WSL2の評価も兼ねて使い続けている。 >>639
ドン・キホーテのストイックPC3(Win home)にwslを入れてるよ。
GNU coreutils をちょくちょく使うので >>641
bind オプションはWSL1でも必須で使ってる
>>638 をヒントにポートが毎回変わるのも判明したので
pオプションでポートも固定したけど繋がらず、NAT越えはあきらめてもうWSL1に戻して使ってる >>637
下の方を見るとHyper-V Managerでうまくいかなかったから
ncpa.cpl(コントロールパネルのネットワーク接続)から
WiFi接続とvEthernet(WSL)をブリッジさせた後
PCを再起動させるとできたというのもあるね Linuxコマンド使いたくて、WSLをHOMEで使うのはIT屋さんでもなく業務でもないなら普通だと思うけど
まあ、そのうちnode-redとかミュージックサーバーとかの常用のためにLinuxサーバーを立てるつもりのお試し側面はある >>623
に、Windows 10 Home 版に、WSL2, Docker を入れる手順を書いたが、
Docker Compose まで出来れば、未経験でも、10年以上のプログラマー並み
未経験で、Ruby on Rails, Docker などを勉強して、
自社開発系ベンチャーへ転職したい香具師が多い >>642
ただの開発者だけどPro使う理由がないよ そもそもWSLが中途半端すぎなのが問題
作業を効率するため？それにWSL？苦行の変態？ WSLとEmacsの相性がいいんだよな。
最近はほとんどの操作をEmacs起点に行っている。 >>652
別に問題じゃないだろう
そぐわないなら使わなければいいのに。敢えて苦行の変態？ｗ >>651
普通って誰にとっての普通？
AD連携ってなに？ >>651
思い出した
もしかしてえすあい屋？
もう脱えすあい屋して7年が経って3年おきに事業会社にだけ転職してるけど、ActivelyDirectly(のことで合ってるよね？)使ってるとこには当たらなかった Active Directory のことを
あくてぃぶりーダイレクトリーと書く人初めて見た AD連携知らんということはそういう管理が必要でない会社にしか行けてないか使ってても認識することができない程度の知能しかないってことでしょ
スルーしていいかと >>651
> 普通、会社ではAD連携必要だからな
普通の会社じゃなくて、"お前"の会社の間違いだろｗ > AD連携知らんということはそういう管理が必要でない会社にしか行けてない
AD連携使ってない所って、Googleとか？
ゲームとかウェブアプリ開発してるところには不要だろうね ソフトウェア開発会社はADとか使ってないところが多そうな気がする
AD使ってるのはSE専門とかソフトウェアの開発を下請けとかに回しているような所のイメージ >>657
俺もw
副詞を並べるなら間にカンマが欲しいよな。
積極的に、真っ直ぐに
みたいな。 >>657>>663
やーこれはわざとじゃなくて予測変換に頼った上で目が節穴だっただけだすまんすまん
論旨が論旨だけに、自分でダッサーと思うわ 転職先は大小の事業会社(自社ITサービスで食ってる企業)だけど、そもそもWindowsServer(の機能で合ってるよね？)置いてる会社に当たらなかった
別にこれはWindowsディスとかじゃなくて、使う使わないはその合理性次第で決めたらいいと思うんだけど おかしな奴が絡んできただけだから気にしなくていいかと それなりの規模の企業だと何らかのクライアント管理ソフトがないとやってられない
ADは管理ソフトとしてコスパがいいので1,000以上の企業の半数近くに採用されてる
https://xtech.nikkei.com/it/article/Research/20080715/310856/ >>662
会社の99.7%が中小企業だって知ってるかね？ >>667
日本がGAFAに勝てないのは、未来を見据えたIT戦略を取れないからだろうな
理屈の上ではわかってるでしょ？
そういうMS前提のシステムじゃなくて、ネット前提（リモートワーク前提）で
どんなコンピュータ、どんな場所からでも仕事できるような仕組みにしなきゃいけないことなんて >>668
社員の30%は大企業勤め
それに入れてないなら御愁傷様w
>>669
IT会社ならまだわかるけど普通の会社にとってITは単なるツールだから管理が容易でコストが安い奴が選ばれるのは当然の帰結
リモートワークでAD対応の製品も多数あるし >>670
大企業努めかどうかの話はしてない
それが一般的かどうかの話をしてる
所詮お前は大企業のことしか知らない
胃の中のわかずってことだ
あと大企業勤めなんて30%もいないｗ
夢見るのやめとけ >>651
俺の発言が物議を醸しているが、普通というのは普通の会社って意味で行ったのではなく、ADでクライアントPCが管理されているのが普通と思って発言した。でもそうでもないんだね。俺の発言については他意はないから気にせんでくれ。 wsl2からwindowsのプログラムを実行する方法を教えてください
昔、何も設定しなくても環境変数PATHが通ってて、windowsのプログラムを実行できた記憶があります >>671
> 大企業努めかどうかの話はしてない
> それが一般的かどうかの話をしてる
30%はそれなりのシェアだと思うけど？
> あと大企業勤めなんて30%もいないｗ
まあ確かに29.9%しかいないよな
http://jobgood.jp/wp-content/uploads/2016/08/619.jpg
http://jobgood.jp/chusho
> 夢見るのやめとけ
現実見せられて悲しいねw >>674
おや？ わずか30%で世間を知った気になってるのかね？ｗ >>676
まあ零細とか知ったこっちゃないから
ゴメンねw >>653
emacs って開発終わってるよね？
俺もemacsの中に住んでるけどw >>678
emacs からの引っ越し先が見つからん。 >>679
VSCodeが有力候補なんだろうけど、オレは移行できそうもない。Emacsキーバインドにしてもダメそう。 windowsでもxyzzy をUSBメモリに
入れて持ち歩いてる。
WSLがemacsと相性が良いって
どんな所がですか？ MacからWSLに移行したんだけどCtrlとCmdがCtrlに統合されたの地味に痛い
Vscodeにvimのプラグイン入れてるんだけどコピペやらなんやら競合しまくってイライラする
ここだけはMacが羨ましいとおもった >>683
Emacsキーバインドで良ければ、左右のCtrlキーを使い分ける方法がある >>682
EmacsにはMagic File Namesという機能がある。これをうまく設定すると、
wslpathを使わなくてもWindowsのパスをWSLのパスに変換することが可能となる。
これでWSL上でWindowsのパスを利用できるようになる。emacsclientでWindows
のパスも使えるようになる。
また、wslstartというコマンドをDiredと組み合わせて利用するようにすると、
Diredで開いているディレクトリをExplorerで開いたり、Windowsのアプリの
ドキュメントをDiredから開けるようになったりする。
Diredはwdiredを使うと左右に開いているDiredのバッファ間でファイルの移動や
コピーを簡単にできるようになるので、Explorerの代わりにファイル操作も可能
となる。
WindowsショートカットファイルもDiredで作成、参照できるようにすることが
できるので、Windowsショートカットファイルをシンボリックリンクの代わりに
使えるようになる。
まだあると思うけど、これだけでも随分便利になるかな。 winのpathを足すお節介は切った方がいいと思うぞ、スペースやらの扱いが苦手なので
おれはinuxシェルをpwshにしてるけど、ソフト側での取り扱いの問題は避けられない
数Gbも占めてるx関連全てアンインストールして画像pdfビューアブラウザexplorerだけ/mnt/c/bin作っといてリンク貼ってwsl側のパスに入れた
xなんて要らんかったんや！ >>677
Googleがいつから零細になったんだろう？？？ >>687
どこからそんなアホな結論出てきたんだ？w >>673
echo $PATH | tr : "\n"
と入力すると、Linux 側のパスの後に、/mnt/c/～ とWindows 側のパスが続く
which notepad.exe
/mnt/c/WINDOWS/system32/notepad.exe
which notepad じゃダメ。
.exe の拡張子まで付けること
which where.exe
/mnt/c/WINDOWS/system32/where.exe
Windows 側のコマンドを呼ぶ
where.exe notepad
C:\Windows\System32\notepad.exe
C:\Windows\notepad.exe
これも、where notepad じゃダメ。
.exe の拡張子まで付けること >>682
wslとemacsについては、win側のファイルとの連携の話がでているけど、まずはemacsとしてちゃんと使えるってのが大きいとおもう
emacsは、本体もパッケージも外部のコマンドと連携して動作するようになっている機能が多い。要するに、unixのコマンドを含めたシステムになっているということ。
win版emacsもあるけど、外部のコマンドまでは用意できないし、使えるとしても、パスかうまくあつかえなかったりなど不具合だらけ。パッケージについても同様
自分として致命的だったのはmagitが使いにくかったこと
動作が遅くて、一部の機能は動かなかった
wslで動かせばまさに(ほぼ)フルスペックのemacsが使えるということ ずっとイキってlinux使ってたけどやっぱwindows/wsl最強だわ
グラフィックをクソの塊のXに投げなくて良いのと、ホストゲストどちらでもシームレスにPowerShell使えるし学習コストも低い いわゆるLAMP系の開発で統合環境にVisualStudio使ってるなら、WSLは神としか思えないよなあ…
純WindowsでちょっとPerl/Pythonでその辺回ってデータ漁ってマイニングする程度でも
今さら秀丸でやるのもつらいしVSでいいし、なら実行環境はWSL上のLinuxで良くね？ってなる それは、私がだいぶ前にVSでの使い方を紹介したのを誤解して受け止めているのでは？
WSL推しだからWSLを使っていると思いこまないほうが良いです。
WSLを普段使いしている身からすると、推してる人の言ってることが大分おかしい。
おそらくこの人、WSLを使ったことが無いです。 >>697
ええ、それが私の使い方です。
その記事にリンクした時点で、使っていないことが推測できます。
なぜだかわかりますか？
使っていればわかるし、使っていなければわからないでしょう。
わからなければ、ズバリと答えることが出来ないでしょう。
↓ずばりと言ってみましょう。 逆に、なぜ私がVSからWSLを使うかわかりますか？
あなたも使っているならわかるはずです。
動機は一つしかないからです。
使っていないなら答えられないでしょう。
↓はいズバッと言ってみましょう。 皆さん良いですか？
この方は、VSからLAMP開発するのにWSLが良いと言っています。
実際に使っている人には、この方の嘘が見抜けます。
この方は、WSLを使えていません。 使ってない奴が使ってる人に向かって「使ってない」と言う滑稽さ。 私はいまもまさにそのような使い方をしていて、テストの合間にカキコしています。
https://imgur.com/qO14BJv
ですからWSLの状態についてよく知っていて、この方の嘘はよくわかります。 使っていると言い張るなら、 >>697 の問題点の一つでも書き込んでみては？
問題は一つも抱えて無いでしょう？
使っていないんだから。笑 ID:ikHpu1qJ はなんでいきなりキレてるんだ？ WSLを推してる人がWSLを使ったことが無いという。笑
使ったことがある人は皆、無暗にお勧めできないと言っています。笑
私も無暗にお勧めできません。笑 > 使ったことがある人は皆、無暗にお勧めできないと言っています。笑
皆ってだれ？ 使っていない人がWSLをお勧めする理由は、荒らしたいからです。笑 俺は純粋に遊びで使ってるんだが悪いんけ？
pulseaudio鳴らしたり、X使うのにTCP使うのとかおもしれーとか思いながらいじってるよ。
完全な仮想環境じゃ、最近は、何にもしないでも簡単に動きすぎて面白くない。 Windows用のadbでlogcat取りながらgrepを使いたい人だっているよ いや、小学生ではないと思う。
WSL推してる子は中学生くらいの子だ。
冬休み中、WSLに取り組んでいるのだろう。 つまりWSLは中学生でも気軽に使える出来栄えって事か
素のLinuxだったら大人でもインストールだけで大仕事なのに まだ使えていないんだろ。
言ってることがおかしいし。 いやGentooでもなければWSL使いこなすより、素のディストリ使う方が簡単だろう。 「使ったことがある人は皆、無暗にお勧めできないと言っています」
↓
皆ってだれ？
↓
「WSL推してる子は中学生くらいの子だ。」
↓
だから、皆ってだれ？ そこで争うつもりはないけど、wslってLinux環境を手に入れる一番簡単な方法だとおもうんだけど。
有効にしてストアからインストールするだけでしょ 荒らしてる子達は、もともと実機より簡単と言っていた。
俺がマックから開発者を取り戻す意図でWSLを作ったんだろうと説明してから、その路線に変わったんだよ。 まるっきり何もわかっていないようだし、WSL推してるふりして荒らしてる子は、WSLを全く使ったことが無いと思う。 すでにそこにある実機なら簡単だけど、1から作るのは面倒だよ >>721
実機だとインストールに時間がかかる
特にWindowsとファイル共有しようとなると
sambaの設定まで絡んでくる
そうやって頑張って設定しても、それは自分だけの設定になるから
既存のツールが、自分の環境を考慮してくれない
つまりwslpathやらdockerのような、公式に対応しているツールが登場しない >>722
> 俺がマックから開発者を取り戻す意図でWSLを作ったんだろうと説明してから、
それを言ったのは俺。そもそもMicrosoftがそういう意図で作ってる
最初からGUIは対応してません、開発用ですって公式発表してる >>724
Cygwinの代わりに使う程度なら良いんだけどね。
実機の代わりは無理だろ。
Microsoftは風呂敷を広げ過ぎて失敗することが多いんだよね。
失敗してWSL自体が無くなるより、ミニマムで細々と続いてもらう方がありがたい。 実機Linux使えばいいのに、なぜmacOSを使っているかと言うとその方が便利だから
たとえmacOSの標準コマンドがBSD系でLinuxとは違ってもそれでもmacOSを選んでいた
macOSでも仮想マシンでLinuxを使えるわけだが、わざわざ仮想マシンは使っていなかった
多くのCLIツールが動作するという点だけを見ればLinuxでも同じだが
それでもmacOSを使うのは、やはりGUIが強いからだろう
GUIが強いという点を見ればWindowsも十分なんだがCLIツールが不足していた
そこにWSLが登場した。GUIが強い＋Linuxと全く同じコマンドが使える
これはBSD系コマンドが標準で、OS非公式のパッケージをインストールしないといけない
macOSよりも優れている点。WSLの登場でソフトウェアの開発はmacOSよりもWindowsの方が便利になった >>728
> 実機の代わりは無理だろ。
やっぱり実機の代わりとして使おうとしてるのはお前のようだな
Microsoftがそういう使い方をするものじゃないと言ってるのにな いまWSLで開発楽々なら、開発に使うものと言えば良いんだけど、楽々じゃないからな。
よけいな問題を引っ張り込むだけだろ。
MicrosoftはMacから開発者を取り戻したいけど、WSLはその地点まで行けていない。
>>697 の記事の頃、VSはrsyncとSSHでWSL上のLinuxを操作していた。
ビルドが上がるたびにrsyncが使えたり使えなかったり、たいへん不安定な状態が続いた。
近頃ようやっと直接ファイルシステムを叩くようになって、安定して使えるようになった。
そういうレベルだよ？
こんなもん他人には勧められないわ。 rsyncが安定して使えないから、Microsoftはファイルシステムの相互運用が必須だと考えたんじゃないかな。
代替手段としてSFTPが安定して使えたんだけどね。
さて、それでダメだった理由はなんでしょう？ 俺の説明を上辺だけなぞって改変されると、なんか俺が頭の悪い勘違い説明したみたいになる。
ホントやめてほしい。
俺は、Microsoftの意図を説明しただけで、現在使い物になるとは一言も言っていない。
むしろ、自分が日常的に使ってるだけに、まだまだですよと言わざるを得ない。 >>733
> いまWSLで開発楽々なら、開発に使うものと言えば良いんだけど、楽々じゃないからな。
開発でよくある使われ方で「お前が楽々じゃないって思ってるもの」は何？
お前が思ってる「楽々じゃないもの」"以外"は、楽々なんだねって
いうつもりだからよく考えて答えてね。もしくは逃げてもいいけどｗ >>734
> さて、それでダメだった理由はなんでしょう？
ファイルを重複させて同期するなんて開発する上でありえないし
パーミッションの違いなどを吸収しなければならないので
既存のsambaやSFTPなど使えず、9pプロトコルを新たに搭載するほうが理にかなっているから >>737
むしろWSLで何が楽々になるんだよ？
実機のほうが楽々だろ。 >>738
ま、使ったことないから、なにも困っていなかったんでしょうな。
使っている人にとっては、とても困ることが在ったんですよ。 >>739
> むしろWSLで何が楽々になるんだよ？
Windowsとの相互運用の設定がすでに完了しているから
LinuxとWindowsとの相互運用で、Windowsのファイルシステムにはない
実行権限をどうやって管理するか答えてみ
実際にやった経験があるなら答えられるはず >>697 のシチュエーションでファイルの属性で困ることはない。
なぜでしょう？ WSLをお勧めしてる子は、WSLを使ったことが無い。
使ってれば他人にはお勧めできない。 「>>697 のシチュエーションに限り」でファイルの属性で困ることはない。
ということは、
その他のシチュエーションでは困るという意味です。 では、なにに困っていたのかな？
ファイルの属性に困っていたのかな？
ほんとに？
使ってて困ってたの？
そんなわけないなあ。
困ってたのは何かなあ？ とはいえ、WSL有効利用について、俺は結構なノウハウを持っているよ。
WSLはこう使え！みたいな。 >>746
ではそのノウハウの中で、
「世間で一番よく使われると思っている例」を上げてください Microsoftはウェブ開発者を取り込みたいんだろうけど、まだまだ先は長そうだよね。
今はやめておけ、まだ時期が早い。 >>745
だからどういう設定をするのか聞いてる
実際に使ってれば、実行権限の相互運用をどうするか答えられるはずだが？ ID:ikHpu1qJ って俺の質問に一切答えないよねｗ
やっぱり使ったことないから知らないのかな >>747
おまえ、俺が言ったことを捻じ曲げて再掲するだろ。
しかも、自分の考えみたいに言うし、
俺は結論を書かずにクエスチョンすることにするよ。
これからは。 >>749
ほんまアホの子やね。
rsyncやSFTPの時代にファイルの属性で困るわけないでしょ。 レンタルサーバーで困ったみたいな話を検索してごっちゃにしてるのかな？かな？ >>752
> rsyncやSFTPの時代にファイルの属性で困るわけないでしょ。
Windowsで編集すると、Windowsには実行属性がないので
それがLinuxに反映されることがない
ということも知らないのかな？やっぱり使ったことなさそうｗ >>754
それがレンタルサーバーで困った話を検索したと言ってんの。
まあ、Linux板だから、VS使ってる人もWSL使ってる人も少ないだろうけど。
わかってる人が居たら、ちょっと恥ずかしいだろね。
使ったことないんだなってすぐわかるから。 > それがレンタルサーバーで困った話を検索したと言ってんの。
レンタルサーバー（Linuxマシン）で困るなら、
普通のLinuxでも困りますよねｗ >>756
>>697 を実際にやってみれば良いのでは？ >>697以外の例では困るから
>>697限定にしてるんですよねｗ exeに実行権限付ければLinux上で起動できると思ってるらしい。 >>759
別の話をするんですか？
それでは、Linuxマシンを使って、Linux上でexeを起動するにはどうしたらいいのでしょう？
念の為、WSLの方が楽々になるという話をしています。
>>739へのレスです
> むしろWSLで何が楽々になるんだよ？ 使ったことないのが丸見えだったのだが。
最初からそう言ってるのに。 >>760
まったく別の話じゃないだろ。
やっと気が付いた？
それで恥ずかしくなって誤魔化そうとしてるのかな？かな？ また質問に答えませんでしたねｗ
つまりWSLの方が楽々なんです。 では、それを踏まえたうえで、なにに困ってたのでしょうか？
そもそもコイツ、Microsoftがなぜ不安定なrsyncにこだわったのかさえ分かっていなさそうだな。
なにに困るのかわからないみたいだし。 >>764
で、半年くらいすると、「実行権限は問題ないと言ったのは俺だ！」と書き込むんだろ？ 困っていたといい出したのはお前であって
WSLの方が楽だって言ってるんだが？
話すり替えるなよ まあ言っときますが、WSLはやめておけ、まだ時期が早い。 >>767
ほお、じゃあ困っていなかったんだな？笑
困っていなかったんだって。
この子使ってないわ。ｗ > そもそもコイツ、Microsoftがなぜ不安定なrsyncにこだわったのかさえ分かっていなさそうだな。
MicrosoftはWSLでrsync使ってませんよ？ >>769
「困ることが有る」と「WSLの方が楽」は両立します
例 仕事は楽だけど給料が少なくて困る >>770
VSでrsync使ってたんだよね。
さて、WSL関係なくLinux使いなら常識ですが、Microsoftはなぜrsyncにこだわったのでしょうか？ >>772
> Microsoftはなぜrsyncにこだわったのでしょうか？
過去の話で、当時はそれが最善の手段だったからだろうなｗ
その後でWSLが登場した。だからといってすぐに古いものを切り捨てたりはしないが はあ、馬鹿だねえ。
rsyncも知らないのか。
得意の検索してこい。 rsyncは○○です。と答えたら
なにか状況が変わるんですか？ｗ
あなたが好きな言葉を当てはめてください。
そして、それに対して自分でレスしてください。 ハッキリ言ってWSLはやめとけ、いまはまだ時期が早い。
Microsoft製品はバージョン3になってから買えって言うだろ？ お前は時期が早いを何一つ答えてないんだがねｗ
いくつ質問したっけ？一つも答えてないよね ウェブ開発者はWSL使っても良いこと無いので、WSLを試す時間があったら、コードの一行でも書くほうが良いと思います。
使えるようになったら使え。
今はまだ早い。 > ウェブ開発者はWSL使っても良いこと無いので、
この人は、
1. 良いことがないの理由を一つも言っていません
2. WSLの方が楽々です。に反論していません >>777
俺は答えないよ。
俺が問題を出してお前が答える。
これからはこの方式だ。
おまえ、俺の書き込みを自分のセリフって事にしちゃうだろ。
だからもう、情報は与えない。
質問に答えられないお前を馬鹿にするだけにする。 はい、にげた（笑）
こういうこと。俺が答えてもこいつは何も反論しない >>783
Linuxマシンを使うと、設定が何もされてないので
簡単に実行権限が消えてしまいます。
WSLの方が楽々な理由の一つです。はい答えました。反論がないのは知ってますｗ デザイン班はマック、コーディング班はLinuxで良いだろ。
それが一番便利。 >>784
それ、Windows使うとダメな理由になってねえか？ >>786
WSLだと、Windowsと相互運用設定が完了しているWSLを使うのでその問題が解決します。 > 最初からLinux使えばええやろって話では？？
LinuxではWindowsアプリが動きません。
だからmacOSを使うしWindowsを使うのです。 1. WSLのインストール vs Linuxのインストール
WSLのインストールの方が簡単で時間も短く
設定項目はLinux用のアカウント名とパスワードだけです。
Linuxの場合、パーティションの設定など多くの作業が必要です。
勝者：WSL
2. ターミナル起動 vs SSH
ターミナル（Ubuntu）はスタートメニューのボタンをクリックするだけです。
SSHの場合、コマンドプロンプトを起動しSSHで接続しますが
パスワードを聞かれて面倒なので秘密鍵を作る作業はほぼ必須でしょう
勝者：WSL
3. WSLからexe実行 vs Linuxでexe実行
Linuxでexe実行しても動きません。LinuxからWindows用のコマンドを実行できません。
LinuxからWindows用のコマンドを実行するにはWindows側にもSSHサーバーをインストールする必要があるでしょう
勝者：WSL いや、俺もWSL使ってるんだよ？
使ってるだけに、これはまだ製品のレベルに達してないから、他人には勧められないなって。
こんなもん他人に勧めるバカはなんだと思う？
愉快犯でしょうが。 > 使ってるだけに、これはまだ製品のレベルに達してないから、他人には勧められないなって。
なぜそこだけ「他人に勧められますか？」って質問しないんですか？
答えは言わないっていいましたよね？
なんで自分で勧められないって答えを言ったんですか？ https://mao.5ch.net/test/read.cgi/linux/1608010142/l50
このスレに来てアンケートに答えてくれないなら、もうお前とは話さない。
絶交だよ！
でも、来てくれたらイイネするよ。 Web開発にWSL2使ってる開発者知り合いにそこそこいるわ
なんならWSL2のおかげでMac or LinuxからWindowsに完全に移行したってやつも >>727
>GUIは対応してません
GPU仮想化機能を使ってWaylandをnativeに動かせるようにするんだけど？
ただの仮想化ソフトには出来ない芸当。 >>797
GUIとGPUでは意味が違う
あとGUIに対応しないって主張していたのは初期の話ね
将来的にはGUIアプリにも対応することになったようだが、デスクトップ環境には対応しないだろう
つまりWindows上でGUIアプリを動かす。相互運用を考慮した実装。その時点でLinuxマシンと違う >>796
オレも、もうWSLが無いWindowsは考えられないほど依存している。あとKeyhacにも。 >>798
戦略ミスだろな。
完ぺきにLinuxが動けば、Linuxユーザーが増え、Linuxへの移行パスとなり得る。
したがってMicrosoftは、いずれかの時点で戦略ミスに気付き、完ぺきに動かない程度に維持するはず。 WSL使えないって言ってるやつ、Linuxまともに使えない能無しだな。 >>800
Linuxユーザーは増えないよ。Windowsの一つの機能になるだけ。 Windows用ソフトウェアはWindowsでしか動かない。
Linux用ソフトウェアはWSLがあるのでWindowsでも動く。
すると、ソフトウェアベンダーはLinux用のソフトしか作らなくなるのでは？
Linux用ソフトしかなくなった世界で、Windowsはどうなるだろう？
やはり戦略ミスだわ。 Linuxってサーバーで圧倒的に使われている技術なんだけど。その開発のためにもWSLが使われている。クライアントとサーバーを区別できてない奴多すぎ。 >>803
Windows用ソフトウェアもLinux用ソフトウェアも動かせるWindowsこそ最強ってなるだけだな
ソフトウェアベンダーがLinux用のソフトしか作らなくなるとしても既存のWindowsアプリが消えてなくなるわけじゃなし >>803
Linuxで動く様な商用ソフトって、ほとんど無いような。
あってもATOKみたいにdisconになる。
依存地獄のサポートなんてしたくないよな。 >>803
ソフト作ったことないだろ
WindowsでもLinuxでも動くように作るのは面倒だし何より商用ソフトはテストの手間がバカにならん
Windowsのシェアが半減しない限り普通のソフト屋はWindows専用で行く >>800
> 完ぺきにLinuxが動けば、Linuxユーザーが増え、Linuxへの移行パスとなり得る。
完ぺきにLinuxが動けば、Linuxに移動する理由がないよ
だってLinuxは完璧に動かない。Windowsアプリが
WindowsアプリとLinuxアプリが完璧に動くWindows vs Linuxアプリしか動かないLinux
結果は火を見るよりも明らか >>803
> すると、ソフトウェアベンダーはLinux用のソフトしか作らなくなるのでは？
> Linux用ソフトしかなくなった世界で、Windowsはどうなるだろう？
そのLinux用ソフトをWindowsで使うのでは？ｗ
だってLinuxじゃWindows用ソフト動かないでしょｗｗｗ WindowsがLinuxに侵食されるのを心配するより、chrome osに侵食されるのを心配したほうが良い。chrome osは管理が楽でAndroidアプリが動いて、最近学校に大量に導入されている。 Microsoft「だからクラウドにビジネスの主体を移動して
Windows 10の無料アップデートを実現したんだよ
普通に考えればOSの利益が減って損すると思うだろうが
MicrosoftのビジネスにとってWindowsはすでに重要ではない。
いつから計画して、いつ実現したのかわかるかな？」 やりがいのないLinuxプラットホームでソフトウェアベンダーがアプリをリリースする事は殆どないんだよなあ
ここは現実とかけ離れておかしくなっている奴が多いのか？ｗ 依存地獄がなんてやってたら、常用環境がおかしくなったわ。
アプリ設定画面からリセットかけても初期化されないので削除するしか無かった。
再DLめんどくせーな。 Flatpak, Snap, AppImageとかElectron, PWAなんかでリリースすれば依存地獄なくなるんじゃね >>815
毎回フルパッケージでリリースって要領が悪すぎる
というかそれ以前の問題なんだよ >>816
あ、はい。手元にあるファイルとの差分だけを
ダウンロードする仕組みを作れってことですね GUIに対応しないと言っても、WSL1の初期からXVNCでも何でも好きな鯖入れて使えてたし
音が出ないも自分でPulseAudio入れてホスト(Windowsでも、他のLinuxホストでも)にリダイレクトするだけだったし
対応しない ではなく お前にはできない だっただけ。 なんちゃってユーザーだろ。
使ったこと無いと思う。 WSLはまだ使い物にならないから、なんちゃってユーザーが多い。 いやふつうに開発で使ってるって
ほんまこいつずっと何言ってんだ？ WSLが使える道具だってわかったら困るんだろ？
志賀なんとかスレで荒らしてるやつが
ここにも来てるみたいだし 「ぼくの書いた記事を読んだのだろうけどあれでは使えない、なぜなのかはお前が書け」
「ぼくがデスクトップ画像を貼ったらピタッと止まった」
「彼らには使えているはずがない」
これ追い出さないとダメな奴 単に自分のものさしでしか物事を測れないってだけだと思う。実機に勝ものなしっていう、ものさし。 実機だとドライバ周りやらグラボまわりやらで要らねえトラブルおこるから、Linuxアプリ使うだけならWSLのが手軽まである。 Emacsを通してしかLinux使ってないから、WSLで十分なんだよな。VcXsrvでWindowsの一画面として動くし。
デスクトップ環境なんて必要ないから、かえってスッキリしていい。起動しているプロセスも数えれるほど。 >>829
ちょっとだけLinux使いたいって人には最適解ですね。特にWSL1はね。
mingwでうまく動かないときに使ってる。 WSLの前はCygwinでgnupack使ってたんだけど、遅かった。特にmagitは使い物にならないくらいに。forkエラーも時々出て途方に暮れた。WSLでそれらがみんな解決した。 >>830
ちょっとだけでなくガッツリ使ってるよ。 Linuxアプリが動くだけじゃなくて、環境が標準化されてるっていうのがいい
WSLという形で、仕様が決まってるから
アプリも対応しやすくなる
さっき作ったシェルスクリプトは、外部コマンドとしてあるバイナリを
内部で呼び出すんだけど、Windows用バイナリでもLinux用バイナリでも動くようにできた
Windowsメインで使ってる人は、exeをダウンロードするだろう、そしてそれを使える
WSLメインで使ってる人は、Linux用をダウンロードするだろう、それも使える
どちらでもよい WSLはGNU/Linuxのディストリビューションが使えるのがいい。MacなどのBSD系のUNIXはコマンドのオプションが微妙に異なっていて、作ったスクリプトなんかをLinuxサーバーに転用できない。DockerもLinuxをベースとした技術だし。 だから Mac用にWSL2を作らないかな？完全互換で
仮想マシンだから作れるやろ？ >>835
異なるオプションを持つ同じ名称のコマンドが混在して混乱しそう。WSLはUNIX系のOSじゃないWindowsで動くからいいのかも。 >>836
Mac版のコマンドは全て使えなくすればOK
つーかすでにLinuxのコマンドと混乱してる
すべてGNU版のコマンドに入れ替えればいいのに >>839
知ってる。GNU版のコマンドに入れ替えても問題なく使える。
だからWSL2と同じようにLinuxカーネルを動かす仮想マシンであらゆるディストリを
複数同居できるようにして、デフォルトでmacOS側のファイルシステムをマウントし
Linux側からmacOSのコマンドを実行できるようにすれば、macOS版のWSLが出来るはずなんだ
真のLinuxカーネルで真のLinuxディストリを動かしつつ
そのLinuxからmacOSを制御したい >>842
Linuxのコマンドと信頼性が高いUbuntuのパッケージが使える
macは/bin/shが古いbashなのも気に入らない >>843
bashが古いなら自分でソース取ってきてmakeすればいいじゃん >>845
シェルスクリプトの一行目には#!/bin/shって書くのが普通なんだよ
そして/bin/shは入れ替え不可能になってる >>847
> なんとなく思ったんだけど、MacでもDockerが動くんだよね。ということはLinuxカーネルは動かせる。
依存関係が逆。DockerがLinuxカーネルを使ってる。DockerにはLinuxカーネル含まれてないし、動かす仕組みもない
Linuxカーネルが動くから、Dockerが動くんだよ
勘違いしてそうだけど、MacでDockerを動かす仕組みはWindowsでDockerを動かす仕組みと一緒。
macOSもWindowsも「Linuxではない」からLinuxカーネルの機能はない。
だから仮想マシンの上でDocker独自の軽量ディストリでLinuxカーネルを動かしてる。
macOSでも仮想マシンを使ってるんだよ。
一応補足するとWindowsにはLinuxカーネルの機能はないと言ったが、
WS1では仮想マシンを使わずに、Linuxカーネル互換機能を提供するものだから
完璧ではないが今のWindowsにはLinuxカーネルの機能があると言える。
そして仮想マシンを使うWSL2ではDocker独自の軽量ディストリの代わりに
MSが作ったWindows公式の軽量ディストリを使うようになった
WSLでは複数のディストリを同時に動かせるが、WSL2で使うLinuxカーネルは一つしかない
共通のLinuxカーネルの上でDockerを含めた複数のディストリを動かすから起動も速くメモリ効率もいい >>850
長々書いてくれたけどDockerがLinuxのカーネルを使うことは分かっているよ。847のリンクの中の図がそうなってるよ。 >>851
そこがわかってるならDocker持ち出す必要ないだろ
Macでも仮想マシン使えるんだよね。ということはMacでも
Linuxを仮想マシンにインストールして使うことが出来る。
といえば済むだろ MacでもDockerが動くならMacでもLinuxのカーネルが動かせると書いたんだよ。分かりづらくてごめんよ。 >>849
>/bin/sh は入れ替え不可能
すべてのアプリがそのバージョンを使う事を想定しているから、
それを直接バージョンアップしてはいけない
他のバージョンを使うアプリは、自分で用意しないといけない。
または、Docker みたいに、環境・依存モジュールもまとめて配布する
Mac で使えるかどうか知らないけど、
プログラミング言語なら、日本人が作った、バージョンマネージャーのanyenv とか、
同様の機能のasdf とかもある >>854
ここも参考となる
https://ascii.jp/elem/000/001/043/1043010/
HyperkitがWSL2的と思ったのはハイパーバイザー型の仮想化ソフトだからだね。軽量なのでCUI環境作るのにピッタリ。（最初の話に戻る）
WSLの話でなくスマン。 LinuxはもうWindowsのサブシステムに成り下がってしまったんだな。
便利だからそっちのが良いけど。 本番環境では使うだろ。開発用として使わないってだけで 昔からLinuxじゃなくてMacで開発だったところがWindowsに変わっただけやで
元からLinuxで開発してない Macの最大のいいところはCmdがアプリ、OS系の操作、Ctrlがターミナル、Emacsのキーバインドと機能が整理されて独立されているところだわ
Windowsだとこれが全てCtrlにごった煮になってるから必ずキーが競合してしまう >>860
Keyhacででできるわ。左右のCtrlを使い分けられる。 Keyhac+FakeymacsでむしろWindowsの方が完全なEmacsキーバインドが実現されているよ。Cmdキーの件も左右のCtrlキーの使い分けで解決されている。 Windowsはフリーソフトがないと解決できない。
MacはHomebrewというフリーソフトがないと何もできない。 WindowsもMacもOSなんだから、当然といえば当然 WSLでopengl使ってプログラムしてる人いますか？
vcxsvr使ってwsl2上でコンパイルしたglのプログラム、動くんだけど一瞬でポリゴンが消えちゃって
サンプルで使われる四角を表示させるやつも駄目です
glut使ってるけど、なんでやろ？ >>865
それは仕組上、Xサーバー側の問題なのでは。 >>865
vcxsvrの問題じゃない？opengl使うのは動かないことあった。
MobatermXのほうがまだましだった。 >>866
>>867
やっぱりサーバー側かな。WSL1の時は大丈夫だったと思うのですが。
ちょっと変えて試そうと思います。
ありがとうございます >>868
報告よろしくお願いします。WSL1も使ってるなら
WSL1でコンパイルしたものを動かしたらどうなるのかも知りたいです。 >>869
とりあえずWSL1の環境でコンパイルしてみましたが
エラーなくコンパイルはできますが、実行するとウインドウは作成されて
一瞬ポリゴンが表示されますが、すぐウィンドウが黒くなります（ポリゴンが消える）
実行時にエラーメッセージが出てますがそれは関係なさそうです
vcxsvrのログを見ると
SetPixelFormat Errorとあるのでサーバのせいみたいです。
自分の環境だとWSL1でも2でもglut使うプログラムは駄目みたいでした。
仕方がないのでXサーバをX410に変えてみたら、そちらは問題なく動作しました。
vcxsvrの問題で間違いなさそうです。
vcxsvrでもなにか解決法があるかもしれませんが、X410で解決するのでそちらを使うことにしました。
試しに仕事で作成したgl使ったソースもコンパイルして実行してみましたが
WSL+X410の環境で何も変更しないで動作しました。これなら使えそうです
ご参考まで X410って確かLIBGL_ALWAYS_INDIRECTが使えなくてXサーバー側の3D描画ができないよね
VcXsrvのNative OpenGLは切ってみた？ >>862
左右のCtrlの切り分けに対応してないアプリはどうしてる？ >>872
Keyhacがアプリから片方のモディファイアキーを横取りしているだけなんだけど、具体的にどういう質問？ GUIの対応って、公式が検討していることを公表してたのは知ってるけど、何をどうするんだろう
現状でもWin側にＸサーバー入れれば普通にGUIアプリは動くし >>875
それを言ったらWSLだって仮想マシンを入れて
"頑張って構成を作り上げれば" ほぼ同じことが出来るだろ？
MSがやるのは、その頑張る部分をなくすことだよ
頑張ってXサーバーを入れないと使えないんだから、入れなくて使えるようにするだろう
GUIを表示するために必要な、WSL側の設定も一切不要にするだろう
ハードウェアアクセラレーションもちゃんと動くようにするだろう
Windowsアプリとのコピペのやり取りや日本語対応などもちゃんと出来るようにするだろう
少しずつの対応になるだろうけど、GUIアプリのパッケージをWSL側に
インストールして実行したら普通にGUIアプリが起動するところまでやると思うよ
仮想マシンで（頑張って）出来ることなら全てできるようにするだろうね
Linuxをインストールするよりも簡単で、やりたいことが全部できるならLinuxをわざわざ使う必要がなくなる。 Windows側がRDPクライアント機能は標準で持ってるから
WSL側で(MS謹製の？)xrdp的なものを用意して、導入がラクか半自動でいけるくらいにはするんだろ
できる事は自分でxrdp突っ込んでRDPでグラフィカル環境を使うのと何も変わらん
xrdpやxvncとか突っ込むのに「頑張って」必死でやらないと(やっても)出来ないような奴なら
恩恵は無いと思うよ (MS製の？)xrdp的な鯖は、wayland経由でRDPで吐いてくれるとかだったかな
まあ多少は効率向上もあるかもしれんけど、xrdpやらの導入を「頑張らないと(頑張っても)できない」層が得るものは何もない 優先順位１が開発環境２がGPUで計算
nvidiaは普通のwindowsドライバにwith wsl2したものを提供
GUIはdirectX動かすつもり 連レスで頑張らないと持論展開できないのキモいですほんと お、ようやくWindows Updateでカーネルの更新が始まったぞ >>877
世界で10人くらいしか恩恵ないって事だろ。 まあ無いよりはあったほうがいいんだけど優先度的に他にもっとやって欲しいことはある 根回しして会議を繰り返して導入に成功したのがDockerだとすると、グランドデザインとは程遠いので、MSの将来が危ぶまれる。
Dockerは根本的に問題を解決する素晴らしいものではなく、問題を回避するための必要悪。
必要悪を導入するのに一生懸命になるより、悪を必要としない世界を作るべきでは？ >>877
> できる事は自分でxrdp突っ込んでRDPでグラフィカル環境を使うのと何も変わらん
> xrdpやxvncとか突っ込むのに「頑張って」必死でやらないと(やっても)出来ないような奴なら
> 恩恵は無いと思うよ
ではここにやり方を書いてください。
パッケージのインストールではなくちゃんと動作する手順です。
それすらも面倒くさいようなら「頑張って」やるしかないってことですね >>884
> 根回しして会議を繰り返して導入に成功したのがDockerだとすると、グランドデザインとは程遠いので、MSの将来が危ぶまれる。
Dockerしか思いついてない時点で、
お前に新しいものを作り出す能力がないってのがよく分かるよｗ 俺に能力があろうがなかろうが、MSが道を誤ってることに変わりないだろう。
キミは何を言ってるんだね。
反論してるつもりなのか？ 俺に能力があろうがなかろうが、MSが道を誤ってることに変わりないだろう。
その根拠は「能力がない俺」の主張が正しいからだ
ってこと？ｗ
お前の主張が正しいかどうかの話をしてるんだから
MSが～という話をする前の段階だよ WSL周りについては、MSは正しい選択を続けているように見えるけどねえ… 妄想者が増えているからあまり釣られないほうがいいよ Windows Subsystem for Linux Graphics Update - 0.2.11 あるGUIソフトがLinuxにしか無かったんでその作業の時だけLinux使ってきたがWSL2とX410試したらあっさり動いてしまった WSL使えなかったとか言ってるやつは無能すぎてまともにLinux使えない奴だろ。
WSLで出来ることだけるだけの頭もないバカってのがモロバレ。 それにしてもなんでこんなにメモリバカ喰いするんだ？
デスクトップだからいいけど、ノートで開発するなら辛そうだわ
普通に仮想マシンより食ってるよね >>896
Linuxの設計が、メモリがあればあるだけ
キャッシュとしてメモリを使うかららしいよ
どこかで解説してた > 普通に仮想マシンより食ってるよね
WSL2は仮想マシンだよｗ
仮想マシンのメモリ制限してないだけでしょ？ WSL2の動的メモリが最大でホストの80%ってのと、Linuxのキャッシュアルゴリズムの相乗効果なんだろうけど
動的メモリの最大値は50%か8GBの少ない方に変更されてるね、仕様変更がプレビュー以外にいつ降ってくるかはよく分からん
それ以外にもメモリバルーンがあったと思うんだけど…、こんな場合には効かないのかな？ その辺に関して、VMwareESXとかHyper-Vなどはどうやって解決してるんだろ？ってなるな。
理屈はほとんど同じだよね。 Windows 10 を起動するだけでも、8GB メモリの内、4GB確保する。
ファイルの先読みとか、バックグラウンドの処理用に確保するのだろう
ひとまず確保しているだけで、
必要になれば、何かを捨てて、必要な仕事をするはず
Linux でも同じ キャッシュはメモリが必要になったときに直ぐ開放されるの通常は使用済み用量としてにカウントされない
WSL2はVMなのでキャッシュであってもホストから見たら通常のメモリ使用と同じにしか見えない >>900
LinuxとWSLの仕様と仕様が組み合わさった結果予期しない動作が起きてるんだからバグでいいんじゃない？ >>904
RAM 2GBのPCでもストレス無く動くから、WSL2で使用しているメモリでもアクセス頻度の低い領域はスワップアウトしてるぞ。 >>907
アクセス頻度の高い領域までスワップアウトされると、動作が遅くなってストレスが溜まる GUIが正式に起動できるようになるのが街同士い
ブルーライト軽減のためにredshift付かいたけどx.orgが使えればいいんだが >>906
WSL2上のLinuxしか使ってないならそうなる
問題はWSL2にメモリー喰われて他のWindowsアプリがスラッシングに陥るって話だから >>911
Linux 側の free -h の結果と Windows 側のタスクマネージャの パフォーマンスタブ-メモリー 見せて virtualboxは仮想環境立ち上げるといきなり設定したメモリ分を確保するけどね
だからどれだけあらば十分か考える
WSLは動的に実メモリの使用量を調整できるとしても
80％確保とか馬鹿じゃないの
ほぼWSL専用のwindowsじゃないの ウチのマシンはWSL2は起動しただけだと80パーセントも取らんなぁ。
最大80パーセントで起動直後から最大値まで取りに行くのか？ あ、8G迄なのか。
それなら50パーまでしかいかんわ。 virtualboxみたいに自分で決めないから
文句もでるわけで
今は最大サイズが決められる
この問題は今はない ８０％にあらわれてるようにdockerが独占するような
環境を想定してる
windowsでリソースが必要なことはなくなってる 仮想環境使うのに32GB積まないってないだろ・・・。今時。 そんなもん使い方次第
>>906の2GBとかは流石にネタレベルだが >>913
RAM 2GB君が立ち上がらないので4GBでゴメン
ttps://i.imgur.com/j5dsnXS.png
ttps://i.imgur.com/dea21n0.png >>922
WSL, chrome, 切り取りツールだけ
今度は
Chromeでタブを10個開き、libreofficeのwriterとcalcで各１つずつ編集してみた。wslがあるからといって、winアプリが重くなることはない
ttps://i.imgur.com/18rFu3i.png >>923
そりゃWSL側で何も動いてなきゃそうだろうなとしか言えんよ… >>924
元レス>>904はキャッシュが解放されないのが問題としているが、解放されなくたって、メインメモリを食ってなきゃ問題無いんだよ >>925
だからLinuxのキャッシュに33MiBしか使ってないなら意味ないだろって話な >>926
キャッシュを増やしてみたけど変わらないよ。使われない領域はちゃんと掃出される。
ttps://i.imgur.com/l6fAjJG.png
ttps://i.imgur.com/08zJXt8.png >>927
>>897
> Linuxの設計が、メモリがあればあるだけ
> キャッシュとしてメモリを使うかららしいよ
の意味わかってないの？
Linux側スカスカじゃん >>928
Linuxはキャッシュとして使ってるんだから
スカスカではない >>929
お前全然理解してないだろw
>>904の前半はWindows側のキャッシュの話
後半はLinuxのキャッシュの話
>>930
free の出力の見方も知らないやつが絡んでくるなよ…
1GiBも使ってないだろ 漏れは、8GB メモリのPC を使っているけど、
ブラウザでも動画を見たら、5GBぐらい使う
たぶん、キャッシュにでも使うのだろう
Windows 側で、ブラウザを起動したら、
4GBメモリのPCじゃ、ヤバイのでは？
WSL2, Docker も使える？ >>933
理解できないなら黙っとけ
VMの動き知ってたらゲスト側のメモリーの使用状況を知るなんてできないことぐらい分かるだろ
そのうち協調動作するようになるかも知れないけど今は無理 イマドキのブラウザって無駄にメモリ使うアプリ筆頭じゃね。あるだけよこせって挙動する。
今のWSL2側でブラウザ使う物好きは少数だから問題なしw >>935
ゲスト側の内訳なんか知る必要ないだろ、ホストはリソースの逼迫度に応じて割当てれば良い。ゲストは割り当てられたリソースの中でやり繰りする。 >>931
> free の出力の見方も知らないやつが絡んでくるなよ…
> 1GiBも使ってないだろ
WSL2の話なら、俺はこんな感じだな
total used free shared buff/cache available
Mem: 24Gi 91Mi 22Gi 0.0Ki 1.9Gi 23Gi
Swap: 7.0Gi 0B 7.0Gi
キャッシュとして1.9Giバイト使ってる
Linuxとしてはキャッシュデータで埋められているから空き容量として扱うだろうけど
キャッシュデータとして意味があるから、Windowsから見れば使用容量にあたる >>938
> ゲスト側の内訳なんか知る必要ないだろ、
あるぞ。俺はメモリの少ないMac BookででDocker使ってるんだが
Dockerは当然仮想マシンなので、一定のメモリを割り当てないといけない
Dockerで動くアプリを起動したときは当然メモリが必要だが
そのアプリを起動してないときはメモリは必要ではない
しかし仮想マシンなので常に一定のメモリ量を割り当てないといけない
そうするとホストで使用できるメモリ量が減る
ホストはゲストが使用するメモリ量だけを与えるのが理想
だからゲスト側の内訳を知ることは重要なこと
WSL2はLinuxカーネルに手を入れるわけだからいずれそれが出来るようになるだろう >>938
マジで理解してないなら黙ってなよ…
Linuxは空いてるメモリーがあったらキャッシュに使う、もちろんLinux側でメモリーが逼迫したらキャッシュに割り当てたメモリーを使う
ホスト側からはキャッシュに使われてるのかアプリとかで使われてるのかはわからないから
> ホストはリソースの逼迫度に応じて割当てれば良い。
なんてことはできないんだよ >>939
空き容量freeはtotalからusedとbuff/cacheを引いたもの
cacheを空きと見てない
要は実際メモリを消費してるからその分ソフトウェアでどうこう
できる問題ではない まさかLinuxでWindowsのキャッシュメモリを扱うとか変態的なことはしないだろうな WSL1とVirtualBOXのゲストにUbuntu入れてるノートPC使いの俺がサイツヨだな！
DEなしならメモリの割当が1G切ってもけっこうさくっと動くぞ、Ubuntuは。 >>945
ハードウェアリソースとやらが何を指してるのか知らんけど今はメモリーの話ね >>944
そういう話ならWSL2のメモリ割当を最大1GBにすれば同じこと WSL2入れたらVMwarePlayer動かんくなったわ
ゴミだなこれ >>948
ハイパーバイザー プラットフォームは入れた？ >>949
ありがとう
有効化してるけどVMwareのインスタンス立ち上げる時エラーになるんで結局WSL2の方止めちゃった VMware Workstationは15.5.5以降でHvper-Vとの共存をサポートしてるよ
上にあるようにハイパーバイザープラットフォームの
有効化は必要だけど >>952
ブログなりでそういう記事見かけたからイケるか！？と思ってやったけどダメだった
VMWP内のubuntuは起動するけどgns3VMが動かなくなっちゃったんだよね Windows InsiderProgramの公式サイトが日本語対応になったな
矢っ張り日本語が楽だよな Windows Subsystem for Linux Update - 5.4.91 公式に GUI 対応するという話はその後どうなりましたか？ WSL2 でvim 8.2 をソースコードからメイクしてるのですが、クリップボード機能をオンにする方法を教えてください
GUI 機能を使用しないとダメなんでしょうか？ 現状公式に GUI はサポートされてないので --disable-gui --without-x で configure して make してます >>957
公式発表では動き無し
WSLG用の仮想マシンはたまにバージョンアップされてるね
WSL2→/mnt/wslg/～(UNIXドメインソケット？)→WSLG(VM)→mstsc.exe
って流れの模様、GUIアプリが起動したらWSLGからmstsc.exeが叩かれるように見えた >>958
クリップボードはXの機能だからXがないと機能しようがない
WSLからWindowsのクリップボードへの転送はclip.exeでできるので
vimでコピーしたい行をVで選択して:!clip.exeで転送できる
逆はターミナル上で普通に貼り付けるだけなのでいらないと思うけど https://twitter.com/unixterminal/status/1362147937946636297
The new WSL 2 kernel based on the 5.4 branch is rolling out.
To get the latest WSL 2 kernel updates via Windows Update you need 'Receive updates for other Microsoft products when you update Windows' checked in Windows Update Advanced options.
https://twitter.com/5chan_nel (5ch newer account) オラのWSL2またご機嫌斜めで起動してくんない
性能云々以前に更新のたびに使えなくなっちゃ使いもんなんねえだよ >>956
apt update、upgradeで出来ますか？ >>968
WSL2のカーネルはWindows Updateでアプデだよ WSL2 へアップグレードする際に使用した Windows Subsystem for Linux Update というアプリはアンインストールしていいですか？
もうアップデートは済んだのにずっとアプリと機能の欄に居座っているのはおかしい気がします 別にいらないと思うなら勝手に消せばいいだろ
おかしいと思っているんだろ？ >>958
vimのレジスタ"*は勝手にホストのクリップボードと同期するよ
set clipboard+=色々
おれはX入れてないからXのクリップボードは使えないけど、winネイティブのvimも入れてるのでwinのクリップボードにも勝手に入る
vimは.viminfoと.shadaってファイルで別プロセス別セッションでの情報をやり取りしてるのであるか調べてみたら、なければ:h してつくれ vimの外でもコピペしたいこともあるから常に:termの中に住んでるな、ログ取りたいならそのまま:wできるし便利
xtermデカすぎて入れてないんで、ターミナルエミュレータ機能ほんと助かる グラフィック系は全部win側のghostscriptに投げてるな
設定無しでそのままgscwin32.exe file.psかパイプで流せばすぐ窓が開く
引数与えなければそのままインタプリタとして使えるのでwsl側に二重に入れる必要もない
むしろguiのインタプリタは補完も履歴も効かなくて快適
xxx2ps的なフィルターはパッケージマネージャにいくらでもあるのでps書かない初心者でも大丈夫
x嫌いの人におすすめ >>973
細かい痒みがあちこちにあってなんとかならんもんかと思っている新参者としては、こういうTipsがとてもありがたいです wt(preview)も良くなってきたけどデフォルトで変なリガチャフォント使うのやめてくれ…
Consolasも使えるからそれでいいわけだけど、!=を≠に見せるのはperl(raku)のように本物の数学記号文字でコーディングする言語で、初心者や書かないけどなんとなく既存コードを弄る人に混乱を招く
wsl/wtはすごく便利と思うので、発展を願っての老婆心 >>975
:terminalのデフォルトだと、確か(端末エミュレータ用途には不要であろう)行番号が付いて画面が狭くなるので、:set nonumberオプションを設定しておくとか
vim同梱プラグインの:Manがおそらく最も高機能なページャだと思われるので(少なくともmostよりは)、MANPAGER/LESS/PAGER環境変数に入れておくとか
K(カーソル下の単語から他のmanpageへジャンプ)、タグジャンプをサポートしてるし、辞書作らなくてもデフォルトで殆どのキーワードを適切にハイライトしてくれる
とりあえず今思いついたものだけ xtermは256なのにvimはtruecolorサポートという謎の頑張り
xterm on wtで動かしたら意味ないだろうけどな…
wtはどこまでだろ
画像とか表示させろ ビルド21332でWSLGが来たね
https://i.imgur.com/2OOzVws.jpg
リリースブログでは何も触れてなかったけど ( ﾟдﾟ ) ｶﾞﾀｯ
.r ヾ
＿_|_| /￣￣￣/＿
＼/ / マジか、もう1年以上更新されてないX410捨てるか >>979
材料(1台分)
・PC x1
・Windows10(Insider Preview Build 21332) x1
・Windows Subsystem for Linux Graphics Update x1
( http://download.windowsupdate.com/c/msdownload/update/software/updt/2021/03/wsl_graphics_update_x64_8c648918a22607761f85f8e5c071aacc2e3aedc7.cab )
作り方
1.材料をよく混ぜ合わせます
2.完成
コツ・ポイント
・メイン機は避けた方が良いでしょう、できれば仮想で
・まだ日本語関係はほぼ何も出来ないので、今後に期待しましょう >>979
おー、win側でxserver立ち上げなくていいのか
settingがjson介さずに(全部でないが)できるのしか気づかなかった
win/linuxのPowerShellもずいぶん良くなってきたしそろそろbash要らなくなるな インタラクティブシェルとして、ってことね
勉強するか >>983
Can't open display: :0で繋がらね
mstsc.exeが勝手に起動してるところまでは行ってるんだけど win→wslへの環境変数は勝手にエクスポートされるけど、profile.ps1にbash -c envでwin側にバックポートすると捗った（当たり前だったらすまん
wsl -d distro
function wslhome { cd \\wsl\distro\home\winlover }
も書いとくと便利
powershellをwin/wsl用に2つ入れるというアホなことしてたわ
Linux版powershellじゃないとネイティブシェルではないが、別にbash -cでもいいよね？
むしろwsl/win のプロセスが同等に扱える利点がある
linux版はwsl向きじゃないんかな？ .vimrcやらも大体win側へln -sしてるし、もういっそwslのhomeをwinのhomeへのシンボリックリンクにしてしまおうと思うんだけど何か罠とかあるだろうか？
問題はwinのrcファイルの類がUserとUser/Documentと(そしてさらにサブディレクトリに)散在してることか… ああ、realpath -Pとか使ってる.shがあるとシンボリックリンクでは不味いのか
よく使われるコマンドだし危険そう
なんかいい手立てはありません？ >>990
そうですね…はい…
物理パス取るコマンドでもそもそも箱庭だから本当の物理パスなんて取りませんね
とりあえずvhdファイル丸ごとバックアップしてやってみます $HOME/Documents → %USERPROFILE%\Documents みたいに、
データを入れるディレクトリだけをWindowsの実体にシンボリックリンクを作成してるわ
まぁ、使ってるひとには何を今更だろうけど
Windowsでも、ドットファイルを作成するアプリがあるし、
それが同名ならトラブルのもとになりうるから
HOMEのルートだけは別にしたほうがいいと思う 通りすがりですが次スレ立てました。
【Bash】Windows Subsystem for Linux【WSL】10
https://mao.5ch.net/test/read.cgi/linux/1615976083/ 950踏んだら立てるとかいうルールなくなったんですか？ 最近は規制が強化されたのか、なかなかスレを立てられなかったり、
「スレを立てられなかった」という報告すら書き込めない場合もあったりするかもしれないので、
950を超えたら気付いた人が立てたらいいのでは。
その際できればスレ立て宣言してくれるとスレが重複する可能性が減るのでありがたいかな。 >>994
たまに勘違いしてる人いるけどそれは進行が速いスレのローカルルールで2chのルールじゃないよ
Slot
🌸👻🌸
💰🎴🎰
🍒🎰😜
Win!! 4 pts.(LA: 0.85, 0.97, 1.03)
Status ♥3 ♦4 HP: 1000 pts. たぶん(0)
0.86, 0.97, 1.03(1001.667969) Proc. [0.165613 sec.]
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
SLOT Results
🎰🎰🎰 Excellent!! 0
🎴🎴🎴 Gratz!! 0
🌸🌸🌸 OPPAI Ban!! 0
💣💣💣 Backingum!! 0
Win!! 1
Points 4 pts.
life time: 98日 6時間 22分 30秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
