【Bash】Windows Subsystem for Linux【WSL】3
■ このスレッドは過去ログ倉庫に格納されています
デスクトップ環境はかなりWSLに移行するだろうな。でもサーバ環境ではLinux必要だね。 >>116 ライセンス料金があるからそれはどうしようもない サーバー環境がLinuxだからこそ、それをWindowsに取り込んだとも言える もしGPUが使え、Dockerがネイティブに動くようになったら、 Linux上で開発する理由はなくなるだろう >>113 サブシステムに関してデメリットあるの? WSLだけが使えるWindowsが来たら、移行を考えてあげても良いよ。 標準でWindows 10をインストールすると ごちゃごちゃといっぱいくっついてくるから、 そーゆーの全部入らないWSLだけ使うためのWindowsを期待します。 デメリットはWSLはlinuxカーネルをエミュレートしてる技術で仮想PCのようにハードをエミュレートしてるわけじゃないから ハードの取扱いをWindowsを通してでしか出来ない。カーネルエミュレートだからアップデートが遅い。100%のソフトに対応できるわけではないってこと。 >>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 宛な 買ってきたフライを家でもう一度揚げるとカリッとするけど、ポテチももしかすると、もう一度揚げるとうまくなるんじゃないのか? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる