【Bash】Windows Subsystem for Linux【WSL】3
■ このスレッドは過去ログ倉庫に格納されています
>>148
読み違えていました。
NTのOS/2・POSIXサブシステムを発展させて
WSLになったってことですね。カーネルごと扱うようになったところが進化ですね。 NTカーネルがWindows APIを直接提供してるんじゃなくて
NTネイティブAPIを提供してるだけなんだよね。
普段開発者が使うWindows API(Win32 API、Win64 API)ってのは
内部でNTネイティブAPIを呼び出してる。
WSLも同じ仕組み、内部でNTネイティブAPIを呼び出してる。
だからWindowsは、Windows APIとLinux APIの両方を
同じように提供していると言える
Windowsアプリは、Windows上で動いているように見え(これは当たり前)
Linuxアプリは、Linux上で動いているように見える。
バイナリレベルで互換性があるから、Linux用のバイナリをコピーして
Windows上にもってくるだけで動くし、逆にWSLで生成したバイナリを
Linuxに持っていっても動く >>151
OS/2・POSIXサブシステムはunixベースのアプリに対するサブシステムだから発展とかじゃない、ぜんぜん違う。
技術の流用はあっても別物だよ。 過去にあったものも含めてサブシステムを調べてみた
Win16サブシステム、Win32サブシステム、Win64サブシステム
OS/2サブシステム、POSIXサブシステム、INTERIXサブシステム
Linuxサブシステム
MS-DOSアプリが動くのもWin16サブシステムを使った仕組みだったんだな その気になれば、BSDサブシステムとかMacOSサブシステムとか作って
それぞれのOSをエミュレートすることも可能なんだろうな NTカーネルはマイクロカーネルだからサブシステムで増やしていっても極端に重くなったりはしない。
保守と開発はクソ大変だと思うけど。 >>141
試しに VcXsrv と Pulseaudio を使い、Firefox から youtube を見ると、ティアリングが少し気になる程度でした。音飛びは無し。 >>155
Windowsでは可能でしょうね。Linuxでは無理だろう。 >>158
それ、あんまり意味ない。普通にWindowsできるから。
仮想環境で陥りそうな罠だけどね。 WSL上のUbuntuにWine入れたらできるよ! >>155
技術的にはWindowsでは可能でしょうけど両方とも需要が少ないから
実現されないでしょうね。 >>161
Wineって結局WindowsのDLLをコピーしなきゃ
まともに動かないんだろ? WSL上のUbuntu上のWineにWSL入れたらできるよ! Wineは64ビットのEXEじゃないと動かない。
だけどIarfanViewはあっさり動いてたな。 Wineで動かないソフト言ってみろよ?
そんなの無いから。 >>166
俺たちに翼はない
永遠のアセリア
Piaキャロットにようこそ!!GO
魔法をひとつくださいな
Virtual Pool
スーパーエアーコンバット2 >>167
プロプラのソフトは技術力が無いからな。
やはりオープンソースに限るな。 ところでインテリセンスはautoで宣言した変数にも効く。 >>163
そういうわけでもないけど、貧乏人でなければWindowsを買って
VM上で動かしたほうが確実。 >>166
まともに動かないソフトは「そんなの動かす必要はない!」っていうパターンですよね?
バージョンアップで動かないものがあったら(たとえばOffice2003はうごくけど
2016は不具合があるとか)、MSのWineに対する嫌がらせだ、陰謀だとか
言い出しそうで・・・・。 >>177
酸っぱい葡萄理論だ。
酸っぱすぎんだろうが! wslでvcxsrvっていうxサーバー使ってgui表示させると、スクロールの時にCPU使用率高くなって、動きも鈍くなるんだけど(特にFirefoxだと80%位になる)、仕様上仕方ないことなんですかね?CPUはi5でWindowはさくさく動くんだけど >>168>>170
永遠のアセリアはWineで動かないそうだけど
作った人たちの技術力が劣っているから動かないんだ
>>174
永遠のアセリアはプレイしないとダメだな!
永遠のアセリアをWineで動かす必要は「ある」のか「ない」のか… >>180
Wineを作った人たちの技術力が劣っているから動かないんでしょう? Wineを作ってる人達の人的リソースか、
アプリ(ゲーム)作った人達がマイナーなAPI使ったかどうかか、
APIのマイナーな機能を使ったかどうか次第だろうな WSLの登場でLinuxは徐々にシェアを奪われていく、永遠に焦りな MicrosoftはすでにOSで支配しようとか儲けようとか卒業したのに なんでMSがWSL作ったりOSSにコミットしてるのがわからんのか winがやられたら起動しない
だから素直にLinuxはLinuxで利用したほうがいいよ Windowsみたいにデスクトップやドキュメントが同期したらいいのにな。 Windows10の一番いいところはパソコンの買い替えや故障でも、勝手に前のパソコンと同じになることだろな。
ここがLinuxより優れてて、とても大事なこと。 >>193
いやそれもあるよ
windowsである必要のない開発者はMacに流れてるんだから MacだとCLIが強い。UnixだからLinuxと似たコマンドが使える
クラウドの時代、サーバーに使用するOSの多くはLinuxだから
という状況だったが、UnixではなくLinuxそのものが使える
WSLは、Macのメリットを超えることができるだろう 判で押したようなLAMPサーバーのコマンドと使い勝手が同じって、
たいしたメリットとも思えないがなあ。
だいたいサーバー管理なんかコマンドでやらんし。 findしてxargsでrmとかunix系で当たり前にできることがwinでもできるのがいいよね Visual StudioでLinux開発できるのがいいです!
VS最強っす! >>200
> だいたいサーバー管理なんかコマンドでやらんし。
じゃあ何使うの?
AWS、GCP、Azure、使ったことありますか? >>201
それな。特にウェブ系の開発しているならLinux必須だし
普段使ってるLinuxのコマンドがそのまま使えるのは良い カルビーより小池屋のほうが一枚一枚が厚くて食べ応えがあるんだよな。 誤爆か?w
俺も小池屋がいいんだけど、近所のコンビニで売ってない・・・ コイケヤのはしょっぱすぎる
より焦げが多い方が香ばしくて好き >>204
WindowsではPowerShellで管理が今時の常識だろ >>204
ごめん、アンカー間違えた。>>200宛な 買ってきたフライを家でもう一度揚げるとカリッとするけど、ポテチももしかすると、もう一度揚げるとうまくなるんじゃないのか? もう一度揚げたら油増えるからトースターで焼くだろ普通 やっぱりDebianの方が安定してる。サーバー用途、CUIオンリーならUbuntuがいいけど
デスクトップアプリも動かしたい場合はDebianがよさそう。
こっちだとFirefoxがちゃんと動いた。音が出ないけど・・・ WSLでfirefoxとか何の意味があるのかわからない。 firefoxでできるかわからんけど、chromiumとかならcuiモードで起動できるし、スクリプト組めば自動ログインもできるからな。
firefoxもコマンドラインオプションあるよ。 Windows 10 Proクリーンインストール直後に、
Windows Updateしてもコケることが多発するのが難点だわ。
それさえなければ、小さなWindows 10 + WSLだけで常用して、開発業務できるわ。
WindowsのOSインストーラー時に、最小構成で小さなWindows 10を入れられるようにならへんかなー。 >>221
で、それでどんなことするの?って話です WSLにfirefoxやchrome入れてみたけどlinuxブラウザだと
タイトルバーにページタイトル表示されるのね
あれ便利で好きだわ
winのブラウザだとなぜかタイトルバー見た目空欄になるし
タブ幅せまいとページタイトル読めなくて困る >>223
環境を作って満足しているだけのように見えちゃいますよね。
>>222
たぶんあなたの環境がおかしいんでしょう。Windows Update
でこけたことなんてないし。 Win10クリーンインストールしたらWindows UpdateとかOffice Updateが遅かったり動かなかったりして何だこれと思ってたが、ネットワークが勝手に重量課金という設定にされていたせいだった。 >>226
よっぽど遅い回線でインストールしたのでは? >>230
firefoxやchromiumの開発に携わってるの? >>231
chromeやfirefoxからのアクセスをコマンドで再現できる
普通はcurlでいいんだけど webなんかの開発で、クリックして次のページで動作がどうとか、ブラウザテストするんだけど、
全パターンテストするときなんかはコマンドからブラウザ使う。
テスト用のスクリプトを組んでスクリーンショットも確認できるんで、Xサーバーがなくても問題ない。
WSLでweb開発するならブラウザ使えるのは便利だよ。 半自動のテスト用のマシンなんか、別途マシン用意した方が捗るだろ >>233
PowerShell勉強したら幸せになれると思うよ。アプリケーションの操作何でもできるし。 わざわざwindowsでもWSL使ってるのになんでPowerShell使うんだよ。 PowerShellがWindowsでの標準だとは思うが、俺には難しい。 >>238
bashなんかよりはるかに高機能だが、ハードルが高いね。GUIをすべてCUIで操れるところが便利。 >>239
本当にすべてなの?
フリーセルとく奴とか作ってみてよ
カードをどう動かすのかは人間が事前に指定するのでよいから シェルスクリプトよりも、PowerShell(PS) の方が、間違いが少なくなる
PSよりももっと複雑なものは、Ruby が良い C#かVB.NETできるんならPS1本だけでいい
意外と知られてないんだよな
PSはshみたいなバッチとC#のコードをソース1本で共存させられる 問題はPowerShellで作った資産は
Linuxや他Unixで使えないという所 >>242
なぜ少なくなると言い切れるの?
>>243
そうすることによるメリットは?
LLで何でもかけると言われても、そりゃかけるだろとしか なんでWSLがあるのかよく考えろ
PSのメリットを語っても意味ない >>245
そういうレベルじゃない、スクリプト内で.NETのインスタンスを生成してゴリゴリできる
http://www.atmarkit.co.jp/ait/articles/0607/26/news118_3.html
>>246
Win上でもWSL上でもPowerShellだけで動くだろ? じゃあPS使い続けてWSL使う必要もないし、ここでレスする必要もない。 ■ このスレッドは過去ログ倉庫に格納されています