【Bash】Windows Subsystem for Linux【WSL】3
■ このスレッドは過去ログ倉庫に格納されています
>>121
それだけ?はるかに上回るメリットがあるよね。 >>122
それは使い方による。debianみたいな古いカーネルでデスクトップ用途してるならWSL様様なんじゃね?
開発でガンガン使いたいならまだちょっときついな。これからに期待。 WSLかChromeOSのLinux機能(独自ハイパーバイザー動かしてるアレ)あればもうPCとしてのmacいらないんじゃね?(暴論
ファッションアイテムとしてのmacは必要かも試練が >>125
VMや実機を使う時間が減ったわ、すごく便利になったことには間違いない。
これからに期待だな。 >>127
それはわかるわ〜。リアル環境は必要やけど、便利になったね。ちなみに僕はWindowsデフォのターミナルが嫌で、cloud9をWSLにインストールして、ブラウザから使ってる。
WSLを意識しないで使えるからおすすめよ。 >>108
>linuxのAPIは移植可能なぐらいきれいだったってことだ。
え?
OS/2の頃からPosixサブシステムはありましたけど
>>117
何のライセンス?? >>129
Windowsのライセンス。
Windowsの通常のエディションはサーバーとして使えない
サーバーとして使う場合はWindows Serverが必要となり、
接続数などに応じたCALライセンスが必要になる
LinuxのようにPCにインストールしたら、誰でもコストかからずに
自由に接続できるわけではない
クラウドで使う場合は、クラウドのサービス提供者が提供している
Windows Serverを使う。その場合はライセンスが含まれているから
CALは必要ないから安くなるが、それでもLinuxを使うよりは高めとなる >>118
ハンドルがサブシステム毎に異なるとか
エラー周りのマッピングがおかしいとか >>131
ハンドルってなんのハンドル?
エラー周りのマッピングってどういう意味
他の人にもわかるように説明してくれない? Windows Server のライセンス料は、高い。
MS の社員の給料は、高いから
Linux のコミュニティが作っているものは、
ボランティア・給料なしが多いから、安い
RedHat みたいな企業は、社員の給料が高いから、MS と同じ 0円。なぜならそれが答えだから、もう解決した。
つまり適当なことを言ってるから説明できない。
それの結論で俺は満足だし、お前も言う気がないなら、ほら解決だ。 Linux + WineよりもWindows + WSLのほうがいいと思います! Windows nativeなX serverが欲しいなあ。あるいはVcXsrvがtcpじゃなく
UNIX domain socketで通信できるようにならないかなあ WindowsのAPI(WinSock)って最近UNIXドメインソケットに対応したんじゃなかったか? >>139
ゲームや3Dグルグルみたいな用途じゃない限りTCP経由でも支障はないけど。 >>142
実際WSLを入れる人なんてごく少数なんでしょうけどね。
大多数の人はCUIなんて興味ないし、使わない。 >>143
その大多数っていうのに一般の人(プログラマなど以外)の人が
含まれるならそうでしょうね。
でもプログラマなら大抵入れると思いますよ。
今はOS古くて入れられない人が多いかもしれないですが、
7のサポートが終了する頃にはね 少数って話ならこのスレ見てるユーザーなんかプログラマより少数で偏ってるじゃねぇか。
好きな話すりゃいいんだよ。 >>129
PosixサブシステムとWSLはぜんぜん違う技術だろ。それとも昔からlinuxカーネルをエミュレートしてるって言いたいのか? >>148
NTのPOSIX subsystemはWSLと似たものだと思っていたけど。
そもそもOS2のPOSIX subsystemなんてあったっけ?
emxとか、Windows上のcygwinみたいなもんだと思っていたけど。 >>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もコマンドラインオプションあるよ。 ■ このスレッドは過去ログ倉庫に格納されています