【Bash】Windows Subsystem for Linux【WSL】6

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】5
https://mao.5ch.net/test/read.cgi/linux/1553100855/

ついにDockerに対応したWSL2を私見で解説してみた
http://koduki.hatenablog.com/entry/2019/05/10/124945

ここ重要

> さらにWSL2の環境毎にVMを立ち上げるのではなくLinuxカーネルは一つだけ立ち上げて、
> それぞれのWSL環境はコンテナで仕切っている様です。

Microsoft、「WSL 2」への質問にブログで回答
https://www.atmarkit.co.jp/ait/articles/1905/16/news096.html

WSL 2は「Hyper-V」を使用するのか。「Windows 10 Home」で使えるのか
　WSL 2は、Windows 10 Homeを含め、現在のWSLが使用できる
全てのSKU（Stock Keeping Unit：個々のエディションやインストールオプションを表す番号）で使用できる。

「WSL 1」はどうなるのか。廃止されるのか
　現在、WSL 1を非推奨とする計画はない。WSL 1とWSL 2は共存でき、
各ディストリビューションはいつでもアップグレード、ダウングレードできる。

https://www.atmarkit.co.jp/ait/articles/1906/14/news103.html

LinuxファイルをLinuxルートファイルシステムに配置
　Microsoftによれば、Linuxアプリケーションで頻繁にアクセスするファイルを
WSL 2ではLinuxルートファイルシステムに置くようにしてほしいという。
高速なファイルアクセスが可能になるためだ。WSL 1では、ファイルを「Cドライブ」に置くようMicrosoftは推奨してきた。

　なお、WSL 2では、WindowsアプリケーションがLinuxルートファイルシステムにアクセスできるようになっている。
例えば、bashシェルで「explorer.exe /」を実行すると、エクスプローラでLinuxのルートディレクトリの内容を表示できる。


初期ビルドでは、動的IPアドレスでLinuxネットワークアプリケーションにアクセスする
WSL 2は仮想マシン（VM）で動作するので、WindowsからそのVMのIPアドレスを使って、
Linuxネットワークアプリケーションにアクセスする必要がある。逆にLinuxから
WindowsホストのIPアドレスでWindowsネットワークアプリケーションにアクセスする必要がある。
Microsoftはできるだけ早期に、WSL 2がlocalhost経由でネットワークアプリケーションにアクセスできるようにするという。

>>前スレ992
> ファイル名生成APIなんてものはないけど、
この時点で「OSがファイル名を決める」と矛盾してるんだがどういうことだ？
でたらめ言うのもいい加減にしろよｗ

>>4
矛盾も何も、ファイル名生成APIって言い出したやつが馬鹿ってことなだけなんだが？

もしかして、OSが決めたファイル名の意味がわかってないのかな？

｢Microsoftのバグ｣との戦い
https://tech.nikkeibp.co.jp/it/article/COLUMN/20080819/312956/

>>3
＞例えば、bashシェルで「explorer.exe /」を実行すると、エクスプローラでLinuxのルートディレクトリの内容を表示できる。
こいつ試さず記事書いてるよな

>>8
大本のMSのドキュメントが間違っていた。
https://docs.microsoft.com/en-us/windows/wsl/wsl2-ux-changes

https://github.com/MicrosoftDocs/WSL/issues/407
> `explorer.exe /` only opens Documents. Use `explorer.exe .` instead #407

以下のプルリクで修正されている。
https://github.com/MicrosoftDocs/WSL/pull/408

まあ、実際動かして確認してないのはいくねえ

>>8
MS のドキュメントを見た限りでは、explorer.exe . であっても表示されるのは カレントディレクトリ でしょうね。ルートディレクトリ？ｗ
WSL2 の環境が無いので WSL1 ですが、explorer.exe . カレントディレクトリ、explorer.exe \\ ルートディレクトリ ですね。

Docker ❤ WSL 2 - The Future of Docker Desktop for Windows - Docker Engineering Blog
https://engineering.docker.com/2019/06/docker-hearts-wsl-2/

まあそうなるな

UbuntuがMicrosoftストアで配布されているように、
Docker専用ディストリMicrosoftストアで配布されるってことかな？

WSL2上のソフトがホスト上で直接動いているかのように見えるならば、
Docker for Windowsがやっている様々なプロキシ機能は
WSL2の担当になって、何もすることはなくなるからね

嫁

WSL2はHomeでも動くようになるってのがいいね。
Docker for WindowsはProでしか使えなかった。

Docker社、WSL 2に最適化した「Docker Desktop for WSL 2」来月リリース。Windows 10でLinux版Dockerを実現、Kubernetesも1クリックでセットアップ
https://www.publickey1.jp/blog/19/dockerwsl_2docker_desktop_for_wsl_2windows_10linuxdockerkubernetes1.html

VScodeとRemoteというプラグイン使うと組み合わせて使うとイケてる。
開発系のツールはLinuxの中にブチ込めて楽になった。
Eclipseいらねえわ。

WSL1とWSL2のベンチマーク公開 、どっちの性能が高い？　2019/06/20 10:10　後藤大地
https://news.mynavi.jp/article/20190620-845374/

Phoronixは6月14日(米国時間)、「Linux Hardware Reviews, Articles, & Gaming -
Phoronix」において、WindowsでLinuxバイナリを実行する技術であるWSL1とWSL2のベンチ
マーク結果を発表した。

WSL1はWindows 10にすでに搭載されている機能、WSL2はWindows 10の開発版に搭載されて
いる機能だ。MicrosoftはWSL2でファイルシステムパフォーマンスが大幅に向上すると
うたっており、ユーザーや開発者から注目されている。

Phoronixのベンチマーク結果は多岐にわたるが、大きくまとめると次のような結果になっている。

・I/Oバウンダリな処理に関しては、WSL2がWSL1よりも高い性能を示している
https://news.mynavi.jp/photo/article/20190620-845374/images/001l.jpg
・CPUバウンダリな処理に関しては、WSL1がWSL2よりも高い性能を示している
https://news.mynavi.jp/photo/article/20190620-845374/images/002l.jpg

WSL1はレイヤ技術に近く、Linuxカーネルに対するシステムコールをWindowsカーネルへの
システムコールに差し替えることで動作している。この方式はCPUの利用が効率よく高速に
動作しやすいと言われている。ただし、LinuxとWindowsではファイルシステムが違いすぎる
ため、ファイルシステムに関しては性能が低いという状態になっている。

一方、WSL2はHyper-Vを使うといった方法を採用しており、仮想環境で動作している。
ファイルシステムに関してはWSL1よりも性能が向上しているが、CPUに関しては逆に処理が
遅くなっている。これは仮想環境を通すことでその分性能が下がったと見られる。

WSL2はまだ開発段階にあり、今後パフォーマンスが向上する可能性もある。しかし、WSL2の
仕組みを考えるとこれ以上パフォーマンスが大幅に上昇するとは考えにくく、現状の
パフォーマンスがほぼベースになることが予想される。

>>18
専ブラ用に本当の画像を貼り直し

・I/Oバウンダリな処理に関しては、WSL2がWSL1よりも高い性能を示している
https://news.mynavi.jp/article/20190620-845374/images/001l.jpg
・CPUバウンダリな処理に関しては、WSL1がWSL2よりも高い性能を示している
https://news.mynavi.jp/article/20190620-845374/images/002l.jpg

Windows Terminal Microsoft Store Preview Release
https://devblogs.microsoft.com/commandline/windows-terminal-microsoft-store-preview-release/

ストアに来たのね
プレビュー版だから設定画面とかなく、
jsonそのまま弄らせるとか中々やな

MS純正品しか使っちゃいけない会社ならともかく、wslttyに満足している自分には何もメリットないな。

Previewだのfast ringだの焦らしてばっかりだな

WSLってnmap動かないの？
こうなるのだが

$nmap 192.168.0.2

Starting Nmap 7.60 ( https://nmap.org ) at 2019-06-27 00:23 JST
Problem binding to interface , errno: 92
socket_bindtodevice: Protocol not available
Problem binding to interface , errno: 92
socket_bindtodevice: Protocol not available
Problem binding to interface , errno: 92
socket_bindtodevice: Protocol not available
Problem binding to interface , errno: 92
socket_bindtodevice: Protocol not available
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.16 seconds

$ sudo nmap 192.168.0.2

Starting Nmap 7.60 ( https://nmap.org ) at 2019-06-27 00:34 JST
dnet: Failed to open device eth0
QUITTING!


なんでeth0開けないんですか？

wsl1はarpすら使えないしtcp/udp以外の
特殊なパケットは扱えないんでは

そうなのですか
WSL2ではいけそうですか？

直接的には、RAWモードでソケットを作ろうとしてサポートされてないって怒られてるね

/proc/net配下にあることしか出来ないはずだから、WSLでは省略されてる機能らしい(UNIXドメインソケットは？だて疑問があるけど)
ちなみにWSL2ではいける

oops!
だて→って

Linux kernelのupstreamで修正済みのバグを踏み抜いてるissue見ると安定リリースでもkernelのアップデートには追従してほしいところ

「WSL 2」へのバージョンアップでLinux互換環境はどう変わるのか？
2019年06月28日 05時00分 公開　[塩田紳二，著]
https://www.atmarkit.co.jp/ait/articles/1906/28/news034.html

2020年春に提供予定の機能アップデート「20H1」のプレビュー版に、WSLを強化した
「WSL 2」が実装された。早速、WSL 2でどのような変更があるのか、Linuxとの互換性は
向上しているのかなどを簡単に検証してみた。

>>31
WSL2ってプレビュー版出てるの？

もう、
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform
で入れれるの？

そのよくわからん呪文調べてる暇があったら
プレビュー版の使い方でも調べてこい

>>32
ご自分で情報を得るようにしたほうがいいと思いますよ。
ttps://devblogs.microsoft.com/commandline/wsl-2-is-now-available-in-windows-insiders/
ttps://docs.microsoft.com/en-us/windows/wsl/wsl2-index

>>33-34
WSL入れてて、WSL2にしようとしてるけど出来ないよ

PowerShell(管理者権限)で

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform

wsl --set-version Ubuntu-18.04 2

とやったけど、
VirtualMachinePlatformはオンになったけど、

wsl --set-version Ubuntu-18.04 2
をやると
｢コマンドラインオプションが無効です --set-version｣ってなる

WSLは昨日MicrosoftStoreから入れたから最新のはずだが

これはもしかして、Win10home64bit 1903じゃ、VirtualMachinePlatformが効かないのでは？

homeに、Hyper-Vがないのか

「build 18917 or higer」

SUSE Linux Enterprise Server 15 SP1
https://www.microsoft.com/store/productId/9PN498VPMF3Z

>>35
なぜ OSビルドを 18917 以上にしないのですか？

ドキュメントをよく読んでないからです。

18917って1903と違ってプレビュー版なんでしょ？
さすがにコケたら怖いから、OS自体プレビュー版に出来ないわ

まあ、入れてみたいけどね

じゃあWSL2の正式版が出るのを待てよ

そうですね、来年まで待ち続けます･･･

ところで、18917とかプレビュー版って急に落ちたりしたりしないの？
WindowsTerminal入れたが対して使ってないのにすでに数回落ちたぞ
やっぱOSにプレビュー版は不安やわ

>>45
急に落ちたりはないようです　該当スレで聞いてみては
ttp://mevius.5ch.net/test/read.cgi/win/1554145899/l50
ttp://mevius.5ch.net/test/read.cgi/win/1554114504/l50

>>45
メインマシンに使うようなもんじゃない

Windows10 home 64bit 1903使用。

>>35でVirtualMachinePlatformオンにした後に、オフにして
VMware立ち上げようとしたら、

｢VMwarePlayerとDevice/Credential Guardには互換性がありません。
VMPlayerは、Device/Credential Guardを無効にした後で実行することが出来ます。｣

ってなったので、
グループポリシーエディタ(gpedit.msc)でDevice/Credential Guardをオフにしようとしたが、
Win10homeだとグループポリシーエディタが起動すらしないぞ

MSはhomeユーザーなめてるのか
(変なバッチファイル作って入れる方法はあるらしいが)

ああ、それプレビュー版だからだよ
素人は本番リリースまで待てよ。

何も理解できてない奴が使う機能じゃないから、
そういった人は触らなくても良いと思うわ
Insiderのみってことも分からなければ、
仮想環境の状態も分からないとか・・・

いや、普通にWindows再起動したら普通にVMware立ち上がったわ
多分、Windows10homeは、VirtualMachinePlatformオフにして再起動でVMware復活するわ

そりゃそうだろな、OSの下で動くハイパーバイザ型が
再起動なしで無効にできるとか思えねぇし

再起動してなかったのかよ

マイクロソフト､WSL 2に最適化した同社版LinuxカーネルのソースコードをGitHubで公開
https://www.publickey1.jp/blog/19/wsl_2linuxgithub.html

4.19.52動いたー

kernel.orgから持ってきたやつがダメなのはどこに問題があるんだ…

そもそも自称先進国のホルホルゴキブリ朝鮮人は、電子レンジの根幹マグネトロンが作れない。
家電用マグネトロンすら作れない糞食い馬鹿と言うことは当然、航空機や船舶、気象、軍事用レーダーも作れない。
日本のハイテク部品を組み立て、それが売れただけでG7の日本にホルホル自慢。
極めつけは、マグネトロンを全て日本からの輸入に頼ってる糞食い土人白丁が

「韓国の電子分野技術は日本を超えた。ホルホルホル・・・」

とホルホル寝言

19H2が18362のままってことはWSL2は来ないのか
来年まで待つか

WSL1でも困ってない。もうそれで慣れてしまったからかな？
VSCodeのRemoteもWSL1のほうが使い勝手がいい。

20H1からって最初から言われてるのに

>>58
仕組み的に一長一短あるよね(´・ω・｀)

wslの文字コードの処理がよくわからん。
UTF-8のテキストストリームを処理するに当たり、
for文の処理後のパイプラインとか、echoとかがスクリプトにあると、
UTF-8がなぜかCP932に変換されてしまう。
そのせいで、"nkf -w"を適時挟み込む必要がある変なスクリプトになるわ。
これって、wsl特有の現象だよねぇ。

>>61
コマンドプロンプトで動いてるせいだろうな。
chcp 65001ってやるとどうなる？

>>61
フォントが無いだけやろ。
UTF-8はUTF-8のまま、何も変換してない

>>63
アホは黙っとけ

すまん！
for文内で実行したコマンドが、CP932でストリーム吐いてやがったw
単独で動かすまで気づかなかったよ。

ちなみに、echoやlsのリダイレクトはUTF-8であることは確認した。

>>62
chcp 65001 && wsl で起動しても、振る舞いは変わらなかった。

>>63
コンソールで普通に文字化けしただけみたい。

お騒がせしました。

ストアのWSLで一番難易度高いのってPengwin Enterprise？
別途RHELなりOracleなり契約して手動で展開しろってやつみたいだけど

Debianを試してみたらWSLで使う分にはUbuntuと大差なかった
SuSEはYaSTがよく分からなくて触ってない

>>65
そうだろ？コマンドプロンプトやOSが変換するわけないんやで
そもそもリダイレクトっていうのはテキストだけじゃなく
バイナリデータだってリダイレクトできるんだから。
間のどこかでなにか変換が入るわけがない

文字コードの暗黙変換が行われるのはせいぜいコマンド起動時の引数だけでしょ。

windows terminalをインストールしました。よさげですね。

今更ながら、wslttyを導入した。
長いこと使ってなかったLinuxのターミナルの感じを思い出した。

絵文字も文字化けすることなくそのまま表示（白黒だけど）できたのは驚いた。

windows terminalがuwpアプリで
起動オプションを付けられないのがわかり
ええっとなった

WSLと直接関係ないけどX410ってマルチウィンドウだとDirect3D使ってくれないのかよ
シングルウィンドウの方がfirefoxのスクロールが速い

>>71
それ以前に技術プレビュー版なのに、
その程度のことでいちいち驚くんじゃないよ

建設現場公開って聞いて行ってみたら、
まだ建設しててええっとなった。と書き込んでるようなもん

>>73
建設現場に何しに行くん？

>>74
だって楽しそうじゃん！

>>73
uwpだからであってプレビュー関係ない

標準ターミナルならショートカット作って
ディスチリビューション、ユーザー、ディレクトリ指定などして起動できるが
uwpだとショートカットはただのリンクなので
デフォルト設定で起動した後に手動であれこれしないと駄目

UWPアプリでもコマンドラインで起動出来て、引数も渡せるけど？

もっともTerminalが引数を受け取るかは別だけど

>>76
そんな餌で俺様が釣られクマーー！

>>76
何言ってんだこいつ

プレビュー版のWindowTerminalで、初期起動時にどの機能使いたいとかなら、設定ファイル（json）弄れよ…

Debian 10 "Buster"のリリースって明日か
WSLの方がリリースされたら一度リセットすっかな

DebianをbusterにしたらLinuxカーネル4.11以上を要求するようになったQtが4.4.0扱いのWSL1で動かなくなった（一応対策法あり）
4.19なWSL2なら動くのか？怖くてFastに出来ないが

なんでQtごときがLinuxカーネルのバージョンを要求するんだよ？

多分、Qt本体じゃなくて依存パッケージのせいだろうな。

Qt自体が(条件付きで)kernel4.11以上要求するようになってるよ
statx APIを使うようにcompileされたバイナリは、kernel4.11以上が必要で、
配布されてるのがstaticにstatxを有効にされちゃってるという話

statxを切ってbuildすればいいんだけど、Qtのrecompileは馬鹿げてるな
Qtdevがいけてない

http://man7.org/linux/man-pages/man2/statx.2.html

ほんとだ

余ってたcoreM、4GBメモリ、SSDのwindows tabletにWSL2導入してみた。
・initが暴走した。条件は不明だがCPUコア1つを100%使ってた。windows側からはvmmemの暴走で気がつける。
・kernelはいくつか機能がoffにされているので特殊なことやりたい人は注意。
・小規模のweb開発くらいなら、XやIME入れなければぎりぎりいける。

hyper-v使った現行dockerだと割当メモリを1GBにしても厳しかったので、
次世代docker for winの評価のために環境作ったけど、WSL2のdistributionを
systemd-nspawnみたいに使ったほうがいいかもしれない。

WSL2からのDNSリクエストがノートン先生に潰されてた…
盲点だったわ

アンチウイルスソフトはもう入れないほうがいいってよく言われてるでしょ

Windows 10はもうDefenderだけでいい。

いつもの
https://robert.ocallahan.org/2017/01/disable-your-antivirus-software-except.html

偉人の名言・・・・・・
伊藤博文「嘘つき朝鮮人とは関わってはならない」
新井白石「朝鮮人は都合が悪くなると平気でウソをつく」
新渡戸稲造「朝鮮亡国の原因は、気候にあらず、土壌にあらず、
朝鮮民族という人間にある」
福沢諭吉「この世界に救いようのないどうしようもない民族がいる。
朝鮮人だ。」
本田総一郎「韓国人と関わるな」
夏目漱石「余は支那人や朝鮮人に生れなくって、善かったと思った」
吉田松陰「朝鮮人の意識改革は不可能だ」
津田梅子「動物の方がこのような汚い朝鮮人よりましだ」

Recommended antivirus exclusions for Hyper-V hosts
https://support.microsoft.com/en-us/help/3105657/recommended-antivirus-exclusions-for-hyper-v-hosts

wsl -t DebianしたらKERNEL_SECURITY_CHECK_FAILURE
最近PCの調子が悪くて偶然だろうけど心臓に悪い

WSL2ってfuse使えるんだよな？
それってext4とかxfsも使えるってことなのかね

というかWSL2のファイルシステムがext4だったような
WSL1のような下手にWin32から触るとぶっ壊れるのが回避されてる

zfsのロード迄はやってみた事があるけどね
カーネルモジュールに要求するパラメータがちょっと違うからそれなりに手こずる

ただ、ディスクデバイスをどうやってくっ付けるかって問題はある

>>96
別に回避はされてない。
Windowsからext4のイメージファイルの中身を直接触ると壊れることがある
だから直接さわんな。

9Pプロトコルを使ってさわれ。
そうすればWSL1でも壊れない

Win32ファイルパスで触れんのと
＞ Windowsからext4のイメージファイルの中身を直接触ると壊れることがある
が同じだと思ってる辺りがアホ

イメージファイルってHyper-VのようにVHDXなんだけ？
開こうと思えば開けるんじゃないの？ext4なんて知らんってエラーになるけど。

>>99
お前さ、イメージファイルとして一つのファイルになっているものは触らないのにさ、
その中身が展開されている、ただし直接触ることを想定してないし、
だからこそ分かりづらい場所に格納されてるもの、をわざわざ探し出して触るわけ？

どちらも想定してない使い方なんだから、壊れても当たり前だし、
どちらも9Pプロトコルで安全に触れるようになったじゃん
しかも時系列的には、WSL1で安全に触れるようになった→その応用でWSL2も対応
という流れなんだが

WSL1の時に9P通さずにWindows側から見えてるファイルをいじるとLinux側と齟齬が生じて支障するって話を理解できず「NTFSのMFTやファイルが壊れないのだからLinux側で問題が発生する訳がない」とか言い張っていた頭弱い子じゃないかなそいつ

wsltty 3.0.2 がでたよ。

pageantとの連携に何使ってる？
weasel-pageantを使っていたんだが、どうやらたまにおかしくなって
バックグラウンドでCPUを食いまくる減少があるようだ。
WSLのバックグラウンドプロセスの仕組みに問題があるのかもしれないが

weasel-pageant関係なかった。使わずにいてしばらく発生しないからそうだと思っていたんだが
ふいにbashがフリーズして、そしたらCPU食いまくる状態になった。
しかも強制終了も受け付けない。なんだこりゃ

wsl1は、特定のプロセスが暴走したあとkill -9もタスクマネージャからも殺せなくなることがあるね
wslサービス自体を殺すしかない。暴走しないままゾンビ化したみたいになった場合も同様。

wsl2はinitの暴走がたまにあるけど、こちらはkill -9で殺せてる。
原初のinitは暴走したことないので、wsl2を呼び出すツールによるのかもしれない。

>>106
殺せればそれでいいんだけど、どうやっても殺せない。
bashは殺せないし、Lxss マネージャーだっけ、あれも殺せない。
現状再起動しか対応策が見つからない。

ふとbashが暴走するなら、bashを使わなければいいじゃないと思いついた。
コマンドプロンプトからwsl --exec shでshが起動できる。
/initの下はshが来てる。そこからbashを起動してみた。zshを起動することも可能だろう。
ちょっとコレで試してみるか

chshって使えるのか。コマンドプロンプトからだと忘れそうなので、
shに変更・・・したらなんかエラー出るのでzshに変更。
zshの設定はしてないので、そこからbashに切り替える。

またbashが暴走するかもしれないが、この状態ならWSLの世界でbashを殺せるかもしれないしね。
もしそれがだめならzshの設定をしてみる。

なんとなく今度はzshが暴走する気がしてるがｗ

POSIX準拠じゃないけどfishオススメ。
zshから乗り換えた。

wsl1暴走したことないから分からないけど、terminateオプションでの再起動も無意味なん？

>>111
試してないけど無理だと思う。
なにせ管理者権限で起動したProcess Explorerでさえ殺せないから

暴走状態といっても何故かCPU使用率12%ぐらいで
なんか最近ファンが高速回転しやすいなって思って気づいた
いつからなのか？前はなかった気がするから1903からなのか？

前はどうやっても消せないゾンビプロセスが残るという問題があったが
1903でそれが修正されたのは知ってるんだが、関連のバグなんじゃないのかな？

WSLがおかしくなって、関連したbashが暴走しだすのか、単にWSL環境下でbashが暴走してるだけなのか、
前者ならzshにした所でbashではなくzshが暴走するだけだろうけど今の所問題は発生していない

>>103 に関連して。
wslttyをChocolateyでバージョンアップしたあとは、スタートメニューから検索して
"WSL Generate Shortcuts" を実行しないと、更新が反映されないことに自分はしばらく気づかなかった。

>>112
CPU使用率が12%ってことは8コアか4C8TのCPUで1スレッドだけ暴走してるかと
100%÷8=12.5%

>>114
それもそうだｗ

間にzsh挟んでから暴走しなくなった。
と油断した所で、weasel-pagentを使ってみたら
初めてこいつが暴走した。暴走したときの挙動は同じ。
ただ今回はkillすることができた

やっぱり本当の原因はこいつなんだろうか？
それともたまたま全く違う事が起きただけなんだろうか？

暴走したプロセスにgdbでアタッチとか出来ないかな？

また暴走した。プロセスツリーはこんな感じでbashがフリーズ
init -> zsh -> bash

ただし、フリーズした状態ではCPU食わず、bashを殺すことも出来た。
zshを殺そうとしたら、死なずにzshが暴走し始めた。
根本解決はしてないけど、静かに生き残るなら問題ないわｗ
フリーズしたらそのまま放置する

>>116
Attaching to process 16018
warning: process 16018 is a zombie - the process has already terminated
ptrace: そのようなプロセスはありません.

こうなった。言ってなかったかもしれないけど暴走したプロセスはゾンビ状態になってる。

あと今回 weasel-pagent は起動してないので関係ないことが判明した。

なんかおかしい時は真っ先にアンチウイルスを疑うことにしている

Windows 10だったらDefenderだけでいい。余計なもん入れるな。

いれてないよ。Windows 10標準だけ

>>120
パフォーマンス犠牲にしていいならな

>>122
除外リストに入れればパフォーマンスは大丈夫

除外リストに入れても、チェックしたあとに結果を無視するだけなので、だめなのよ

githubで中の人が、セキュリティは別チームだけどなんとかしたいといってから
2年以上たったけど、WSL2でたからこのまま放置されるでしょ

FUD乙

Windows 10 Receives Significant WSL2 Improvements
https://winaero.com/blog/windows-10-receives-significant-wsl2-improvements/

Yesterday Microsoft accidentally released a new 'canary' build of Windows 10 to all Insider rings. Windows 10 Build 18947 adds the following improvements to WSL 2:

･new kernel 4.19.55 with no cap at 8 cores/threads, support for docker-compose, kubernetes...and more.
･umask 0022 as default
･way better memory management, now its an authentic "balloon" with reduced memory footprint.

What’s new for WSL in Insiders Preview Build 18945
https://devblogs.microsoft.com/commandline/whats-new-for-wsl-in-insiders-preview-build-18945/

umaskの修正とlocalhostでのアクセスは確認できたけど、
メモリ管理の改善は違いがわからない

localhostでのアクセスとumask直しただけで、一般公開してくれていい出来

localhostが使えるようになったってことはWSL1を使い続ける理由がなくなるのか？

仮想環境と同居できないのは直せないからずっと並行

hyper-vで仮想環境構築すれば良いのに

クライアントhyper-vの出来が良ければな

Hyper-Vって、ゲストOSとホストOSのクリップボード連携とかがWindows同士でしかできなかったんで、自分はすぐ使うのをやめた。
あれはWindowsを動かすためのVMであって、たまたまLinuxもちょっと動くというだけだろう。

ubuntuはhyperVにもまともに対応しているが

hyperv上のでubuntuは、virtualboxでいうtoolboxが存在しないので、
GUIでの描画は遅いし、windowは任意のサイズに変更できなかったりで
使い勝手は悪い。xrdp経由だから、クリップボード共有はできる。
disk passthroughなら、I/Oは実機の95%以上の性能をだせるので、
ここは他のVMと変わらない。

wsl2のlocalhostでのアクセスは失敗するケースが結構あって
結局スクリプトで対応してる

>>136
しかもWin→WSLのみでWSL→WinにはアクセスできないからX11は結局localhost以外からの接続を許可する必要があるらしいね

ところでこのスレにはPengwin使ってる人はいないの？
1150円も出して買った情弱なんだけどFcitxが使えてる人がいるのか知りたい

WSL1のUbuntuでGNOME3入れて日本語入力はfcitxでやってるけどできるよ。
XサーバはVcXsrvとX410両方で問題なし。

>>133
> Hyper-Vって、ゲストOSとホストOSのクリップボード連携とかがWindows同士でしかできなかったんで、
その話がWSLとなんか関係あんのか？

>135
存在しないんじゃなくて、普通のドライバと同じように
HyperVのドライバもLinuxカーネルに付属してるから
別途入れる必要はないだけ。virtualboxとは違うんだよ

Hyper-V配下のCentOSの仮想マシンに統合サービスを入れる
https://blog.pcdiary.mydns.jp/pc/linux/post-518/
> CentOS7には標準で統合サービスがインストールされている為、別途インストールする必要はないが

Hyper-V 統合サービス
https://docs.microsoft.com/ja-jp/virtualization/hyper-v-on-windows/reference/integration-services

統合サービス (多くの場合、統合コンポーネントと呼ばれます) は、
仮想マシンから Hyper-V ホストに通信できるようにするサービスです。

クイック リファレンス
名前 Windows サービス名 Linux デーモン名 説明 無効にした場合に VM に与える影響

>>139-141
その話がWSLとなんか関係あんのか？

>>142
あるぞ？ WSL2とだがな

>>139
> その話がWSLとなんか関係あんのか？

俺はとても親切だから、何が関係するのか、愚かなお前に教えてやろう。
その2レス前から読み返せ。そしてもし理解できたら俺に謝れ。

謝罪がないということは、理解できなかったということだな。
不思議だなあ。ID:/rx8wPTw は >>143 で、何が関係するのかについて同じことを説明しているのになあ（棒読み）。

https://github.com/microsoft/linux-vm-tools
現状はゲストにこれ入れて拡張セッションモードで動かせばクリップボードの共有はできるようになる
窓のライブリサイズはXRDP側の対応次第みたいねhttps://github.com/neutrinolabs/xrdp/issues/448

ID:/rx8wPTwは例の人だろうけど知らない話題にいちいち口出さなければいいのにね

さて、嫌味もこのぐらいにしておこうか。

この機会に ID:/rx8wPTw に言っときたいんだけど、あんたこのスレに常駐してMSのネガティブ情報の打ち消しをやってるだろう？
そのこと自体は悪いことじゃないし、むしろみんなにメリットがあるだろう。あんたMSの技術に詳しいからな。

しかし、あんたは相手のレスをちゃんと読まずに、単なるクソリプになってることがしばしばある。
それでも相手が反論してこないのは、あんたの主張が勝ったんじゃなくて、単に相手が関わるのをめんどくさがってるだけだ。
つうか俺もあんたのクソリプを食らったのはこれが初めてじゃないんだわ。めんどくさかったから反論しなかったけどな。

あんたの書き込む技術情報には価値があると思うんで、今後はどうかその点に留意してくれ。

>>147
お前何一人で空回りしてるの？
相手のレスをちゃんと読んでないのお前じゃんｗ

たまたまわかりやすいページが出てきたから書いておくか
https://tech.akat.info/?p=233

> Win 2012 R2とlinuxのHyper-V統合サービスについて
> 新しいディストリビューションの登場に応じて、組み込み Linux 統合サービスを追加している
> What’s New in Hyper-V for Windows Server 2012 R2
> Debian Wheezy本体に含まれるLinux Kernel 3.2.0にはHyper-Vのモジュールが
> デフォルトで組み込まれていて追加の設定なしで使うことができる

virtualboxでいうtoolbox相当のものは
Linuxカーネルに組み込まれている

https://www.atmarkit.co.jp/ait/articles/1808/30/news024_2.html

> 「拡張セッションモード」は、仮想マシンとの内部的な通信のための仮想マシンバス（VMBus）を通じ、
> リモートデスクトッププロトコル（RDP）でWindows仮想マシンのデスクトップに
> 接続する機能です。リモートデスクトップ接続で利用可能なデバイスのリダイレクト機能（
> プリンタ、ドライブ、PnPデバイス、RemoteFX USBデバイス）やクリップボード共有といった機能を、
> 「仮想マシン接続」ウィンドウで利用できるという利点があります。

>　「拡張セッションモード」は、仮想マシンのゲストOSがリモートデスクトップ接続のサーバ機能をサポートする
>Windows 10とWindows Serverで利用できますが、Windows 10 バージョン1803からは
>Linuxゲストに対しても利用できるようになりました（画面5）。

>Linuxゲストに対しても利用できるようになりました（画面5）。

hyper-vの拡張セッションモードはxrdpに依存した遅すぎる描画だけでも改善してほしいけど、
desktop環境はターゲットじゃないだろうから厳しいか

拡張セッションモードがゴミじゃなければ、hyper-v使い続けてたわ

>>148
なんだ単なる異常者だったか。たぶん発達系だな。
てっきり早とちりしがちの善意の人かと誤解してたよ。情けをかけたのは無意味だったわ。アホくさ。
以後完全にスルーするわ。

>>151
https://forest.watch.impress.co.jp/docs/serial/win10tips/1152934.html
>　「Hyper-V」では、仮想マシンへの接続に、“仮想マシン接続”と“拡張セッション”の2種類を選択できます。

"仮想マシン接続"を使えばいいだけでは？

>　“拡張セッション”はリモートデスクトップの技術をつかった接続方法で、仮想マシンのリソースを扱えるようになるのが特徴です。
>接続時にオプションの［ローカルソース］で、ホストPCのドライブや接続したUSBメモリを仮想マシンにマウントすることなどができます。
>ホストPCとデータのやり取りが必要な場合は、この方法が簡単です。

こういうのはVirtualBoxのtoolboxにはない高度な機能

>>153
どういう理屈で、拡張セッションでのxrdpの描画が遅すぎるというひとに、
それよりも遥かに遅い仮想マシン接続を勧めるのでしょうか？

共有フォルダの自動マウント程度はvmware/virtualboxの初期バージョンから
RDP使わずに実装されてましたよ

こういうのもあるみたいね
https://www.atmarkit.co.jp/ait/articles/1810/09/news009.html

> 　RemoteFX vGPUは、リモートデスクトップ仮想化ホストの役割を実行する
> Hyper-Vホストに搭載された物理GPUを仮想化して、複数の仮想デスクトップに
> 「RemoteFX 3Dビデオアダプター」デバイスを提供し、リモートデスクトップセッション内でGPU機能を利用可能にします。

こｒからはこっちの技術がベースになるのかな？

Hyper-V仮想マシンでDDAを利用したGPUパススルー
https://nashippe.blog/hv/gpu-passthrough/
> Windows Server 2016における新機能の一つに、Hyper-V仮想マシンにおける
> Discrete Device Assignment（DDA）の対応があります。DDAの実装により、
> Hyper-V上の仮想マシンでPCIeデバイスを利用できるようになります。

https://docs.microsoft.com/ja-jp/windows-server/remote/remote-desktop-services/rds-graphics-virtualization
> ゲスト OS のサポート Windows Server 2012 R2 Windows Server 2016 Windows 10 Linux
ちゃんとLinuxも入ってるね。

>>154
仮想マシン接続の方が速いでしょ？
拡張セッションは便利機能。

> 共有フォルダの自動マウント程度はvmware/virtualboxの初期バージョンから
それリモートじゃないし。

リモートにあるVMに接続して、手元のDVDドライブから読み込むとかできません。

>>156
仮想マシン接続のほうが遅いですよ

あと、リモートにあるVMに接続して云々についてですが、
RDP一般であれば正しいですが、hyperv上でのxrdp/拡張セッションでの接続は、
ホストPCからしか接続できないです。

あとRemoteFX vGPUは今後サポートされる見込みがないですよ

> あとRemoteFX vGPUは今後サポートされる見込みがないですよ

もっと優れた代替技術に変わるようだね。

もうそろそろ、Virtualboxのtoolbox相当が存在しないなんていう嘘の話は消えた？
まあ、あるという前提での話になっちゃってるからね。

マイクロソフト太っ腹やなｗ

Hyper-VにインストールしたUbuntu 18.04の画面解像度を変更する
https://gazee.net/develop/hyper-v-ubuntu-screen-resolution/

結論から言うと、Microsoftが公開しているlinux-vm-toolsをインストールすることで画面解像度を変更することができるようになります。

このlinux-vm-toolsは、その他にもクリップボードの共有機能もあり、インストールしておくと非常に便利です。

Hyper-Vって、ゲストOSとホストOSのクリップボード連携とかがWindows同士でしかできなかったんで、
自分はすぐ使うのをやめたとか言ってる人がいたけど、
本当はできるわけだよね。そいつは馬鹿だなぁと思った。

vhdxってNTFS圧縮するのはダメなのね
WSL2が起動しなくなって何事かと思った

https://blogs.technet.microsoft.com/ranjanajain/2010/03/23/virtual-hard-disk-vhd-architecture-explained/

VHDを圧縮フォルダからマウントできるのをやめたのと同じ理由だろうな

WSL2のlocalhost接続がこけた場合のlocalhost接続だけの復旧方法がわからない
vNetworkと別口だとは思わなかったわ
docker for WSL2以外では、使えなくても問題なさそうなところが微妙

WSL使ってる奴は池沼だろ
ドザーなら潔くpowershell(笑)とchocolatey(爆笑)で乗り切ってみろよ雑魚wwwwww

はいはい、すみませんねえw

Apple信者ってなんでMSに敵意持ってるの？
潰れそうだったAppleに資金提供してくれたから感謝する、なら分かるけど

wsl2で構築したlinux環境をまるごとdropbox等のネットワーク上に
上げて、違うPCから同じlinux環境で作業することって出来ますか？

曖昧な質問だけど、
・export/importの話ならできる
・ネットワーク上にwslのdistributionを置いたまま使うという話なら無理

>>168
1ともかく2は無理でしょ

>>167
急にどうした？
病気？

>>168
dockerじゃあかんの？

169でも言ってるけど、export、importpで良いやろ
別端末に同じ環境って意味合いなら

>>138
ありがとう、Pengwin以外だと問題ないみたいね
ってpengwin-setupのバグみたいだからそりゃそうだけど
profile.dの生成がおかしくてdbusとfcitxの起動がうまく行ってなかった

Debianでtask-japanese-desktopを入れたらuim-mozcが入ったけどこのままibusやfcitx入れちゃっても大丈夫なんだろうか

conemuからwslやるとzsh重いからfishにしてみたけどタブ補完の動きがおかしい……
結局bashに帰ってきちゃった

docker for wsl2は、wsl2の環境作ってあれば、あまり価値なかった

それコンテナ技術の意味合いが分かってないだけじゃないのか？

また妄想か

WSLとDockerの環境は全然別物。使い方も違う。
本当にわかってないだろw

docker for wsl2は、wsl2上にdocker-cliインストールしてくれるのと
クリックで動作・停止できるくらいしか機能ないから、
docker-cliインストールして使ってればいい

>>176
当たり前じゃね？
Docker社が作ったのはDockerであって、
Docker DesktopやDocker for Windowsは
Linuxで動くDockerをWindowsに移植したようなもんだろ？

今までWindows版のRubyを使っていたが
WSLでWindows版Rubyはいらなくなった！って言ってるのと同じで
別にRubyがいらなくなったわけじゃないでしょ？

WindowsがLinuxを内包したから、Windows版が
要らなくなったという話の一部でしか無いよ

せめて、docker desktop for win使ってから書けばいいのに

お前より使ってるから安心しな（爆笑）

わかってないのは>>177>>179>>181のほうだが
ID:wgwFcBqKのほうがクソレスだと思う

>>175
conemuは機能的にはいいけどハードスペックでどうにかなる類いの重さじゃないし
UIもごちゃごちゃして使いにくいな

>>181
だからお前よりもわかってるってｗ

間違えた

>>184
だからお前よりもわかってるってｗ

必死過ぎるｗ

Debianのインストールイメージがbusterになったみたいだしまたリセットすっかな

core-i3(6gen, SSD)のマシンが余ったからinsiderデビューしてみた。
WSL2にして、npm installとかI/Oまわりは実機の7割くらいの速度に改善されてよかったんだけど、
I/O以外で遅くなったりしているから、compileにかかる時間が読みづらかった。
gitやvirtual envの情報をpromptに表示させてたけど、directory移動するたびに少しだけ待たされる。
WSL1や、12年前のlaptop(core2duo, HDD)上のlinuxですら瞬時に表示されるというのに。
とりあえず非同期処理に書き直して対応。
単体としては満足だったけど、VMとの排他利用だと悩む。

>>190
でも、それをいったらMacってなんであんなに遅いんだろうね
WSLなみに遅いよ。

いつのMac使ってるんだよwこのクソドサww

>>192
嘘だと思うなら、こんな感じのコード実行してみ

#!/bin/sh
i=0
while [ $i -lt 1000 ]; do
date > /dev/null
i=$((i+1))
done


俺の環境でLinuxだったら1秒だけど、Macだと3秒かかる。

その手のだとOS云々よりもMeltdown対策がどうなってるかで倍ぐらい変わりそうだな

>>193
それが本当だとしてもそのコードが遅いことにどういう意味があるの？

うん。Macのカーネルはフォークが遅いんだと思ってる。
Unixとしては実装が片手落ち。取りあえず動くけど最適化されてない

dateが遅いだけとか言われそうだから改良してみた。
ともにbashで実行。バージョンは少し違ってMacは5.0.7で、Linuxは5.0.3
MacはMacBook ProでLinuxは同じマシンでしかも仮想マシン（VirtualBox）で実行

#!/bin/bash
i=0
while [ $i -lt 10000 ]; do
( : )
i=$((i+1))
done

dateコマンドを呼び出していない。サブシェルを使ってるから実質フォークのみが行われている。
Linuxだと3.5秒だが、Macだと9秒かかる。とても遅い。

macosのforkが遅いのは以前からさんざんベンチ付きでいわれてたことだし、
windowsにfork相当がないことやwsl1のfork実装がmacosよりも遅いってのも
このスレでも既知のことでしょうに。
>>191は何を言いたかったのかわからない。
あなたが遅いと言ってるのはmacosのforkが遅いってことですよね？
理由は、自身が>>196で書いてる通り、macosのfork実装が悪いんでしょう。
wsl2の話にどうつながるんでしょうか？

macosのforkが遅い,windowsにfork相当がないのはGUIソフトではforkは使わない
からなのか？
実はLinuxでもGUIソフトではforkは(ほとんど？)使っていないとか

>>198
> wsl2の話にどうつながるんでしょうか？

WSL2では内部で仮想マシンを使ってるから、
Macで動かしたVirtualBox上のLinux相当のパフォーマンスになるよ
高速だね！

>>174だけどfcitx-mozcは動いたもののibus-mozcが動かない
そもそもibus-daemonが起動しなくてググってみたけど有力な情報がなくて断念

Windowsでもntdll.dllにRtlCloneUserProcessっていうfork相当の関数があるんだけどね

https://www.google.co.jp/search?q=RtlCloneUserProcess

http://k-takata.o.oo7.jp/diary/2014-09.html

>　Vista 以降には、RtlCloneUserProcess という内部 API があるらしい。

Vista 以降・・・
内部API・・・

https://social.msdn.microsoft.com/forums/windowsdesktop/en-us/afdf1b68-1f3e-47f5-94cf-51e397afe073/cygwin-fork-and-rtlcloneuserprocess

しかもこのAPIがforkだと仮定した場合、期待した動きはしない・・・

>>199
windowsがforkを用意しなかった理由については、いろんな考察があるから調べてみるといいと思う。
役に立たない知識が増えるだけですけど。

linuxでの基本的なプロセス生成は
1. 親プロセスでforkして
2. 子プロセスで新しいプログラムをexec
3. 親プロセスがwait
の流れで、これはGUIでも同じです。
pstreeで親子関係を視覚化できます。

linuxを半日つかっても、通常1万プロセス程度しか生成されませんし、
forkが遅いといったところで1回あたりマイクロ秒で終わるので、
forkが遅いだけならシェル芸やベンチマーク以外には影響ないです。

>>199
AndroidはGUIでforkを上手に活用しているよ

Google Chromeはタブごとにプロセスを起動しているみたいだけど、通常はWindowsでも
LinuxでもGUIアプリケーションは1個のプロセスとして実装するのが普通で、必要に
応じてアプリケーション内でスレッドを生成している

Androidは、一般的なWindow SystemのWindowに対応するActivityやダウンロード等の
バックグランド処理をするServiceを複数組み合わせて1つのアプリを構成するが、その
AcitivityやServiceはそれぞれ1個1個独立したプロセスとして実行される

例えば、アプリを起動して設定画面を出すとメインActivityと設定Activityで2個プロセスが
起動されるようになっていて、2回forkが実行される

スレッドの生成よりプロセスの生成にはコストがかかるが、Androidのシステムの中核である
Zygoteがforkとコピーオンライトを活用してプロセスを管理していて、高速にAcitiviyや
Serviceを起動できるようにしている

そのためforkのないWindows NTカーネルでAndroidシステムを直接実装するのは難しい
WSL1がWindows上でAndroidを動かすための仕組み由来なのはこういう理由なはず

ちなみにLinuxのプロセスモデルは、VMSやWindows NTのspawnモデルでもUnixのfork
モデルでもなくPlan9のrfork由来のcloneモデルなので、タスクの設計思想が根本的に違う

>>203
内部APIはともかくVista以降の何が問題なの？
WSLスレでXPを考慮する必要もないでしょ

Ruby on Rails 6 では、テストの並列実行ができるようになったが、

Linux, Mac では、fork でプロセスを起動するが、
Windows では、fork が無いので、スレッドを起動する

ワーカーがプロセスの場合は、データベース(DB)を作成してから実行するので、
他のプロセスのDBと競合しないが、

ワーカーがスレッドの場合は、同じDBを使うので競合する

>>208
明らかにruby on railsのバグだなｗ

ウインドウサブ死すテムとは？

JDがウイン10で使えるようになるの？

WSL（に限らんけど）Ubuntuのレポジトリって国内のレポジトリにすると速くなるいがいにメリット何かある？
本家には入ってない日本向け／日本で人気あるアプリが登録されてるとか、そういう「日本向けローカライズ」みたいなのされてるかどうかってことなんだけど。

ぐぐっても「近場だからはやいよ」ってばっかりで内容について触れてるページが見当たらない・・・

みらーでなかみがちがったらまずいやろ

そうったのが欲しいならサードパーティーリポジトリを追加するんだと思うけど

ミラーの意味をわかってないのか
ちなみにUbuntuはミラーを使わないアホ対策に
デフォルトのリポジトリをわざとクソ遅くしてる

アホらしい質問で申し訳ないんだが、cronってwslで動かない？
cron起動してログ有効にして */5 * * * * echo "hoge" ってしてんのにログすら吐いてくれない……
なんか書き方間違ってるかな

>>215
動くよ
ディストリにも依るだろうけど、ログの出力がsyslog任せになってたりしない？

>> /tmp/hoge.txt とかをコマンドライン後ろに追加してみればいいんじゃない

>>216
なるほど、ちょっとやってみよう
ありがとー

>>216
できた！ありがとう！

いい話だな〜。みんなけなし合うんじゃなくて助け合おうよ。

はい、みんなけなし、合うのはやめます。

彡⌒ミ

ハゲとらんちゅーとんがな！いい加減にしろ！

Alpine WSLでユーザー名は設定できたんだけどrootもデフォルトユーザーもパスワード設定されなくてsuできないんだけど手順を間違えたんだろうか

「WSL 2」最大の課題であった“localhost”問題が解決 〜「Windows 10」Build 18945
https://forest.watch.impress.co.jp/docs/news/1198651.html

最大の課題だった模様

最大の課題っていうのは優先順位が高いという意味で
実現が困難という意味じゃないぞｗ

>>223
コマンドプロンプトでwsl -d Alpine -u rootとか？
同じ事になったから今の所そういう作りのようだけど

>>226
ありがとう、無事apk upgradeとapk addできたよ

https://balintreczey.hu/blog/downloadable-ubuntu-wsl-tarballs-to-the-latest-release-and-beyond/

好きな場所にimportして環境作れるな
ストアのいらんやん

>>229
そのとおり。MacもiPhoneもAndroidも
アプリを実行するだけならストアはいらないんだよ

以前からwsldlというのがGitHubにあったな

WSLはストアの無いサーバOSにも入るから、こんなのもあるよ
ttps://aka.ms/wsl-ubuntu-1804

他にも公開されてたはず

ストアは安全性と利便性のためにあるわけだしね

いやiosはいるだろ

>>232
おまえのせいで直リンク踏んで今月の通信量200MB使っちゃったやん
1日の使用量超過なんだけど？
この時代直リンク禁止とは言わないが直リンクなら先に言ってほしい

これは楽しい話を聞いた

>>235
ほんとだ

ギガ使っちゃったの？ボクチャン

>>238
パケ死した！

今パケ死っていうのか？
言ったとしてもギガ死とかでは？

火狐はダウンロードするかどうか聞いてくれたので回避余裕でした

直臨はるバカが悪いってことだな。

わざわざｈ抜きで貼ってくれてんのにクリックするアホのが悪いわｗ

つまり、直臨はるバカが悪いってことだな。

>>244
>>235か？

ブラクラにあっさり引っかかるタイプだなw

どう考えても直臨はる馬鹿が悪いってことだね
自分は悪くない、とか言うつもりのようだけどブラクラ張るやつと同じ事やっててて「俺は悪くない」は通用しないよ

その程度もわからんバカは死んだほうが世の中のためだねｗ

移民の顔真っ赤すぎワロタｗ

これが直リンク
https://google.co.jp

これは直リンクではない
ttps://google.co.jp

>>246
正真正銘のアホｗ

>>248

× これが直リンク
○ これがリンク
https://google.co.jp

× これは直リンクではない
○ これはリンクではない
ttps://google.co.jp

いいから100年くらいROMってろｗ

>>249
確かにそうだ
俺もアホだなｗ

黙ってりゃいいものをチョンみたいにファビョって恥ずかしい・・・w

>>252
そんなにファビョるなってｗ

>>253
アイゴー！ファッビョーン！！www

>>254
俺はお前のことが好きになった
ホワイトリストに復活させてやるよ

リンク張るやつはバカしかいないってことだなｗ

教えてくれ。
WSLでUbuntu16.04とVcXsrvの組み合わせで日本語入力ができない俺に
わかりやすい入門者向けサイトを教えてください。
今はVirtualBOXで共有フォルダ使ってるんだが重いんで、WSLに乗り換えたいんだが日本語入力で躓いた。

自分はDebianを使っているので参考にならないかもしれんが

WSLの場合日本語入力メソッドを自動起動してくれないので.profileなりで起動する必要がある
fcitx-autostart &> /dev/null
(uimの場合はuim-xim > /dev/null &)

dbusはその前に起動しておく必要がある
eval "$(dbus-launch --auto-syntax)"

もちろん環境変数のexportも必要
export DefaultIMModule=fcitx
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx

なおWSLではibusは動かない模様
あとWSLを終了して再起動する場合Xサーバーも再起動する必要がある場合もある

そういや9pプロトコルを使ったファイル共有
理論的には仮想マシンであっても実現できるはずだよな。
誰か解析して組み込んだりしてないんだろうか？

俺はGNOME3とfcitx-mozcを入れて環境変数をexportしておいて
gnome-terminalとfcitx-autostartを手動で起動して日本語入力やってる。
dbusはgnome-terminal起動すると勝手に動くっぽい。

Visual StudioからgdbデバッグするのためのWSL Ubuntu接続ができない。
sshではlocalhostに接続できているのにVisual Studio からはなぜか接続できず。
クロス プラットフォームのログは以下の通り。

15:49:04.6471074 [Info, Thread 1] liblinux.RemoteSystemBase: Connecting over SSH to localhost:50022
15:49:05.9111034 [Info, Thread 1] liblinux.IO.RemoteFileSystemImpl: Connecting over SFTP to localhost:50022
15:49:12.5031021 [Info, Thread 1] liblinux.Shell.CommonCommandBase: Command "cat /etc/os-release" finished with exit code 0 after 3787.2031ms
15:49:12.6341085 [Info, Thread 1] liblinux.Shell.CommonCommandBase: Command "uname -m" finished with exit code 0 after 127.3186ms
15:49:12.7731077 [Info, Thread 1] liblinux.Shell.CommonCommandBase: Command "uname -r" finished with exit code 0 after 136.2676ms
15:49:12.9251030 [Info, Thread 1] liblinux.Shell.CommonCommandBase: Command "g++ -v" finished with exit code 0 after 131.1446ms
15:49:13.9871022 [Info, Thread 1] liblinux.Shell.CommonCommandBase: Command "clang++ -v" finished with exit code 0 after 1060.3067ms
15:49:14.1331024 [Info, Thread 1] liblinux.Shell.CommonCommandBase: Command "gdbserver --version" finished with exit code 0 after 143.3295ms
15:49:25.5291022 [Info, Thread 1] liblinux.RemoteSystemBase: Disconnecting over SSH from "localhost:50022"
15:49:25.5421076 [Info, Thread 1] liblinux.IO.RemoteFileSystemImpl: Disconnecting over SFTP from localhost:50022

以下は /etc/rsyslog.conf で設定した/var/log/messagesのログ
Aug 25 15:07:28 xxxxxx dbus-daemon[3412]: [system] Activating service name='org.freedesktop.systemd1' requested by ':1.1' (uid=0 pid=3420 comm="/lib/systemd/systemd-logind ") (using servicehelper)
Aug 25 15:07:28 xxxxxx dbus-daemon[3412]: [system] Activated service 'org.freedesktop.systemd1' failed: Launch helper exited with unknown return code 1

ちなみにこのログでは ssh を50022番ポートにつないでいる。通常のsshクライアントを使って50022番ポートに接続できることを確認済み。

WSLに接続するのであればRemote-WSL使ったらダメなん？

VSCodeの話では無いのか。失礼。

WSLは1と2どっちの方？
もう片方に変換するとどうなる？

>>263,264
回答ありがとうございます。
私が使っている環境はVisual Studio 2019 Communityです。
メニューから「ツール→オプション→クロス プラットフォーム→接続マネージャー」と選んで、
「リモート システムへの接続」ダイアログで接続を試しています。
途中まで接続が上手くいっているかのようなログが出たあと、なぜか何も起きず、
仕方なくもう一回接続を試すと、「ホスト名」と「ポート」の2つのテキストボックスが赤枠になってしまいます。

>>265
回答ありがとうございます。。
WSL2はまだ入れておらず、WSL1のみで確認しました。
せっかくなのでWSL2を入れて試してみようかと思います。

失礼しました。
WSL2は2019年8月末現在、Windows Insider Preview Buildのみ対応らしいので、今回はWSL2への移行を見送ります。

WSLからXサーバ(GUI)に接続しようとして失敗してるんじゃない？

freedesktopってGUI関連の基盤だったと思うけど
WSL自体ではXサーバは起動出来ないからWin側とかにXサーバエミュレータ入れてそっちに振らないといけない

>>261
コマンドプロンプトのwindowからpropertiesを開いて、
"Use Legacy Console"にチェックが入っていたら外す

回答ありがとうございます。

>>269
早速、VcXsrvを入れて試してみましたが、相変わらず接続不能でした。
上述のdbus関連ログは明示的に sudo service dbus restart を実行して以降に出るので、今回の問題はXサーバやdbusは直接関係ないかもしれません。

>>270
早速、コマンドプロンプトの設定を確認してみました。
「レガシ コンソールを使用する (再起動が必要で、すべてのコンソールに影響します)(&U)」はチェックが入っていない状態でした。

>>271
失礼、freedesktopのエラーは無視出来るね
dbusを落としてても上げてても、VS側の処理は続行出来る

WSLの構成とコマンドのバージョンチェックをした後にVS側から切ってるようだから、バージョンが想定してる範囲外とかかねぇ？

ちなみに接続出来た環境
OS:build 18965.1005(x64)
WSL:Ubuntu 18.04.02
VS:2019 Community 16.2.3

WSL2は同じ事するとlocalhost経由のsshが途中で切れる…まだまだだねぇ

coLinux

exFAT in the Linux kernel? Yes!
https://cloudblogs.microsoft.com/opensource/2019/08/28/exfat-linux-kernel/

exfat-fuse使ってるけど遅いからな。これは嬉しい。

https://github.com/dorimanx/exfat-nofuse

一応こういうのはあるけど更新してない

WSL1はこのままなくなるのかな
WSL2だと仮想マシンでHyper-V使ってるのか、泥エミュと競合しちゃう

WSL 1 はどうなりますか。 破棄されますか。
https://docs.microsoft.com/ja-jp/windows/wsl/wsl2-faq#what-will-happen-to-wsl-1-will-it-be-abandoned

現在、WSL 1 を廃止する予定はありません。 WSL 1 と WSL 2 ディストリビューションを並行して実行し、任意のディストリビューションをいつでもアップグレードおよびダウングレードできます。

Xサーバと連携してLinuxデスクトップアプリを使用する場合はWSL1の方が使い勝手がいい。
WSL2だともたつく・・・

WSL2の場合、Xサーバとアプリはループバックのドメインソケットで接続でけんもんなぁ

わざわざありがとう
WSL1続くのね

今後リソースがさかれることはないだろうから、対応されなかったAPIは
今後も使えないだろうし、続くのではなく、残る(放置される)だけじゃね

いずれ消されるんだろうなあ
面白い技術だから勿体ない気もするけど

HyperV上でVMWareが動くようになったらしい。

https://blogs.vmware.com/workstation/2019/08/workstation-hyper-v-harmony.html
https://techcommunity.microsoft.com/t5/Virtualization/VMware-Workstation-and-Hyper-V-Working-Together/ba-p/825831

主流の仮想マシンがHyperV上で動くようになったらWSL1を使う理由はなくなるだろうね
あとはパフォーマンスがどこまであげられるか。WSL1でもまだ上がると思うんだよね。
例えばファイルはNTFS上に直接置くのではなくて仮想ディスクを使うようにするとかね
最終的にどちらが有利かはまだわからない気がするな

>>284
ネストは出来てたような？
と思ったらハイパーバイザープラットフォームに対応するのね

俺はもうWindowsでVirtualBoxは諦めてるんだが、
FreeBSDとかSolarisとかどうしてもVirtualBoxでしか動かせなくて
必要なときはMacを使ってる。

FreeBSDとかSolarisがHyperVでも動かせるなら良いんだけど
どうもうまく行かない。

qemuじゃダメ？

動くならqemuでもいいよ。むしろqemuの方がOSの設定を
いじくり回さなそうなんで嬉しい。kvm-qemuじゃないほうね。
だけど動かす方法がわからん。オプションいっぱいあり過ぎだし試すのに時間がかかる。
一つだけでも良いから動く設定がわかればいいんだが

qemuのフロントエンドはいくつかあるみたいだから、気に入ったものを使えばいい。

フロントエンドの有無はどうでもいいよｗ
あってもなくてもそんなの問題にならない

重要なのは動く設定
なにやっても途中でフリーズする

他のOSはLinuxやWindowsとはぜんぜん違うから
どんな設定でもそれなりに起動してくれるLinuxやWindowsとは違って
ろくに起動すらしない。何が原因かよくわからん。試行錯誤するにも時間がかかる。

Solarisはどれを動かそうとしてるかにもよるから何とも言えんけど、今時、FreeBSDなんてLinuxと大して変わらん感じでテキトーで動くだろ。
Hyper-Vでもqemuでも普通に入れたら普通に動くぞ。
Hyper-VはMSが公式に動くって言ってるし、Qemuは今、Windows10のサンドボックスで試したら、全部デフォルトで12が入った。
特殊な事しようとしてるんじゃなければ、簡単なはずなんだけど…

昔LinuxカーネルにFreeBSDのユーザーランド＆Portsを入れて動かすとややってた人いたけど、今あるのかね？
あったら、WSL/FreeBSDもどきとか出来るんだろうか？

Debian/kFreeBSDのこと？

いつの間にか消えたな・・・

php -r "echo is_dir('/mnt/m/\!Network/')?1:0;"

これどうやっても0になるんだけど、どうすりゃいいの？
\を増やしてもダメ

M:\!Network\ は実在してるフォルダ

普通に勘違いでした　php側はエスケープ不要だった

>>293
消えてはいない。stableもunstableもビルドはされてる
リリースに含まれなくなっただけ。Hurdも同様

悩まされてたバグがWindowsアップグレードしたら直ったから一応報告。WSLのストアからUbuntu入れて中身Gentooに入れ替えてClangでビルドしたZSH使ってたら、変数の中身が時々壊れると言うやっかいなバグが出てた。
検証コード：(for i in $(seq 1000000);do d=$(/usr/bin/dirname './abcdefghijklmnopqrstu/file0123456.jpg');if [ "$d" != './abcdefghijklmnopqrstu' ];then echo NG: $i $d;fi;done)
これで、数千回に1回NGがでて、dの中身が後ろ半分くらい(長さはその時のよってちがう)削除されて出力される。
KVMのGentoo+ZSHや、CygwinのZSHで問題なくて、WSLのGenntoo+bashでも問題ないし、環境が色々疑うべき個所が多すぎて、WSL以外ののバグだと思ってた。LTO付きでビルドすると、発生頻度が千回に1回位にあがるし。
で、今回Windows10を1803から1903に一気に上げたら、問題発生しなくなった。WSLイメージのアップグレードもしてないし、ZSHのリコンパイルもしてない。単純にWindows更新しただけなので、WSLのバグだったと思われる。

>>293
たぶんそれ。Linuxカーネル+FreeBSDランドじゃなくて、FreeBSDカーネル+Debianランドだったのか。記憶違いしてた。

元々LinuxはGNU(OS)の代替カーネルというポジションだけど
BSDカーネル+GNUユーザランドは幾つか実装例があったけど
Linux(GNU)カーネル+BSDユーザランドは本当に見ないね…見た記憶すら無い

GNUユーザーランド VS BSDユーザランド で考えてみればわかる。

機能的に GNUユーザーランド は BSDユーザランド の上位機能なんだ
機能を減らす意味なんて無いだろう？

BSD3〜4.2の時はBSDの方が高機能
だったけど、SYSVでほぼ取り込みされてるからね

当時最先端だった筈のマイクロカーネル
陣営で生き残っているにはWindowsぐらいか

MacOSXは一応Machの末裔だから、マイクロカーネルじゃないんですかね
まあ商用マイクロカーネルOSで最も普及してるのは確かにNTだなここ20年くらい

それを言うならNextだね
OMRONのLunaも無くなって悲しいね

カモメ時代のLinuxをフルボッコした奴ら
今頃どんな顔して生きて居るのでしょう？

昔からWindows(9x,NTすべて)はマイクロカーネルじゃないだろ。
どこにそんな情報があるんだ？

NTはマイクロカーネル
95はキマイラ
ってのが定説だけど

NTのDDK本の最初の翻訳本を作ったWinProgDDKの中野一人です

なお、翻訳時に単位を間違えたのは別之一人あるね

いやだからそのNeXT OSのカーネルがMachパクってたんだろ…
Machは元々BSDのマイクロカーネル実装実験
読みはマッハじゃなくてマーク

戦うプログラマーとか胃がｷﾘｷﾘしながら読んだなあ
NTも技術的にはVAXの系譜で由緒はわりとしっかりしてる
MSアンチにデタラメ垂れ流されてるけどNTは純然たるマイクロカーネル実装

アビー・テバニアンが盗人とな？
大学で学んだ事を産業化すると泥棒なのかね？

インサイドMicrosoft Windows 第4版
2.2 オペレーティングシステムモデル
https://www.atmarkit.co.jp/fwin2k/bookpreview/insidewin4/insidewin4_01.html#2-2

18975にしたらWSL2にしたUbuntuがアプリのアイコンから起動出来なくなった…(wsl、bashコマンドからはOK)

WSLのフィードバックは提供する内容がちょっと違うのね

ストア経由で入れてないから、WSLのアイコンが一つもないわ

何をもってマイクロカーネルと定義するかにもよるけど、
特権モードで実行される部分をできるだけ少なくするという観点からはNTもMacOSも
全くマイクロカーネルではない

特にNTは3.1の時点でLinuxより特権モードで実行される部分が多い

NTはプロセス管理もメモリ管理もファイルシステムも全部Linuxと同様に特権モードで
動く単一バイナリのNTカーネルntoskrnl.exeで実行されている上に、レジストリ関係も
ntoskrnl.exeで実行されるので他のOSより特権モードで実行される部分が多い

さらに4.0でWIN32APIのグラフィック関係のGDI32.dllやUSER32.dllがユーザ
モードで動くCSRSS.exeへのメッセージ通信から、特権モードで動くwin32k.sysへの
システムコールになり、グラフィック関係が特権モードで動くようになった
Vista以降DirectX関係はユーザーモードで動くDWM.exeが関わるようになったけど、
10でもGDI関係はwin32k.sysへのステムコールのまま

NTのマイクロカーネル的な要素はサブシステムと呼ばれるユーザランドの側だけだよ

重箱の隅つついてケチつけるのが目的で、手段はどうでもいい類の。
アップル無罪。

>>311
特権モードで実行される部分を少なくするのと
マイクロカーネルは全く関係ないんだけど、

自分から何を持ってマイクロカーネルと定義するか？と言っておきながら
間違った定義で、マイクロカーネルではないとするのはなんで？ｗ

>>313
君こそ何いっているの?

OSの機能を独立性の高いモジュールに分割し、システムコールやサブルーチン
コールではなく、相互依存性の低いメッセージ通信で各モジュール間をつなぎ、
できるかぎり、何でもできるがゆえ問題が生じやすい特権モードではなく、ユーザ
モードで実行されるサーバープロセスでするようにするのがマイクロカーネルの思想

例えばMINIXだと、プロセス管理はpm,ファイルシステムがfs、仮想メモリ管理のmm、
サーバの起動やドライバの管理がrs等のユーザーモードで動作するサーバーによって
プロセス管理やメモリ管理、ファイルシステム等のOSの基本機能が実現している

GNU HURDやQNXなども同じ

これらのマイクロカーネルOSとLinuxやWindows NT、MacOSは全く構造が違う

嫌、少なくとも3.xの頃はマイクロカーネルを自称していたよ。
本来の NT4 の実装に失敗して以降グダグダで
マイクロカーネルじゃ無いじゃ無いって意見はありかもしれないが

>>314
要件としては細かいモジュールに分けていればいいので
特権モードとかいうのは関係ない

例えばドライバが特権モードを使っていても、
カーネルとドライバが分離されていれば
マイクロカーネルになる

>>315
当時を振り返ればわかると思うが、3.xからNT4で何を変えたかと言うと
GPUドライバをカーネル空間（特権モードとは関係ない）に持ってきただけだよ
当時の性能では真のマイクロカーネルではパフォーマンスが悪かったから
別に完全にマイクロカーネルを諦めたわけじゃない。一部妥協しただけ

当時のというか現在でも結局理念通りの実装ではコンテキストスイッチの実行コストがバカにならず性能がスポイルされまくって非現実的なので
実用性を求めるOSではメッセージや実装によってはネットコードやファイルシステムの一部もカーネルモジュールで実行させるようになっている

理念通りに分割したままの実装なんて、実証用や学習用くらいじゃねえの？
何十MBもキャッシュを積んだ数GHz動作のプロセッサと高速で大容量のメモリをジャブジャブ使える今現在でさえこうなんだし
数10MHzかそこらのCPUとメモリでやってた頃なんて、原理主義的なマイクロカーネル実装では到底使い物にならなかっただろう

>>316
> カーネルとドライバが分離されていれば
> マイクロカーネルになる

ならLinuxはマイクロカーネルだねw

NTもLinuxもドライバはモジュールだよ

NTでは*.sysがカーネルモードで動作するモジュールで
Linuxでは*.koがカーネルモードで動作するモジュール

どっちもカーネルは普通のcall&ret命令でモジュールを呼び出しているから
この辺の構造はLinuxもNTも全く同じ

これをマイクロカーネルと定義するならLinuxもNTもマイクロカーネルになりまつ

だからLinuxもマイクロカーネル化してきてるんだよ。
もっともNTほど細かく別れてない。ドライバ以外は結合しちゃってるから

コード見せる必要がない話だと饒舌になる

coLinux

>>323
64bit版はいつ出るんや
待ちくたびれたで

俺様が認証したものがマイクロカーネルである。エヘン！

そんな訳ねえだろうに

>>324
つ WSL2

>>321
> もっともNTほど細かく別れてない。ドライバ以外は結合しちゃってるから
いいえ

CentOS 7のカーネルだと*.ko.xzが約2500個、Windows 10のC:の*.sysが
約2400個だから同じぐらいだね

個数でｗ

>>327
Linuxはドライバ以外が結合してるって言ってるのに、

Linuxのドライバは結合されてないという証拠持ってきて
何をしたいの？

>>328
分割度合いの違いに関する客観的な根拠が他にあるなら具体的に示してね

>>329
何が言いたいの?

あのLinuxのモジュールって、例えば、kernel/fs以下にはxfs.koとかfat.koとかvfat.koとか
普通にファイルシステム関係のコードが分割されて存在しているんだけど

何が言いたいの？
Linuxはモノリシックをすてマイクロカーネルになった
NTを真似たのです。ってことかなぁｗ

利便性と速度で結局どっちもハイブリッドにないましたちゃんちゃん
これだけのことだろ？何長々と揉めてんの？

コンピュータの性能が十分に高ければ
マイクロカーネルの方が良いという話

サブシステム毎の固有ハンドルが返って
くるマイクロカーネルの方が不便だよ

特権モードで動作するOSの機能を分割してモジュール化するなんて50年以上前の
メインフレームの時代からある機能だしMSDOSだってそうだよ

> カーネルとドライバが分離されていれば
> マイクロカーネルになる

この定義だとNTだけでなくMSDOSもWindows 9xもFreeBSDもSolarisも全部マイクロ
カーネルになる

特にWindows 9xなんて単一のバイナリのカーネルがあるんじゃなくてvmouse.vxdや
vkb.vxd、vwin32.vxd等特権モードで動作する複数のvxdでカーネルが構成されているから、
この定義だとWindows 9xの方がNTよりマイクロカーネル的なOSになる

バカじゃないの

今となっては、ドライバー付与する度に
カーネルコンパイルするOS(ex.Solaris1)
とかの方がマイナーですね

はいはいモノシリックカーネルモノシリックカーネル

自前でカーネルをビルドする前提の話だけど、組み込むのとモジュールにするのでパフォーマンスに差って出るのかな

セグメント超えをする時にオーバーヘッド
はあるでしょうが、特権超えの方が大きいから
無視しても良いんじゃない？

windowsのコマンドとパイプでつなぐときに改行コード変換するオプションとかあります？
sed噛ましたりじゃなく

パイプというのはバイナリデータを含むデータを無変換で渡すものです。
そうじゃないと、curlで取ってきたtar.gzをローカルに保存せずに展開なんてできないでしょ

別に常に変換してほしいなんて言ってないんだけど

>>342
だからパイプやリダイレクトは基本的な設計思想として
「変換は一切しないものなんです」ってこと
これはUnixの頃からそういう思想だから

変換したいなら何らかのコマンドをフィルタとして間に入れるだけでしょ

dos2unixは？

>>343
間にwsl.exe入るじゃん
そいつに変換するオプションぐらいあったって罰は当たらないんじゃないの

入れる必要ないけど？

>>345
wsl.exeのオプションにしたら、常に変換する指定しかできないじゃん

パイプでtrやsed噛ませて変換してからさらにパイプすればいいだけだよな
何を気にしてるのかよく分からん

UNIXの思想をわかってない。
単純なコマンドを組み合わせって大きな仕事をするものだ

これに関連して色々試してみたら変な現象見つけた。
/mnt/c/Windows/System32/PING.EXE
/mnt/c/Windows/System32/PING.EXE|cat
この2つで出力結果が違う。出力は対象指定してないってヘルプが出るんだけど、cat通すと英語になる。
パイプじゃなくてファイルにリダイレクトしても同じ。
これ既出？ググったけど、WSL環境を日本語化するってページがノイズになって情報が出てこない。

ついでに他に試した結果。
英　語: /mnt/c/Windows/System32/PING.EXE>test.txt
日本語: (/mnt/c/Windows/System32/PING.EXE)
英　語: (/mnt/c/Windows/System32/PING.EXE)|cat
英　語: echo "$(/mnt/c/Windows/System32/PING.EXE)"
日本語: while true;do /mnt/c/Windows/System32/PING.EXE;break;done
英　語: echo|while read dummy;do /mnt/c/Windows/System32/PING.EXE;done
英　語: echo|/mnt/c/Windows/System32/PING.EXE
英　語: /mnt/c/Windows/System32/PING.EXE</dev/null
日本語: echo;/mnt/c/Windows/System32/PING.EXE

しらんけどコードページが変わってるとかじゃねーの？

>>350
/mnt/c/Windows/System32/PING.EXE
そのままCP932で出力されるので、コンソールはchcp 932の状態になる→UI言語は日本語

/mnt/c/Windows/System32/PING.EXE|cat
パイプを挟むとUTF-8で出力されるので、コンソールはchcp 65001の状態になる→UI言語は英語

ということだと思う。

ちと違うな

通常はコンソールに表示する段階でUTF-8（CP65001）に変換される
PING.EXEはCP932の状態で実行→UI言語は日本語

パイプやリダイレクトを通す場合は変換されてはまずいので
PING.EXEを最初からUTF-8（CP65001）の状態で実行→UI言語は英語

こんな感じか？

>>346
まじか
どうやんの？

>>349
それ誰か言ってくるだろうと思ってた
でもWindowsやん

>>337
モノリスって言ってから書くこと

物知りっ苦

その零度バルブ
行く津島神社

桃尻っ娘喰う寝る

マウント乞食合戦不毛

WSLのbash上で「ping /?」と入力するとなぜか文字化けしない日本語ヘルプが表示されるんだが、
「ping /? | less」や「ping /? > aaa.txt」などのように|や>で出力をパイプでつなぐと英語表示になる。

>>359
「どうぞ、この哀れなわたくしにfuse_mountのおめぐみぉぉ…」
「なにを言う！おまえは職業乞食だろ！だんなぁ、fuse_mountは本当に憐れなこっちにめぐんでくだせぇ」

DOKANで我慢しろや

WSL1 と WSL2 はどちらがよ

insider build 18980でOS起動不可になっちゃったわ

sudo codeした時に、codeコマンドがないって言われるのはどうしたらいいんだろ
そもそもWSL内でcodeコマンドとか打った時って、どういう仕組みでWindows側のVSCodeが起動するんだぜ？

>>366
パスが通ってない
そもそもインストールできていない
wsl側からでもwindowsアプリは普通に実行できる

あーsudoしたら実行できないってこと？
https://dev.classmethod.jp/node-js/vscode-sudo-debug/

code.exeなんじゃない？

WSLからWinアプリが動くのはパスが通ってるのとbinfmtの会わせ技だったかと

sudo -E だろ

せめてLinuxの起動の仕組みぐらいは理解してほしいね

>>370
違った。スマン。

すまん、sudo "$PATH"とか無駄なことして、パスが通ってるつもりになってたわ

>>209
× Windows では、fork が無い
○ Windows の Ruby では、fork が無い

>>286
↓の範囲なら特に悩みは無いけど。
https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/supported-freebsd-virtual-machines-on-hyper-v

どううまくいかないのか書かないのかな？
インストールできても初回の起動に失敗するとか
仮想NICが認識されないとか

動かない、動かない、とにかく動かない！
俺様が間違ってるわけないんだからM$が糞に決まってる！
M$M$M$！！！！

妹と一緒で設定が甘いと不味いんじゃね？

脳内設定の妹かー、設定はちゃんと作り込まないとな

WSLって、forkとファイルアクセスが遅いだけで実行速度自体が遅いわけでもないんだな
遅かったシェルスクリプトをbash互換からzshビルトイン使ってfork減らすようにして、ディスクアクセスもキャッシュするようにしたらそこそこ速くなった
そこまでするなら適当なLL使った方が良い気がするけどｗ

>>378,379
Linuxと同じ程度には仮想化環境にも対応してるから、妹と違って設定適当でも美味しく頂けるｗ

scoop使ってruby入れたら上手くいかなかったけどWSLでrbenv使ってruby入れたら上手くいった
WSLはいいものだと思う

>>380
具体的にどんな変更をしましたか？
zshで遅くて困っています。

結論の一行だけでよかった説
shell使わずにLLで書き直せばいい。それでもI/Oまわりで遅いんだけど。

そこまでやるともう別物だし
メンテも面倒になりそうだし
嬉しみが無い

100万プロセスとか起動するなら、Ruby でも使えば？

外部コマンドを呼ばなければ、1プロセスで済む

rubyで何が解決するのか

>>383
Ruby なら、こういう感じ

file_path = "tmp/a/b.tar.gz"

p File.dirname( file_path ) #=> "tmp/a"
p File.basename( file_path ) #=> "b.tar.gz"
p File.extname( file_path ) #=> ".gz"