https://docs.microsoft.com/en-us/windows/wsl/install-win10
前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】2 https://mao.5ch.net/test/read.cgi/linux/1468149353/
【Bash】Windows Subsystem for Linux【WSL】3
レス数が1000を超えています。これ以上書き込みはできません。
https://docs.microsoft.com/en-us/windows/wsl/install-win10
前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】2 https://mao.5ch.net/test/read.cgi/linux/1468149353/
前スレ再貼り
【Bash】Windows Subsystem for Linux【Ubuntu】2
https://mao.5ch.net/test/read.cgi/linux/1468149353/
Home版もWSLでそのままdocker動くようになったらメッチャ便利だが
そういう予定はないんだろか
64bitならhomeでもいけるんじゃないの？
クロスコンパイルには最適な環境ですね。
> Windows上でLinuxバイナリを作れるのは素晴らしいことで、
だからなに？って感じだなぁ
> もしかするとJavaの利点を吹き飛ばしてしまうかもしれない。
わからんから説明してくれ
wsl と mingwって全くの別物だと思うんだけど、どう関係させるの？
WSLにmingwパッケージを入れてWindowsのバイナリをコンパイルできる。
クロスコンパイルってやつ。
C++17だと大丈夫みたいだぞ。
C++03の頃は、clで確認後、gccでビルドすると通らないのが普通だった。
必ず修正が必要で、すり合わせを行っていた。
ところがC++17を指定するとgccが賢くなるらしく、すり合わせの必要が全くない。
ちなみにC++17はgcc7からなので、例えばUbuntu16.04などにはパッケージがない。
何か設定が必要なんだろうか。
LinuxにもVCPKG導入して使うことにしたんだけど、Boostですら何とかなってるけどな。
これでgcc7が使える。
それでも、ライブラリは最新じゃないから、パッケージマネージャとしてVCPKGを導入したほうが良い。
どうせ環境変数だろ
まあ何かそういう単純なことなんだろうけどな。
なるほど win 上のlinuxでwinのバイナリを作るのは不思議な気がするけど、msys使うのと変わらないのか
Linux側のSSHサーバーを情報収集が終わるまで起動したままにしとかないとダメってことだな。
https://aichi-jin.net/notifier/
CMakeで指定しているC++17の設定が反映されていない。
__cplusplus < 201103Lに引っかかってしまう。
ビルド時はきちんと設定されているのだが。
教えれ。
どういうプロジェクトに参画してるんだろう。
C++17を有効にするとだいぶ統一されるようだ。
データを扱うにはどうしたら良いでしょうか？
セル内改行は\n、カラムの改行は\r\nになってるらしいよ。
カンマ区切りのCSVデータだと仮定して、
シェルスクリプトの中に関数を一行ごとに呼び出し、
列を引数に対応させたいです。
例えば以下のような内容のファイルがあったとして
a1,a2,a3,a4
b1,b2,b3,b4
c1,c2,c3,c4
syori "a1" "a2" "a3" "a4"
syori "b1" "b2" "b3" "b4"
syori "c1" "c2" "c3" "c4"
という風にsyori関数を呼び出したいのです。
ただし実際には各項目（a1等の部分）にExcelから出力したデータのように
改行やカンマやダブルクォートやシングルクォートや空白が入ることがあるのです
どういうレベルで扱いたいんだ？
プログラム組めるならその言語用CSV用ライブラリ使えば普通に対応できる。
それで思い出しました。
各項目には \ が入ることもあります。
今回はCSVではありませんが、RFC4180（＝ExcelのCSVの仕様）では
改行が\nのようにエスケープされません
https://ja.wikipedia.org/wiki/Comma-Separated_Values
> フィールドがコンマ、ダブルクォート、改行を含む場合は、かならずダブルクォートで囲む。
> また、フィールドに含まれるダブルクォートは2つ並べてエスケープする。
>
> "日本 CRLF
> 国","""東京""","127,767,944" CRLF
↑「日本国」の国の前に改行が入っている場合
シェルスクリプト総合 その27
https://mevius.5ch.net/test/read.cgi/unix/1525337663/
まさにWSLの有効な使い方だろな。
アホ発見
KWSK
されているのかぁ凄いなぁ
たった一行
LinuxというかGNUのな。GNUはオリジナルに機能拡張している
LinuxのコマンドはほとんどオリジナルのではなくGNUの。Linuxはオリジナルを入れてないからGNU Awkをawkとしている。オリジナルがあるとこではgawk(GNU自体がgawkと称しもする)だな
>>51
getlineを使えばやってやれないこともないだろう
どうしてくれるの
わけがわからないよ
そうじゃないと安心して使えない。
ようするに環境構築の話だろ？
ansibleとか使えば？
WSLにこだわるなら、 tarで / のバックアップとってとかじゃダメ？
まか、そういう使いかたならVirtualbox なり VMWareが向いていると思う。
WSLの設計としては、ソースコードはC:\Users\name 以下に置いて
それを /mnt/c/Users/name から参照する想定でしょ？
シンボリックリンクをつければ ~/ 以下から参照できるし
だからWSLの環境が削除されてもデータは残る
うん。だからシンボリックリンクでHOME以下に
持ってくればいいわけだよ
パーミッション、タイムスタンプ、保存できるようになっただろ
drvfsで作業したくない理由ってなに、？
export LANG=ja_JP.UTF-8
shopt -s expand_aliases
alias mydoc='cd /mnt/c/Users/Owner/Documents'
今度のWindowsはLinux入り！
もしLinuxはGPLなんだからWindowsもソース公開しなきゃならない！
とかいうやつが現れたりしても無駄。
なにせLinuxは入ってない
Windowsが独自にLinux互換機能を搭載しただけ
WindowsというOSを作っていながら、
片手間でLinux OS互換にするとはすごいね
超入った！
Windows + Linuxのお得なWindowsが今度のWindows！
WindowsがLinux相当の機能を含んだのはそのとおりだし
鬼に金棒ってやつだ。
もうわざわざLinuxを使う必要がない
しかも「実用的な速度」などとのたまう
本物のunixであるmacの前にひれ伏すが良い
ユーザーランドはGNUなのかBSDなのかどっちつかずで・・・
要はGPUを使いたいんだよね。
せんとくんもってこいや
商用パッケージが含まれるRHELならともかく、
CentOSはもともとRHELと無関係のプロジェクトで
レッドハットと何ら契約を結んでないのでそれはありえない
そんなことをしたらGPL違反になる
https://github.com/RoliSoft/WSL-Distribution-Switcher
これらに対応しているようだ（多分イメージを用意すればその他も動くのだろう）
debian, ubuntu, fedora, centos, opensuse, mageia,
oraclelinux, alpine, crux, clearlinux
今となってはRedHat様がスポンサーのプロジェクトですがw
セント君はレッドハットと協業契約を結んでいて、そのおかげで訴訟の心配なく使えるようになったのが売りだと思いますが。
だけども、Windows上で動かすことはできません。
まあそんな仕組み。
OSのライセンスがGPLである以上、Windows上で動かすことが
できないなんて追加ライセンスはつけられないんだが？
それにマイクロソフトもレッドハットと協業している。仲いいんやで？ｗ
マイクロソフトとレッドハットがついに結んだ画期的パートナーシップの全貌
https://forbesjapan.com/articles/detail/10256
Microsoft AzureではRHELとCentOSもサポートしている
https://azuremarketplace.microsoft.com/ja-jp/marketplace/apps/category/compute?page=1&;subcategories=operating-systems
ほんと、なんですぐバレる嘘をつくんだろう？w
Redhatをコピーして売ることはできません。
体験版みたいな感じですね。
> RedhatはしらんけどCentOSは売れるぞ
CentOSはコピーして売っても良いことを知ってるから
>>93はあえてRedhatだけしかかかなかったんだよ。
つまりCentOSは使ってもいいと
本当は知ってるわけｗ
デスクトップはMicrosoft WSL/Linux。
Ubuntu/NTカーネル
Debian/NTカーネル
だからhtopコマンドを打ってもシステム全体が見えるだろ？Windowsの開発チームは優秀だし、linuxのAPIは移植可能なぐらいきれいだったってことだ。
だけど、逆は無理だろうな、wineはwindowsがオープンソースじゃないからバイナリ依存してる。
でもJavaなんかのシステムコールはwindowsに直接投げるより、WSLに投げたほうが遥かに早いので、なんだか皮肉だけど。
Linuxじゃなくて、Windows Subsystem for Linux
LinuxのためのWindowsサブシステム
WSLを使うとLinux上で動くディストリ
例えばUbuntuなどが動いてしまう
Ubuntuから見ると、WindowsがまるでLinuxのように見えてしまう
それを実現しているのがWSL
> だからhtopコマンドを打ってもシステム全体が見えるだろ？
そこはよくわからん。
タスクマネージャーからWSL上のプロセスは見えるが、
WSLの中からWSLの外のプロセスは見れないようになってる
でないと、複数のディストリを動かしたりできない
システム全体ってのが悪かった、ハードのシステムが見渡せるでもいい。つまり、メモリが割当いくらとか、CPUのコアがいくつとか、そういうたぐいの仮想化じゃないってこと。
デメリットも多いけど
ライセンス料金があるからそれはどうしようもない
サーバー環境がLinuxだからこそ、それをWindowsに取り込んだとも言える
もしGPUが使え、Dockerがネイティブに動くようになったら、
Linux上で開発する理由はなくなるだろう
サブシステムに関してデメリットあるの？
標準でWindows 10をインストールすると
ごちゃごちゃといっぱいくっついてくるから、
そーゆーの全部入らないWSLだけ使うためのWindowsを期待します。
ハードの取扱いをWindowsを通してでしか出来ない。カーネルエミュレートだからアップデートが遅い。100%のソフトに対応できるわけではないってこと。
それだけ？はるかに上回るメリットがあるよね。
だね。そういう用途ではVMかな。
それは使い方による。debianみたいな古いカーネルでデスクトップ用途してるならWSL様様なんじゃね？
開発でガンガン使いたいならまだちょっときついな。これからに期待。
ファッションアイテムとしてのmacは必要かも試練が
VMや実機を使う時間が減ったわ、すごく便利になったことには間違いない。
これからに期待だな。
それはわかるわ〜。リアル環境は必要やけど、便利になったね。ちなみに僕はWindowsデフォのターミナルが嫌で、cloud9をWSLにインストールして、ブラウザから使ってる。
WSLを意識しないで使えるからおすすめよ。
>linuxのAPIは移植可能なぐらいきれいだったってことだ。
え？
OS/2の頃からPosixサブシステムはありましたけど
>>117
何のライセンス？？
Windowsのライセンス。
Windowsの通常のエディションはサーバーとして使えない
サーバーとして使う場合はWindows Serverが必要となり、
接続数などに応じたCALライセンスが必要になる
LinuxのようにPCにインストールしたら、誰でもコストかからずに
自由に接続できるわけではない
クラウドで使う場合は、クラウドのサービス提供者が提供している
Windows Serverを使う。その場合はライセンスが含まれているから
CALは必要ないから安くなるが、それでもLinuxを使うよりは高めとなる
ハンドルがサブシステム毎に異なるとか
エラー周りのマッピングがおかしいとか
ハンドルってなんのハンドル？
エラー周りのマッピングってどういう意味
他の人にもわかるように説明してくれない？
MS の社員の給料は、高いから
Linux のコミュニティが作っているものは、
ボランティア・給料なしが多いから、安い
RedHat みたいな企業は、社員の給料が高いから、MS と同じ
いくら出す？
つまり適当なことを言ってるから説明できない。
それの結論で俺は満足だし、お前も言う気がないなら、ほら解決だ。
公務員の給料が高いと思ってる人かな？
https://blogs.msdn.microsoft.com/commandline/2018/06/14/improved-per-directory-case-sensitivity-support-in-wsl/
UNIX domain socketで通信できるようにならないかなあ
ゲームや3Dグルグルみたいな用途じゃない限りTCP経由でも支障はないけど。
実際WSLを入れる人なんてごく少数なんでしょうけどね。
大多数の人はCUIなんて興味ないし、使わない。
その大多数っていうのに一般の人（プログラマなど以外）の人が
含まれるならそうでしょうね。
でもプログラマなら大抵入れると思いますよ。
今はOS古くて入れられない人が多いかもしれないですが、
7のサポートが終了する頃にはね
プログラマ自体がごく少数だし。
日本語読めないなら出てくんなよ
好きな話すりゃいいんだよ。
PosixサブシステムとWSLはぜんぜん違う技術だろ。それとも昔からlinuxカーネルをエミュレートしてるって言いたいのか？
NTのPOSIX subsystemはWSLと似たものだと思っていたけど。
そもそもOS2のPOSIX subsystemなんてあったっけ？
emxとか、Windows上のcygwinみたいなもんだと思っていたけど。
読み違えていました。
NTのOS/2・POSIXサブシステムを発展させて
WSLになったってことですね。カーネルごと扱うようになったところが進化ですね。
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に持っていっても動く
OS/2・POSIXサブシステムはunixベースのアプリに対するサブシステムだから発展とかじゃない、ぜんぜん違う。
技術の流用はあっても別物だよ。
Win16サブシステム、Win32サブシステム、Win64サブシステム
OS/2サブシステム、POSIXサブシステム、INTERIXサブシステム
Linuxサブシステム
MS-DOSアプリが動くのもWin16サブシステムを使った仕組みだったんだな
それぞれのOSをエミュレートすることも可能なんだろうな
保守と開発はクソ大変だと思うけど。
試しに VcXsrv と Pulseaudio を使い、Firefox から youtube を見ると、ティアリングが少し気になる程度でした。音飛びは無し。
Windowsでは可能でしょうね。Linuxでは無理だろう。
それ、あんまり意味ない。普通にWindowsできるから。
仮想環境で陥りそうな罠だけどね。
技術的にはWindowsでは可能でしょうけど両方とも需要が少ないから
実現されないでしょうね。
Wineって結局WindowsのDLLをコピーしなきゃ
まともに動かないんだろ？
だけどIarfanViewはあっさり動いてたな。
そんなの無いから。
俺たちに翼はない
永遠のアセリア
Piaキャロットにようこそ！！GO
魔法をひとつくださいな
Virtual Pool
スーパーエアーコンバット２
プロプラのソフトは技術力が無いからな。
やはりオープンソースに限るな。
>>167 永遠のアセリアでしょ
2003年11月28日にザウス（本醸造）より発売された18禁異世界召喚シミュレーションゲームだそうだ
https://ja.wikipedia.org/wiki/%E6%B0%B8%E9%81%A0%E3%81%AE%E3%82%A2%E3%82%BB%E3%83%AA%E3%82%A2
それはプレイしないとダメだな！
WSLって動くの？
そういうわけでもないけど、貧乏人でなければWindowsを買って
VM上で動かしたほうが確実。
まともに動かないソフトは「そんなの動かす必要はない！」っていうパターンですよね？
バージョンアップで動かないものがあったら(たとえばOffice2003はうごくけど
2016は不具合があるとか)、MSのWineに対する嫌がらせだ、陰謀だとか
言い出しそうで・・・・。
酸っぱい葡萄理論だ。
酸っぱすぎんだろうが！
永遠のアセリアはWineで動かないそうだけど
作った人たちの技術力が劣っているから動かないんだ
>>174
永遠のアセリアはプレイしないとダメだな!
永遠のアセリアをWineで動かす必要は「ある」のか「ない」のか…
Wineを作った人たちの技術力が劣っているから動かないんでしょう？
アプリ（ゲーム）作った人達がマイナーなAPI使ったかどうかか、
APIのマイナーな機能を使ったかどうか次第だろうな
本気でそう思ってるならイタイ。
だから素直にLinuxはLinuxで利用したほうがいいよ
ここがLinuxより優れてて、とても大事なこと。
いやそれもあるよ
windowsである必要のない開発者はMacに流れてるんだから
クラウドの時代、サーバーに使用するOSの多くはLinuxだから
という状況だったが、UnixではなくLinuxそのものが使える
WSLは、Macのメリットを超えることができるだろう
たいしたメリットとも思えないがなあ。
だいたいサーバー管理なんかコマンドでやらんし。
VS最強っす！
> だいたいサーバー管理なんかコマンドでやらんし。
じゃあ何使うの？
AWS、GCP、Azure、使ったことありますか？
それな。特にウェブ系の開発しているならLinux必須だし
普段使ってるLinuxのコマンドがそのまま使えるのは良い
AIで管理です！
俺も小池屋がいいんだけど、近所のコンビニで売ってない・・・
より焦げが多い方が香ばしくて好き
WindowsではPowerShellで管理が今時の常識だろ
ごめん、アンカー間違えた。>>200宛な
慣れたら何でもできますからね。
デスクトップアプリも動かしたい場合はDebianがよさそう。
こっちだとFirefoxがちゃんと動いた。音が出ないけど・・・
つ PulseAudio
音鳴ったわ！
サンクス！
firefoxもコマンドラインオプションあるよ。
Windows Updateしてもコケることが多発するのが難点だわ。
それさえなければ、小さなWindows 10 + WSLだけで常用して、開発業務できるわ。
WindowsのOSインストーラー時に、最小構成で小さなWindows 10を入れられるようにならへんかなー。
で、それでどんなことするの？って話です
タイトルバーにページタイトル表示されるのね
あれ便利で好きだわ
winのブラウザだとなぜかタイトルバー見た目空欄になるし
タブ幅せまいとページタイトル読めなくて困る
環境を作って満足しているだけのように見えちゃいますよね。
>>222
たぶんあなたの環境がおかしいんでしょう。Windows Update
でこけたことなんてないし。
よっぽど遅い回線でインストールしたのでは？
開発テスト
firefoxやchromiumの開発に携わってるの？
chromeやfirefoxからのアクセスをコマンドで再現できる
普通はcurlでいいんだけど
全パターンテストするときなんかはコマンドからブラウザ使う。
テスト用のスクリプトを組んでスクリーンショットも確認できるんで、Xサーバーがなくても問題ない。
WSLでweb開発するならブラウザ使えるのは便利だよ。
PowerShell勉強したら幸せになれると思うよ。アプリケーションの操作何でもできるし。
bashなんかよりはるかに高機能だが、ハードルが高いね。GUIをすべてCUIで操れるところが便利。
本当にすべてなの？
フリーセルとく奴とか作ってみてよ
カードをどう動かすのかは人間が事前に指定するのでよいから
CADの入力やってみせて
PSよりももっと複雑なものは、Ruby が良い
意外と知られてないんだよな
PSはshみたいなバッチとC#のコードをソース１本で共存させられる
Linuxや他Unixで使えないという所
なぜ少なくなると言い切れるの？
>>243
そうすることによるメリットは？
LLで何でもかけると言われても、そりゃかけるだろとしか
PSのメリットを語っても意味ない
https://japan.zdnet.com/article/35113059/
これ以前から既にPSはLinuxにも移植されているんだが・・・
そういうレベルじゃない、スクリプト内で.NETのインスタンスを生成してゴリゴリできる
http://www.atmarkit.co.jp/ait/articles/0607/26/news118_3.html
>>246
Win上でもWSL上でもPowerShellだけで動くだろ？
PowerShellが移植されていることと
PowerShellで書かれた同じプログラムが
期待したと通りに動くどうかは別問題
マウスの移動とクリックやメニュー操作ならできるよ。
面倒だからマウスでするけどね。
それはどんなプログラムにも言えるし。移植されていることがまずは重要。
と、思ってる人もいるね。
それをWSLスレでわめき散らしてもいいという法はない
linuxに移植されてるつってもわざわざwinのWSL上でPowerShell使ったりしないんだし
WSL外で動かすPowerShellの話はスレ違いだろ
ここは最強を決めるスレじゃなくWSLについて語るところ
いや別にいいだろ。
それPSでできるよみたいなのがあっても。
過剰な宣伝は御免被るけど。
もちろんおｋですよ。
過剰な宣伝は御免被るけど。
PowerShell絡めてWSL使うような話ならともかく
PowerShellの利用方法語るスレじゃないのよ
単にWindowsから使えよ。
*** に入るのはなんでも構わん。 PowerShell でも Vagrant+VirtualBox でも Cygwin でも。
とっくに過剰な宣伝なので御免被ります
WSLだから便利なことといえば、WSL側でサーバーを立てて、Windowsからブラウザ経由で使うとか。
そういう用途だと思う。
その用途だったらVMのほうがいい。WSLでサーバーは無理。
ほんとに無理だと思ってるの？
無理という言葉が嫌いであれば不向き。
Docker CE入れてDocker for Windows操作すると捗るよ
WSLは事前にリソース割当しなくていいからエコ。
エコというか貧乏。
頭のいい若者を使う、もあり？
そんな者がいるとでも？
皆等しく自己愛性ゆとり
エコだし柔軟だ。頭打ちになるような処理でもCPUフルで使える。
ライトユースにはいいかもね。
何を持ってライトと言ってるのかわからないけど、例えば重い処理する場合に、例えば動画のエンコードとか、VMよりWSLのほうがいい。
リソースを上限まで使えるから。エコっていうのは効率的って意味で、貧乏って意味じゃない。
物事には向き不向きがあるんで、向いてるものを使うのが当たり前。
WSLはi/oが遅すぎてライトユースにしか向かない。
VMのほうが圧倒的に早い。リソース以前にいかんともしがたい事実。
WSLは逆にリソースを制限するのが困難なんだよね。VMなら使うコア数指定できるけど
WSLはできるのかな？やり方知ってたら教えて。
WSLはwslconfigで見れるディストリビューション名単位での管理しかできないと思ってるけど
細かく分離して管理可能なんだろうか
つうか半年ぐらい前に試したときは、パフォーマンス、互換性とも大して向上してなかった。
Cygwinは長年かけて移植された大量のソフトウェア群を抱えているわけで、実用的にはWSLへ乗り換える理由はないと思った。
今は少しは改善されたんだろうか？果たしてWSLがCygwinを遠く引き離すほど進化する日は来るんだろうか？
依存関係のものは手っ取り早くパッケージでインスコしてソースを展開してconfigure && make
で終わる。コンパイルはVMより遅いけど・・・
Windowsバイナリをクロスコンパイルすればいいよ。
ffmpegぐらいになるとWSLはちょっとつらいね。
cygwinは今後廃れていくんじゃないかな。
ソースコード修正する必要があることが多いし
cygwinのほうが優れているのはdllさえあれば他の環境でも動くことぐらい。
VMは仮想化だけど、WSLはWindowsの実装の一つだからリソースを制限するとかじゃないよ。
基本的なことがわかってなさそうに見えるレス。
基本的なことって何のこと言ってるのかよく分からないけど
>WSLはできるのかな
WSLは仮想化してるわけじゃないので、制限する必要がない。Windowsアプリと同じようにアプリ側で制御すればいい。
WSLとcygwinの仕組みはよくにてるし、使い慣れた環境のほうが手には馴染むかも知れないけど、
WSLのほうが実装がWindowsなんで将来性があるかも。あとインストールとアンインストールは絶対的に楽。
過去の資産に関しては、ubuntuのaptパッケージがそのまま使えるのでcygwinより動くソフトは多いかもね。
でもcygwinはXも起動できるし、xfce4のデスクトップ環境なんかも完動するから、そのへんはcygwinなんじゃないか？
ぜんぜん違う。
まずcygwinでは既存のLinux用のバイナリは動かない。
ソースコードの互換性も完璧ではなく、
cygwin用にソースコードを修正して
コンパイルしなければいけない。
WSLがすごいのはLinuxのUbuntu用のバイナリをコピーしてきて
WSLのUbuntu上で動かせるってこと
cygwinは不完全なソースコード互換性しかなく
WSLはバイナリ互換性がある
使用感はぜんぜん違うかもね、仕組みはよくにてる。
どちらも*nixのシステムコールとWindowsのAPIを互換して動かしてる。
cygwinは開発が古いので、Unixのシステムコールをベースにしてる。バイナリが動くかどうかは仕組み上別の話。
全然似てない。
WSLはMicrosoft Linux、Cygwinはゴミみたいな移植。
> 使用感はぜんぜん違うかもね、仕組みはよくにてる。
> どちらも*nixのシステムコールとWindowsのAPIを互換して動かしてる。
残念ながらそれは間違ってる。WSLはWindowsのAPIは利用していない。
そもそもWindowsのAPIっていうのは、カーネルのネイティブAPIを使ってる実装されてる。
OSに直接実装されてるのはネイティブAPIであって、WindowsのAPIではない。
WSLではWindowsのAPIを使うこと無くネイティブのAPIを呼び出している。
Windows API → ネイティブAPI → OS
Linux互換API → ネイティブAPI → OS
ということ
Cygwinだと
Linux互換API → Windows API → ネイティブAPI → OS
となってるので仕組み自体が違っている
廃れるほど流行ってないだろｗ
cygwinがただのアプリでWSLがサブシステムって話だろ。WindowsAPIとネイティブAPIを区別してなかったわ。にてる理由を書くには十分だったから。
そこを区別しないと駄目。
なぜなら、Windows APIを使ってる限り
CygwinはWindows APIの制限から逃れることはできない
WSLはWindows APIの制限に引っかからないので
Windowsでできないことが可能になる
可哀そうなこと言ってやるなよｗ
草
つまりできないってことですね。
ってかいてあるじゃん。
書いてあることぐらいちゃんと読めよ
POSIX実装をしようとするところは似ている。アプローチが違うだけ。
Windowsでアプリのコア数制限する方法教えてやるわ
https://pc-karuma.net/windows-10-process-cpu-core/
Windowsアプリ全てに適用する話だから
WSL上のプロセスだけでなく、Windowsアプリ全般に使える
http://ascii.jp/elem/000/001/250/1250797/
> 実は、このinitも/bin/bashも、Windowsのプロセスとして管理されている。
>タスクマネージャには、initもbashもちゃんとプロセスとして表示される。
>つまり、WSLのプロセスは、コードはLinuxのバイナリだが、プロセスとしては、
>Windowsのカーネル側で正式なプロセスとして扱われている。
>メモリ管理やスケジューリングもWindows カーネルが行っている。
> POSIX実装をしようとするところは似ている。アプローチが違うだけ。
アプローチが違うって、それ仕組みが違うって言ってるのと同じ意味じゃんｗ
wslだけでなくWin32のソフトウェアとかも
サブシステムとして動いてるし
Windows on ARMも同じ理屈
俺にとってはバイナリがどうとか仕組みがこうだとかどうでもいいな
>>310
windowsってすごいですね。
昔から使ってる人は過去の資産があるんだろうけど
linux童貞のwinユーザーがゼロから触る場合
学習コストはWSLのほうが少なくて済むと感じた
x11は別途必要だったけど。
バイナリが動くことがどういうことかを理解してもらわないとｗ
要するにcygwinとは違って、cygwin用にソースコードを
修正しなくていいってことなんだよ
例えば、gitのソースコード。これだけ（今日時点で75箇所）cygwin用にコードが含まれてる
https://github.com/git/git/search?q=cygwin&;unscoped_q=cygwin
cygwinは過去の遺物と言うか老害のこだわりと言うか
X11と同じですね。
開発環境から本番環境にデプロイするのに、毎回その手順やるなら話にならないと思う
毎回topで表示されるプロセス一つ一つに全部手動で割り当てすることになるよ
CPU分離設定が移行しやすく管理されてるのかっていう話ね
逆だよ。
いろんなサブシステムを動かすために分離したんだよ。
コマンドラインから変更できるに決まってるじゃんか
話にならないね。
http://www.atmarkit.co.jp/ait/articles/0703/16/news151.html
> ●Windows VistaではStartコマンドでも指定可能
> Windows Vistaでは、コマンド・プロンプトからSTARTコマンドで
> 起動する際にアフィニティ・マスクを指定できるようになっている
> （Windows XP以前のOSでは使用不可）。
>
> C:\>start /affinity 1 MySampApp.exe
Linuxでは真似の出来ない柔軟性ですね。
CPUのコア数はコマンドラインから変更できる
wslで
/usr/local/bin/foo.sh
をcpuのコア10,12,15の3つを使って起動するコマンド教えて。
簡単にできる?
お前が言ってるのは、 "Linux" に
CPUのコア数を指定する命令は存在するのか？
って聞いてるのと同じだぞｗ
Linuxを馬鹿にするのか？ｗ
https://qiita.com/nakat-t/items/4542e84c4b72b78740e8
> コマンドによるCPUアフィニティの設定方法
> tasksetというコマンドでプロセスのCPUアフィニティを設定できます。
>
> # taskset -p mask pid
コア数を指定することはできない
仮想マシン単位でしか指定することができない
だからWSLの方が良い
因果律があるわけじゃない、どっちでもいい、マイクロカーネル実装しただけ。
じゃあ、早く教えてあげたら？
ググるのは得意だけど、実践できないタイプに見えるなぁ。
書いてあんだろ
おめめついてますかー？
ないのはあたまですかー？
真面目に答えると、シェルスクリプトはシングルプロセスが多いからマルチコアを当てるには工夫がいる。
foo.shの中身によるってこと。
だけど、元の話題はVMのほうがリソース制限できるって話みたいだから、VMでやるとOS一つ起動する分とfoo.shのプロセス分を消費するので、おかしいだろって話だよ。
実践したことがなさそうな彼への
引っ掛けだったのに。
ところでwslの中からtasksetってできるのかな？いま環
境にないし誰か
試せない？もしできたら便利かも。
いちいちaffinityとかでWindowsから制御するのは実用的じゃないし。
実践したことないのはお前の方だって
はっきりしましたなｗｗｗ
> 真面目に答えると、シェルスクリプトはシングルプロセスが多いからマルチコアを当てるには工夫がいる。
ブロックさせないように、パイプでつなげればマルチプロセスで動くよ
ま、実践したことないあいつには
思いつかないでしょうなーｗ
「俺にとってはどうでもいい」って言っているんだから、彼にとってはどうでもいいんだよ。
それまでのWindowsはソフトウェアのエラーで
OSごと落ちるのが当たり前だったのでサーバ用途に使えなかった
Windows Meとかひどかったでしょ
NT系のマイクロカーネル化はその対策
結果的にサブシステムが作りやすくなったのよ
それはOSの問題じゃなくてアプリケーションのつくり方の問題。メモ帳でテキスト開いた
ファイルを移動してみたらわかるよ。
高度に抽象化されたカーネルが土台にあって、その上にサブシステムと呼ばれるUI（この辺は大雑把に）が置かれる。
NT系OSの良いところはカーネルAPIが優秀なところ。WSLもカーネルが優秀だからできる。
ちなみにLinuxは強力なコマンド群が強みだけど、カーネルはモノリシックで時代遅れなんだ。
Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。
このUIの部分をOSと呼ぶか、アプリケーションと呼ぶかは単に個人の趣向だったり、パッケージだったりするから誤解するな。
WindowsはvistaからNTカーネルにはほとんど手を入れない。だからVista以降のWindowsOSの評価はUIとマシンスペックの評価ってこと。
>Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。
Linuxが出てきた頃に戻ったような気分だよ
関係ないけど、コンピュータネットワーク(通称タネンバウム本)は読んどくように。
フイタw高ええわ！
ネタかよ。
1. Windows起動中は精神的に安定している
2. 大型アップデートがくると非常に精神不安定になる
3. MSお勧めのアプリは必ずインストールする
4. Linuxは嫌いだ
5. なぜかリーナス・トーバルズを知っている
6. 会社のPCは全部Windowsがインストールされている
7. 事務作業は必ずMS Officeを使っている
8. パワーポイントを知らないヤツは内心バカにしている
9. IE11とEdgeからLibreOfficeの公式HPアクセスを制限していることを知っている
10. 警告表示が出ることについて、当然だと思っている
11. LibreOfficeは「違法ソフト」である
12. GPLライセンスは馬鹿げた夢想である
13. Retina（倍密度スケーリング）表示はLinuxの派生技術ではない
14. WindowsでもRetina表示ができると思っている
15. 解像度変更をするとウィンドウ表示がぶっ壊れるのはLinuxのせいだ
16. HDMIケーブルは画像データ専用のプロトコルだから安全だ
17. インテリジェントデバイスの概念を知らない
18. SDカードはインテリジェントデバイスではない
vista以降はそのOS部分とドライバが分離が加速している
ドライバ関係のエラーでOSごど落ちにくくなった
ゲームとかしてると実感する
密結合している上に、モノシリック化が進んでる。NT 3.1 はマイクロカーネル
だったけど、今はそうでもない。Mac も同じ。
具体的に言えないなら適当なこと言わないでね
実装の綺麗さより、実行スピードを取るために、一部機能をカーネル空間に同居させたんだよ。
GPUの話ね。それがユーザー空間に戻って
本来のマイクロカーネルになったのがVistaから
だからGPUドライバが落ちてもOSが落ちることはなくなったんだよ
できれば純粋なマイクロカーネルのほうがいい。作るのが大変だから作ってないだけ。
それはそれで正しいんだろうけど、ずっとLinux使ってる連中からすれば、Windowsがコマンドインターフェースを持ってないだけって言うと思う。
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
本当にLinuxでGPUドライバを落としましたか？
本当に落ちているなら、カーネルパニック起こしてるはずです
CentOS 6.6 上で NVIDIA の GPU (の一部) と共に nouveau 使うと発狂して死ぬ
https://moznion.hatenadiary.com/entry/2015/02/23/160016
https://devtalk.nvidia.com/default/topic/1035367/linux/kernel-panic-on-linux-4-16-8-with-nvidia-396-24-rm_init_adapter-/
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1656649
nouveauはオープン実装のドライバで、機種依存的にバグが起きるのは良く知られてる。
もし、nvidiaのGPU使いたいならプロプライエタリなドライバ使え。
リンク先の記事はnouveauの調子が悪いよってことだろ。
Xが落ちただけだろう。Xはディスプレイの設定間違えるだけで
簡単に起動しなくなるからな
その場合はCLI状態になる。そのことを言ってるのだろう。
Windowsは、デスクトップ表示中にGPUをリセットすることができる
そのためのショートカットが、Win+Ctrl+Shift+B
GPUの不具合が原因でフリーズ（正確には画面が更新されないだけでシステムは動いている）
したときに、このショートカットでGPUをリセットすることで復旧できる
だーかーらー、Linuxはモノリシックだから不安定な
GPUドライバを使ったらカーネルがフリーズって話してるんだろ
Windowsはマイクロカーネルだから不安定な
GPUドライバを使ってもカーネルは生きてる
だからショートカット一つでリセットして復旧できる
GUIアプリはWindowsの使ってさ。
パワハラじゃない言い方で頼む。
ドライバが落ちるってのを別の言い方で頼む。
>>357を読んでくれ。>>355は正しいと言ってる。
レスをするなら同じ説明をくり返すな。
俺が間違っていたら優しく教えてくれ。
Windowsが憎い！！！！
だから、LinuxでGPUが落ちた時フリーズするって
証拠をいくつも出したろうが？
証拠あるんだからここまでは認めろよ
CentOS 6.6 上で NVIDIA の GPU (の一部) と共に nouveau 使うと発狂して死ぬ
https://moznion.hatenadiary.com/entry/2015/02/23/160016
Kernel panic on linux 4.16.8 with nvidia 396.24 (rm_init_adapter)
https://devtalk.nvidia.com/default/topic/1035367/linux/kernel-panic-on-linux-4-16-8-with-nvidia-396-24-rm_init_adapter-/
AMDGPU causes kernel panic with
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1656649
>>355ではLinuxではGPUドライバが原因でカーネルパニック起こして
フリーズするようなことが、WindowsではVista以降起こらなくなった
って書いているんだよ。VistaっていうのはWindowsのことだよ。
Windowsの話とLinuxの話をごっちゃにするな
GPUドライバ落ちても、OSが落ちないのはマイクロカーネルのWindowsの方だ
MeもWindowsじゃない。
ゴミ。
正義のために！！！！
アッラーアクバール！！！
GPUドライバが落ちたってことは、”ロードされてない”状態か？、”バグがあってドライバが異常終了する”状態か？GPUドライバなくても起動できるだろ。
GPUドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。
だから>>370を読めよ。上から順に優先順位が高いからよろしく。
読んだよ？で？
まあ、俺のほうがパワーあるって
認めたことだけは褒めてやろうｗ
357 返信：login:Penguin[sage] 投稿日：2018/06/22(金) 17:32:37.40 ID:DbiQ98jc [12/16]
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
↓
377 返信：login:Penguin[sage] 投稿日：2018/06/22(金) 18:20:06.33 ID:DbiQ98jc [16/16]
GPUドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。
Linuxはサーバーとして使うことが多いから安定していると錯覚するが
昔からWindowsが不安定とかいう人いるけど、ドライバがらみのことが多くて
ドライバがないLinuxが安定といわれても、そもそもドライバがなくて使えないんだから論外
なんだけど、そのあたりは無視されますからね。
最近になって署名されたドライバが増えてきたのでドライバがらみで落ちることは
稀なんだけど、昔の知識でLinuxは超安定！Windowsは不安定！とか信じている
信者が多いのが困ったもんですね。
Linuxでもプリントできる、スキャンできるなんていってもWindowsに比べて機能
貧弱なことが多いのにねぇ。
何じゃそりゃ？
IDかぶりじゃないの？
ドライバが落ちる をNGにするなら代わりになんて言えば理解できるのかを指定してやらんと
説明できなくね
すいません、もう少しわかりやすくお願いします。
日本語難しいなら英語でもいいです。
されなかったけどなぁ
> パワハラって立場を利用した嫌がらせのことだろ
だから無意識に俺のほうが上の立場だって思ってるんだろ？ｗ
ほお、Windowsは糞ですな。
はて？ IE11でサポートされるのが遅いだけで
OpenGLはずいぶん昔からサポートされていますが？
baka?
OpenGLにCross-Origin Resource Sharing とかDOS攻撃するのか
それがGPUドライバの不具合でOSが落ちる話なんの関係があんの？
Linuxは捨ててWSL使いましょう。
終わり。
wikipedia読んでみなされ
読んだけどどこにもなにも書いてない
2011年5月9日、WebGLに深刻なセキュリティホールが指摘された[13]。問題点は以下の2点。現在は解決済み。
サービス拒否 (DoS) 攻撃 - WebGLでは制御構造をサポートするプログラマブルシェーダーを使えるが、GPU自体にバグなどがあると、OS全体をクラッシュさせたり、無限ループなどでデバイスドライバーの応答を停止させるシェーダープログラムを実行させることができてしまう。
クロスドメイン画像盗取 - Cross-Origin Resource Sharing に未対応で、他のドメインで使われている画像を取得できた
今でもごく少数でしょうけど。
・決められたハードウェア （しかつかえない）
・決められたドライバー （対応している周辺機器が少ない)
・マイナーで攻撃対象になりにくい
ことが重要ですね。Windowsはいずれも該当しないので大変ですね。
Macはすべて当たってるけど、セキュリティに無頓着なんで無理ですが。
だからなんだと。お前書いていて理解してないだろ？
クラッシュするのはGPU自体のバグなんだからWebGLに限らずOpenGLでも発生する問題
だから、OpenGLはずいぶん前からサポートされてるって話をしている
落ちるからサポートしていなかったわけじゃない
Cross-Origin Resource Sharingなんかは完全にWebGLの仕様の問題で
GPUドライバの不具合とは一切関係ない
お前はこの二つをごっちゃにしてCross-Origin Resource Sharingを使うと
GPUにバグがなくてもクラッシュさせられるとか思ってるんだろ？
ほんと馬鹿らしい
別IDからID被り設定は流石に草
違うよ。
結論としてはやっぱりwikipediaは当てにならんってことだな
http://d.hatena.ne.jp/nakamura001/20110617/1308293128
> そして、今回のMozilla JapanブログではContext Information Security社から
> 報告(DoS攻撃が可能)についての話なので「WebGL仕様の問題では無く、
> Firefoxの問題です」と書かれているようです。
DoS攻撃に関してはFirefoxの問題
クロスドメイン画像盗取に関しては仕様の問題
（ http://d.hatena.ne.jp/atsushieno/20110511/p1 ）
GPUにバグが有る場合クラッシュするっていうのは
完全にこれ書いた人に想像だろ？
（ドライバにバグがあればクラッシュするのはWebGLに限らず
当たり前でWebGLの問題とする必要もない）
そのブログ的なものが正しいという証拠を示さないとねぇ。
リンク先を見ればいいだけ
ほら、勉強してこいｗ
開発者がFirefoxの問題だって書いてるじゃねーか
ひぇ〜って今頃気づいた頃かな？
リンク先も正しいとは限らないのがね。
査読つき論文になってるようなものじゃないから。
ホントこいつなにも考えてないんだなーｗ
第3者が言ってるならいいんだけど、開発元でしょ？
第三者がいーや、お前のミスではないっていって
信じるの？ｗなんで？ｗ
あそ、バカに付き合って遊んだだけだから
気にしないでね。
NTはWindows95より前だよ？
ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
切り離せるマイクロカーネルを採用したWindowsのほうが優れているってことですね。
幸いなことにドライバの対応が少ないLinuxだとその欠点はおおっぴらに
なってないから勘違いして「Linuxはフリーなのに、しゅごい！、マンセー」なひとが
多いね。
Explorerで一つずつならできるんで、いろいろ表記変えて試したけどあかんかった
ひょっとしてWSLでmvしたら、と試したら全然問題ないやん
役に立ったわWSL
落ちる＝バグる ではない？
じゃあ落ちるってどういう意味？
まず最初に自分の発言を訂正しなよ。
↓
357 返信：login:Penguin[sage] 投稿日：2018/06/22(金) 17:32:37.40 ID:DbiQ98jc [12/16]
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
> ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
落ちる＝バグるじゃないらしいよｗ
含むなら合ってるが
でもロードされてない状態のことを指すらしいよｗ
↓これが意味不明になるんだよね
> GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
GPUドライバ停止しても、モノリシックのLinuxは停止しないし。
なんでそこでモノリシックが関係するの？
GPUドライバがバグで落ちた時、モノリシックのLinuxは
カーネルパニックを起こす。でもマイクロカーネルのWindowsは
そんなことにはならない。問題なく動き続けるって話をしていたのに
落ちる＝停止だとその話に噛み合わない
OSのアップデートだからでしょ？
定義ファイルやストアアプリのアップデートで
再起動要求してくることはないよ
この例と同じだよ
GHOST: glibc 脆弱性 (CVE-2015-0235)
https://access.redhat.com/ja/articles/1333303
> 2. システム、または影響を受けるサービスを再起動します。
> 脆弱性が、システムのアプリケーションの多くに影響するため、すべてのアプリケーションが
> アップデートした glibc パッケージを使用するようにする最も安全で推奨される方法は、システムを再起動することです。
>
> アップデートの適用後システム全体を再起動できない場合は、以下のコマンドを実行して、glibc の古い
> 「メモリ上」のバージョンを使用して実行中のすべてのプロセス (サービスではない) を表示します。
>
> lsof +c0 -d DEL | awk 'NR==1 || /libc-/ {print $2,$1,$4,$NF}' | column -t
>
> 結果リストから、公開しているサービスを特定して再起動します。このプロセスは一時的な回避策として有効な場合もありますが、
> 問題が発生しても Red Hat ではサポートされていないため、トラブルシューティングの前にシステムを再起動する必要があります。
理論上は更新があったモジュールを使用しているプロセスを再起動すれば良いんだけど、
プロセス名を言われても普通のユーザはよくわからないでしょ？
アップデートで更新されるモジュールは一つとは限らない。
画面がないプロセスとか普段意識してないサービスとかの多数の名前を画面に出されてもわからない。
起動していたアプリが落ちることもあるから、自動的に勝手に再起動できないし。
実は再起動が必要なアップデートは、必ず再起動が必要になるわけじゃない。
更新があるモジュールを読み込んでいなければ再起動なしに更新できる
だからよく「再起動が必要になる"場合が" あります」って書いてあるわけさ
再起動が必要なのは、更新があったモジュールが使われている場合で、
そのときに、ユーザーがわかりにくいプロセス名を表示してユーザーの操作を待つ方針をとるか
再起動すれば万事OKという方針を取るかで、後者を取るのは仕方ないと思うよ
もっといい方法があれば良いんだけどね
でもこれでMacいらなくなった
WSLの中のファイルいじる時はsshでsftpで良いの？直接Windowsからファイル操作すると壊れるって
逆は/mnt/cで可なんだよね
wslのファイルはwindowsからいじれないけど、wslでいじらないのはなぜ？ viとかemacsとか
そうしないのならwslの意義がほとんどなさそうなのだか
Windows上のEditorのほうが使いやすいと思うからじゃないの？
コンパイルはWSLで、編集は秀丸とかさくらエディタでとか。
将来的には改善されるんじゃないかな。
だったらはじめからLinux使っとけよ
Linuxだけでがんばるのもいいし、Windowsだけで済ませるのもいいけど、
Windows、Linuxのそれぞれのいいところを生かせるのがWSL。
ファイルの編集をwin側でということなら、win側でファイルを用意してwslからは直接とかリンクを張ってとかで利用するのがいいですね
直接編集できるようにならないかなーって思って、
仕組みだけは考えてみたんだよ。
一番の問題はWindows上のテキストエディタが
WSL上の所有者やパーミッションを適切に設定しないこと
だから直接ファイルを参照するのではなく変換レイヤーをかます
その変換レイヤーをエクスプローラのエクステンションとして作成する。
そしてWSL上のファイルを仮想的なファイルシステムとして
エクスプローラ上にマウントする
あとは所有者やパーミッションはWSL上からしか変更できない
ってすれば概ねいけるんじゃないかなーと
ファイルを上書き保存するときに、内部的に別名で作成して
古いのを削除してリネームするタイプはちょっとこまるけどさ
誰か作ってくんねーかなー
なんとなくだけど、
VolFs（WSL上のファイルシステム）は相互運用を考えられておらず
Linuxで使われてるファイルシステムの機能を実現できるように作られており
/mnt/c以下のDrvFsの方で相互運用できるような感じで開発されてる気がする
例えば最近だと所有者やパーミッションをうまく扱えるようになった
WSLの開発チームとしてはDrvFsの方でデータ作成してほしんじゃないかなーって思う
>>438
1803でパーミッション関係改善されたらしいけど、どうなんでしょうか。
当方の環境ではメモリがふんだんにあるんで8GBのramdiskをOSFmountで
作ってそこにWindowsとWSLの作業フォルダ作ってるんで、問題にはなっていません。
秀丸とかさくらエディタとかちょっとした修正には便利なんでやめられません。
ここに詳しく書いていますね。WSLで別途パーミションを管理しているんですかね。
http://ascii.jp/elem/000/001/623/1623594/
dokan + win-sshfsみたいな
問題の最大の原因が
＞ファイルを上書き保存するときに、内部的に別名で作成して
＞古いのを削除してリネームするタイプ
である以上そこを一番に対処しないのは片手落ちどころかZ武
WSLでfuseが動いてくれればなあ
cloud9はブラウザから使えるIDEでエディタもコンソールも付いてるし、もちろん日本語も使える。
コピー&ドラッグでファイル交換もできる。
linux鯖に入れたりもするけど、qiitaに記事があるから見てくれ。
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9
fuseは要望は多いみたいだし、可能性はあるね。
面白そうだから家に買ったらやってみる。
「家に帰ったら」
だ
それとデバイス直接触れるようになればかなりいい
デバイスは難しいんじゃないかなぁ。GPUとか使いたいって言う
人はいるようですね。そこまでするなら実機でいいような気がするけど。
もうOSとかそんな時代じゃないんだけどね。それをわかっているのがMS
わかってないのがLinuxやMac信者。
得意なこと不得意なことあるのは当たり前かと
MSもそのあたり分かってるからHyper-VのEnhanced Session Mode作りながら
WSLは別物として開発してるわけでね
あ、いやデバイスというかhddとかusbメモリとか
ext4とかのhddとかwindowsで扱いたいときあるじゃん
ext2fsdでいいんじゃないの？
1. スケーリング問題が未解決
2. HiDPI（Retina、仮想解像度）をサポートしていない
3. MacとLinuxに引き離される
4. フルHDモニターしか使えない
5. 巨大画面56インチ4KモニターでWindowsを使う日がもうすぐやってくる
loopback deviceとかdevice mapperとかもあるといいなあ
まあ要求しだすと結局「素のLinuxか仮想マシン使え」になってしまうんだけど
せめてWin10のHyper-VがUSBメモリブートできれば…
なぜならいざ配布となるとlibcとか互換性問題めんどいからな
妙に上げてるのは似非マのうぶんちゅうかもしくわぱいそんぱいそんいってるパイカスだけだろ？
MSも商売だから大変ね
え、嘘だろとか思いながら今パピーで即席でfuseのチェックはずしてbzImageコンパイルしたけど普通にext4のrootfsマウントできたぞ
俺の10分返せ
あなたは何か勘違いしていると思います
ほほう、どこらへんが？
ここはLinux板だけど、WSLのスレッドだからカーネルはWindowsだよ。
WSLのカーネルコンパイルできたら面白いね。
いやLinuxカーネルの例えであってるよ、ext4がfuseに依存してるかどうかの話だから
難しい話じゃないと思うんだけどね
依存してるかどうかの話は君しかしてないんじゃない？
WSLのカーネルを自分でコンパイルできるなら方法を教えてほしい。
ext4がfuseに依存してるかどうかの話ではないよ
fuse版のext4(あるいはbtrfs)ドライバが存在するか、もしくは>>461が作れるかどうかの話だよ
釣りかな？
>>461がその話をしだしたんだが
あとWSLはWindowzのサブシステムだからカーネルはNTカーネルでしょ
興味ないから見てないけど
WSLでfuse動かすことできたんですか？
それだけの問題なんだが。
YesかNoでよろしく。
あ、そういうことかわかったスレ汚しゴメンね
>今パピーで即席でfuseのチェックはずしてbzImageコンパイルした
このパピーのマシンは素のパピーLinux？それともWSL?
コンパイルはできると思うけど、カーネルはロードできないんじゃないか？
試したことさえないんだけど、そもそもWSLにLinuxのカーネルがのってないから。
仮にWSLで自前カーネルで起動？できるなら、コンパイルもAPIレベルでエミュレート（厳密には違うけど）できてることになるからワクワクするぞ！
手順を教えてくれ。
勘違いはあるよね、俺もはじめWSLは仮想化だと思ってたよ。>>473は気にしないでくれ。
書き込みから、そう思って期待したんだけど
>>472
のようにそういう意図じゃなかったようです。
自前カーネル起動するなら普通に考えたら実機かVMですよね・・。
とにかく悪かったからゴメンね
あなたがいい人だということはわかりました。
昔からある技術をLinux互換にしたんで興味持つ人が増えているのかも。
MSの英断としかいいようがないですね。
ナデラならでわ
ほとんどないですね。
Windowsでできてしまうことが悔しいですか？
WindowsユーザーもWSLを通してLinuxを使うようになりますから。
LinuxもWindowsの一部になったと考えればありがたみが分かるのではないでしょうか。
そういった意味でもWSLは安心して使えるんじゃないでしょうかね。
普通のWindowsユーザーはメモ帳は使うかもしれないけどWSLは使わない。
Homeでも使えるWSLはありがたい
no such fileとか言われることある？
/mnt/cのほうで起きるんだけど
仮想化じゃなくWinカーネルでGNUを動かすだからな
MSがWinにLinuxカーネルを入れるなんて大敗北だろうからな
理解してるし、レスの流れを読んでくれると助かる。
と、いうかLinuxにとってWindowsに取り込まれて内包されてしまうほうが
敗北なんだけどね。協力したCanonicalがバッシング受けてるとか。
ライセンス的に問題ないという理解で良い？
この辺。残念ながら修正はv1803には間に合ってない。
https://docs.microsoft.com/en-us/windows/wsl/release-notes#build-17655-skip-ahead
https://docs.microsoft.com/en-us/windows/wsl/release-notes#build-17677
そういう考え方もあるのか
悪い。勘違いだった。
↓の下の方を見ていた。
http://ascii.jp/elem/000/001/630/1630163/img.html
(LinuxではGNU tarだけど)WSLでわざわざbsd tarを配布するなんてしないだろう
>>130あたり読み返してたら、何となく
Windows Serverの適切なCALを購入していれば、
そりゃライセンス的に問題はないだろうさ
サーバーライセンスだけじゃなく、CALも必要なのね
coLinuxを精子せょう進化させたほうがええやん
ならcoLinuxを発展・進化させるプロジェクトを立ち上げて
WSLに対抗したらいいんじゃない？
画面はWindowsを使いたいから
WSL使うんでしょ？
とくにフォントヒンティングはひどすぎて、どないしようもない。
これ、いい加減になんとかしてほしいんだよな、過去の互換性を全部捨ててでも。
WSLには関係ないし。ネタとしてつまらん。
え？ これのどこが汚いの？
https://silight.hatenablog.jp/entry/2017/05/03/144138
自分の字が汚い人ほどいちゃもんをつけたくなるそうです。
個人的にアンチエイリアスかかってるフォントはボケッとしてて好きじゃない
winのゴシックはボケないけどジャギがめだたなくて好き
明朝系のヒゲフォントはモニタ上では見たくない
アンチエイリアスが掛かってないフォントを見たことがあるの？
WSLのスレなんだからWindows 10を使ってるだろうけど、
ちょうどこの間SSDが壊れて再インストールしたんだよね。
初期のWindowsはフォントがなんかおかしかったんだけど
そういやフォント設定何もいじってないことに気づいた
コンパネの中からもMSゴシック消えてね？
Windows自体からMSゴシックは消えて、一部の
古いアプリだけしかもう使ってない気がする
大量のテキストを眺めるときは、アンチエリアスの掛からないビットマップフォントの方が、圧倒的に目が楽だ。
眼は、対象の輪郭でピント調整するからな。その輪郭がボヤけていれば、目に余計な負担が掛かるのは当然。
12ドットビットマップは、FullHD辺りまでの環境では表示密度的にもベスト。
同じ理屈で、4Kや8K環境向けに24ドットのビットマップフォントで手頃なものがあると良いのだが…
Linuxデスクトップ上のフォントってジャギー部分の灰色成分が多いというか
紙の印刷物スキャンした画像ファイルみたいなもやっとした印象があって
クッキリフォント見慣れてると違和感がある
まあ旧来のフォントに慣れすぎてるだけなんだけど
まあDOSから上がってきた人間なもんで
osakaは小文字のaとe,o辺りの判別がシルエットからはつきにくい、という致命的な欠陥が。
1とlなんかもつらいね。まあ、およそコードやターミナルを扱う人のためのフォントではない。
4K/8K時代のコンソール環境を考えると、高品位な24〜48ドットのビットマップフォントが欲しくなるのだけど、これがなかなか見当たらないのが惜しいし、目下差し迫りつつある問題でもある…。
そもそもアンチエリアスなんて解像度が不足しているから仕方なくやるもので、解像度が十分なら本来不要な処理だしなあ。
いずれにしてもコードやコンソールには向かないフォント。
Osaka等幅のASCII部分はMonacoと等しい
Monacoは非常に素晴らしいフォントで個人的には今でも現役
>>529
Windowsは文字が小さいと潰れて見えるけどLinuxはくっきりしてるから見やすい
実質の作業領域は1440*960じゃん。
せっまw
精細さより広さの方が大事
何かレベルの高いネタを言っているのかもしれないが、学のない俺にはさっぱり分からない。
ディスプレーは高詳細になる。
そして文字はWindowsのほうがきれい。
Linuxはモヤッとしてるという書き込みがあったが、俺もそう思う。
> では、ドボルザークの新曲、新世界よりをお楽しみください。
百合漫画だっけ？
ms自身がこんなもんでええやろと言ってるが
高解像度になればあんまり気にならない
十分綺麗だろ？
汚いという証拠写真でも見せてよ
とはいえ、そちらが一般的かというと。
やはりWindowsはよくできてる。
いつまで古臭いディスプレーにこだわってんのって話。
https://i.imgur.com/KXTfurt.jpg
今はフォントレンダリングの性能なんで
ハードウェアの性能は同じにしてください。
まったく言われなきゃいわからんかねｗ
9割の人がWindowsで見るわけだから。
すみません。よく分かりません。
>>553で上げてる写真の左がWindowsで、右がwslなんだけど、明らかWindowsのが見にくくない？
いや、うちはとてもきれいなんで。
そうならないから何とも。
レンダリングするソフトに依存してるだけで、
どうでもいいレベルなんだけど。
高解像度環境に変えればいい。
オフィス入っていないパソコンなんてスパコンくらいだろうけど。
熱心なLinuxユーザーは俺のスパコンが〜ってよく言うだろ。
どちらをとるかの問題だけ。
普通に読めれば特に問題ないと思うけどね。
気にする人ほどたいした文書を作成していない傾向にあることは確か。
> 気にする人ほどたいした文書を作成していない傾向にあることは確か。
これは経験則ね。こっちの環境がフォントがきれいって言ってる人は
読むだけで、クリエイティブなこと全くしない人が多い。
wsl = Windowsじゃん。何いってんの？
便利な世の中になったもんだよ。
彼は、たぶんwslがフォントのレンダリングも行ってると
勘違いしてるんだと思う。
これはホントにきれいなんで。
ノートパソコンでPDF見ること多いから低画質で見やすくしたい
Surface買えばいいんじゃない？
ノートこそディスプレーにこだわった方がいいですよ。
キーボードとディスプレーはこだわった方がいいです。
あとポインティングデバイスもですね。
日本のメーカーはキーボードとポインティングデバイスが非常にいいです。
こういうのはカタログに載らないスペックですから、海外のメーカーは手抜きが多いです。
根本的に間違ってる。
WindowsのソフトのX Serverが描画してるんだよ。
VcSrvかMobaXtermか知らんが。
え、そうだったんだ
vcxsrv入れてる
thinkpadなのでキーボードはいいはずなんだけどディスプレイの解像度あんま良くない
大したもんじゃないからこそテキストはクッキリハッキリ余計なレンダリングなしで
速く表示して欲しいんだよな
高解像度環境は全部同じdpiで揃えられりゃいいけど
複数台PCやらマルチモニタで使ってるとリモートデスクトップで
表示ガッタガタになるのがいただけない
個人的にノングレアIPSが絶対条件なんでそうそうモニタ買い換えらんない
じゃあWindows使えば良いだろ。
wslのスレなんで
結局はどんなアプリを使うかだけの違い
精細さとかは二の次でいいわ
高詳細モニタ使えば考え変わるよ。
今使ってるのも
30インチ 2560*1600
65インチ 3840×2160
だけ
文字の大きさが20ミリくらいにならないか？
ID:xT/Waekh
ID:1D7N1ge0
新世界くん持論押し付けすぎ
あとチャットしてんじゃないんだから少しは推敲しなよ
２０インチとかで、大きくて不便らしいから、慣れの問題だと思う。
大きいモニターは視点移動がだるいからつかれる。
俺はフルHDをトリプルディスプレイにしてるけど、縦置きを一つ置いてるんで、窓が分けれて便利だよ。
コンソールの視点とブラウザの視点とかな。
需要は人それぞれだろ。
あと、WSLでXserver使ってる人、環境と使い心地教えて。
32インチのディスプレイは4Kにしようか迷ってる
GNUツールの修復もパッチで穴埋めだから、ろくに動かんでしょ。
ただFirefoxは画面スクロールするときCPUに負荷がかかって、動作が遅れるので使いづらかった。
>ノートは12インチ約3Kのやつ
どこの会社のなんていうモデルのノートPC？
CHUWIのlap book 12.3
性能ゴミだけど外では性能必要なことしないしデスクトップ広くて助かってる
字は米粒以下だけど読むこと少ないし目はいいから気にならない
文字読めない以前にアイコンも小さすぎて操作しづらくないん？
広いけど読めないデスクトップ上でどんなアプリを動かしてるのか純粋に気になるわ
CHUWIって初めて聞いたようなメーカーと思えば、中華なのか
https://win-tab.net/imported/chuwi_lapbook_123_1706202/
CPU：Intel Celeron N3450
RAM: 6GB
ストレージ：64GB eMMC
ディスプレイ：12.3インチ（2,736 x 1,824）
なんか個性的仕様だな
>字は米粒以下だけど
だろうな。目悪い奴は字読めないだろう。
12でこの解像度は写真を見るためにのような感じだな
何もかも小さいけどその分カーネルの移動も遅いから問題ないよ
学生だから、隙間時間使ってレポート書いたり授業で軽くコード書くぐらいしかに使わないけど、授業のテキストとエディタとターミナル並べたりしても余裕だしレポートもPDFとか見ながらかけて快適
メニュー小さくても窓の中のソフトのフォントサイズは各アプリごとに設定でできるから問題ないってことなんかな
自分の若い頃はB5ノートXGAすら細かすぎ言われてとにかく高解像度餓えてた
9ptできれいに表示できるフォント=MSゴシ一択だった
GitHub - goreliu/wsl-terminal: Terminal emulator for Windows Subsystem for Linux (WSL)
https://github.com/goreliu/wsl-terminal
ここにやり方書いてありますよ
https://github.com/goreliu/wsl-terminal/blob/master/README.md
Mobatermつかうとか。
puttyで接続するとか。
改良され続けてると思うが？
例えば
Windows 10 Threshold 2（10.0.1058）ではコマンドプロンプトでANSI/VT100互換表示が可能に
https://srad.jp/story/16/02/09/0639223/
何事も完ぺきには行かんなあ。
ただの環境変数の問題じゃん
わかる。Macだと同じコマンドでもオプションが違ったから
本物のLinuxのコマンドが使えるWSLには期待してる
Xをという人多いけど、そもそもXはクライアントサーバーだから、サーバーをwslて動かすかwin側で動かすかの違いしがない
gnomeデスクトップなんかは難しいみたいだけど、大抵のクライアントはwslで動くはずなので、特に必要性を感じないんだか
X Serverはwslでは動かない。Clientのみ。
そう書いたつもりだったんだが
遅レス。
書いてあるんだけどなんか内容が噛み合わない。で調べたら、自分が使ってるのはwslttyだったと気がついた。;-)
トンチンカンな質問で申し訳ない。
GitHub - mintty/wsltty: Mintty as a terminal for Bash on Ubuntu on Windows / WSL
https://github.com/mintty/wsltty
ちなみにwslttyはインストール時に、その環境に存在しているWSLの全ディストロ分のショートカットがそれぞれ作成される。
ディストロを追加した場合はwslttyを再インストール。
https://qiita.com/yanoshi/items/dcecbf117d9cbd14af87
docker.io
lxc-docker
docker-engine
簡単に試せるんでやってみそ。
自分はUbuntu 18.04で試したら動かんかった。
$ sudo docker run hello-world
docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.
See 'docker run --help'.
OSのバージョンは？ Windows 10 April 2018 Update が必要なようだが。
UNIXドメインソケットが対応されたのが関係するのかも。
こちらの環境はもちろん Windows 10 April 2018 Update だよ。バージョン 1803 (OSビルド 17134.137)。
たぶん動かない〜って人がいるだろうから注意点を。
1. Ubuntu-16.04 をストアから入れる事
2. WSL を管理者権限で起動する事(でないと iptables で失敗して起動しない)
3. 毎回 cgroupfs-mount を実行する事(これは .bashrc か何かに入れる？)
https://twitter.com/mattn_jp/status/1015995804157239296
1:27 - 2018年7月9日
mattnさんのツイート:
ちなみに、一度 docker daemon が起動すればあとは UNIX socket で通信できるので、通常通り WSL 起動すればそっちから docker run 出来るよ。
https://twitter.com/mattn_jp/status/1016002773458882560
1:55 - 2018年7月9日
後でやってるかな
管理者権限(ココ重要)で動かしているWSLからDockerをインストール。
インストールも管理者権限が必要なのか..。
Invalid argument〜になる。
同じだ
http://www.nuits.jp/entry/docker-on-wsl
https://blogs.msdn.microsoft.com/commandline/2018/07/09/upgrading-ubuntu/
やってみたら動くようになった。Ubuntu-16.04では成功。Ubuntu-18.04ではうまく
動かない。でも一歩進んだ。
今後も無印とバージョン付きが併存していくってことか
sudoで動かすのと違うのか
インストール時の管理者権限は必要無いようだ
WSLは基本的にユーザー権限の中で動くので
WSLの中でsudoをやった所で、WSLの世界でのrootにはなってるけど
Windowsの世界の管理者になるわけじゃないよ
おそらくエミュレートしてるLinuxのシステムコールの何かが
Windows上での管理者権限を必要としてるとかではないだろうか？
WSL の docker 遅いなぁ。nginx 動かして
$ ab -k -c 10 -n 1000 http://127.0.0.1:8080/
してみたら 1300 req/sec しか出ないや。まぁ動くだけマシだけど。
https://twitter.com/mattn_jp/status/1016020548520820736
3:05 - 2018年7月9日
mattnさんのツイート:
昨日試した限りだと WSL に入れた Ubuntu 18 だと docker 動かなかった。
https://twitter.com/mattn_jp/status/1016461641767006208
8:18 - 2018年7月10日
ネットワーク、ソケットがらみかねえ・・・
があるようだ。例えば、Ubuntu-16.04で一度dockerデーモンを動かすと、OSの再起動
をなしではUbuntu-18.04でdockerデーモンが動かない。dockerデーモンをstopしても
同様だった。また、OS再起動直後にUbuntu-18.04でdockerデーモンを起動すると動くが、
invalid argumentが出て動作はしない。（デーモンとの通信エラーにはならない。）
調べているけど、原因分からず。同様のエラーの報告はちらほら見受けられる。
だけど、dockerが普通に動くのぞみは出てきたね。
Linuxカーネルの多くをエミュレートしないと無理そうだと思っていたから
難しいんだろうなと思ってたけど、大きな山はなさそうだ
Linuxバイナリを動かすことができるコマンドプロンプト
だから再起動なんて無いよ
wslは起動していないので、再起動できません
コマンドプロンプトでもありません
コマンドプロンプトなんていってないよ
initが残るようになったからのはず
そのinitも結局はwindiwsのプロセス
WSLの窓を開かなくてもLinuxのサービスを走らせることはできるよ。
もちろんコマンドプロンプトからも実行できるし、タスクマネージャーなんかにも登録できる。
完全に位置機能として扱える。
https://www.microsoft.com/ja-jp/p/x410/9nlp712zmn9q
> 4,650 → 580 (税込) （ 4,070 値引き あと 18 日です）
Windows StoreをWSLで検索して見つけた。良さそうだけど どう思う？
対応言語や法人名を見るに、韓国製か
中国語に対応していないのが少々意外な
$ keyctl session
keyctl_join_session_keyring: Function not implemented
デュアルブートしたくなる
ほんま遅い
じょいさんのツイート:
WSLでDocker動かない各位、Hyper-Vの機能OFFにすると動きますよ
https://twitter.com/joy1192/status/1016519642808905728
12:09 - 2018年7月10日
でもexec動かない。オレだけ？
じゃあDocker Toolboxを使えばいいだけの話では？
> Docker for WindowsはHyper-V使ってるから、WSLのDockerとは共存できない模様。
その理屈はおかしい。
WSLのDockerがHyper-Vなんか使うわけがない
Dockerはハードウェアの仮想化をしてないんだから
同じWindows上で動くDockerだからポート番号でもかぶってるんだろ
Hyper-Vをオフにすることで、Hyper-Vが必要なDocker for Windowsが
停止したってのが真実だろうな。つまりHyper-Vをオンのままでも
Docker for Windowsを停止すればWSLのDockerは動くだろう
そうだね。Vagrantを使う方法もある。けど、WSLだけで動かしてみたい。
お手軽だし。
Docker ToolboxはVagrantじゃないぞ。VirtualBoxを使う
Docker ToolboxならDocker for Windowsとそう変わらないはずだけど
>>680
Vagrantがね。HyperVでもvagrantは使えるけど
VirtualBoxと組み合わせてたからなぁ
VagrantとVirtualBoxのVBoxManage.exeを組み合わせた
個人的用のスクリプト書いてたんでちょっと困った
今はWSLできたんでVagrantの必要性は減ったんだけど
MS「対応しろや」
https://docs.microsoft.com/en-us/virtualization/api/
OSの下にハイパーバイザがいるんだよね？
昔Xenで特殊なドライバが必要だったりとか
えらく苦労したんだがWindowsのHyperVは
ハイパーバイザを使ってる感じが全くしなくて不思議だ
Windowsは自前で持っているし、Linuxも随分前から対応しているので。
Hyper-V用のドライバのソース提供をMicrosoftの侵略!!とか言って騒いでたし
Xen用カーネルはまあLinuxだし仕方ないけど
WSLっておもちゃで遊んでるだけなんだから。
俺は技術的な大きな問題は解決したからあとはWSL全体を含めたチューニングだけ。
WSL使うのが開発の主流になるのは時間の問題だなって考えてるよ
今すぐ実用的に使いたいならDocker for WindowsかDocker Toolboxを使う
あとはMS頑張って！って思ってるよ
WSLは今までと仕組みが違うから逆にWSLだからできることが見つかりそうな気がする。
ネイティブAPIとwindowsAPIの区別は完全じゃないから機能的に難しいものは絶対にあるよ。
並行して2個の環境を持つのは仮想マシンでできるじゃない
WSLだからできることっていうのは、Windows上でLinuxアプリを動かせることだよ
一つのOSでできることっていうのが大きな違い
そんなことはわかってる。WSLでdockerって発想はナンセンスだからWSLでディストリを複数持つとかでいいってこと。
WSLでできることはWindows上の仮想マシンでぜんぶできる。そんなことはみんながわかってるよ。
> WSLでdockerって発想はナンセンスだから
別にナンセンスだと思わないけど？
むしろWSLはWindowsに追加したLinux互換システムコールなわけで
Windowsそのものが持ってる機能の一つ。
WSL=Linux互換システムコール=Windowsの機能を呼び出すdockerは、
Windows用アプリとしてネイティブに動いてる状態なんだけど
現代の開発では、企業製のソフトやディストロの公式パッケージだけを利用する時代は終わって、npmやpipやRubyGemsといった無数の作り手による無数のパッケージが必要とされるようになった。
WindowsにはCygwinがあるがLinuxとの互換性が低く、これらの作り手はCygwinを動作保証の対象にするのを嫌がり、Cygwinはどんどん没落していっている。
そこでMSはnpmなどを動かすプラットフォームとしてWSLを出したわけだが、現状はどう考えてもベータ水準以下で、よくMSはこれを正式版扱いにしたもんだと呆れる。
まあ将来はまともなプラットフォームになりうるかも知れんが、現状はただのおもちゃだ。ディストロの公式パッケージが豊富に存在しているCygwinの方がまだ実用性がある。
>linux互換システムコール
新しい言葉作んな。互換レイヤーだ。
WSLはWindowsが持ってるネイティブAPI以上のことはできないからlinuxの代わりになることは原理的に無理。
dockerはOSの基盤になるようなシステムコールを使うからWindowsサブシステムと共存できない。
だから管理者権限が必要であったりするんだ。
WSLに他の新しい仕組みを付け足せばできるかもしれんが、夢を見すぎだ。
https://blogs.msdn.microsoft.com/wsl/2017/04/11/testing-the-windows-subsystem-for-linux/
System Calls
Passing 744
Failing 93
Unimplemented 171
Skipped 102
Total 1110
Pass % (not including unimplemented) 88.88%
Pass % (including unimplemented) 73.81%
Filesystem
Of the failing filesystem tests the majority are due to missing support for the rt_sigqueueinfo system call.
Passing 52
Failing 9
Total 61
Pass % 85.24%
https://qiita.com/stc1988/items/e53a6e9ac818233cc66f
17704以降ならwslconfig /terminate
https://download.cnet.com/VersionBox/3000-2383_4-75328808.html
バーチャルボックスね
ってかversionboxってあったんだな
暑さでやられてる？
システムコンテナとアプリケーションコンテナという考え方がある
システムコンテナはコンテナ技術を用いてシステムを作るもの
システムコンテナは仮想マシンに近くOSに相当するシステムを作り出し
作業者はこのシステム上にログインして作業する。
WSL（正確に言えばbashでログインした状態）はこれに近い
それに対してDockerはアプリケーションコンテナ
アプリケーション実行に必要な外部ライブラリをパッケージング
しただけで、アプリケーションをそのまま実行するのと意味的には等しい
作業者はデバッグのためにDockerコンテナに入ることはあるが
通常はDockerコンテナの上で作業したりはしない
でもWSLで動かないものがWSLのdockerで動くわけじゃないし、通常はWSLにアプリケーションをインストールすればいいと思うよ。
wslのシステムコンテナの本体はどこにあるの？
コンテナはプロセスだよ。隔離された空間にあるだけのプロセス
だから本体は実行時にメモリに現れ終了したらなくなる
コンテナを作るためのUbuntuのイメージファイルって話なら
C:\Users\USERNAME\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc
とかみたいだけど、これはWSLじゃなくて、Ubuntuのイメージファイルか
WSL（Windows Subsystem for Linux）自体はサブシステムであってコンテナじゃない。
サブシステムを提供するためのファイルはC:\Windows以下の何処かにあるだろうけど、
やっぱりWSLで作られるLinux環境はプロセスとしか言いようがないな
ってかドッカーやらのコンテナって仮想マシンとは違うとかよくいわれるけど
windowsとmacで動いてるやつは裏で仮想マシンまわってるだけだろ？
DockerはLinuxカーネルで動くものです。
WindowsとMacのことは一旦忘れましょう。
Dockerは仮想マシンではありません。
実際に仮想マシンは使いません
グロ
死体画像
うpってんじゃねーぞゴミカス！
もちろんlocalhostでだけど。
Windows立ち上げてるときだけ使えるサーバー環境。
gitbucket、ampache、cloud9、等々
WSLはフロントエンド環境。
開発するならdockerがいい。サーバーアプリをただつかうだけならWSLで十分、常駐させても問題ないレベル。
先日npm installでセットアップ中にカレントディレクトリ以下のファイルの
90%ほどをぶっ壊してくれて、上位にあった~/.zsh_historyの一部まで
バイナリで書き込まれる惨事
dockerへ出戻り
あれ開発環境にはいまいちじゃない？
パッケージングにはいいと思うけど
IDEでDocker使うんか？
Vagrantみたいに？
Dockerでやったほうがいいけど。
横からだけど、例えばWeb開発なら開発からテスト配布まで、dockerでできる。cloud9とかを入れておいて、ブラウザから開発する。
Cloud9をサービスとして起動できるDockerを使ってローカルで開発と言うこと？
最近はそんな感じなのか
Cloud9使ったことないけど便利なのかなぁ
その組み合わせの利便性によってはDockerを見る目がまた変わるわ
ブラウザから使えるideかぁ
ちょっと興味出てきた
名前の通りクラウドで使うためのものやろあれ
遅レスだけど、gitとweb環境とcloud9入りのdockerで開発するってこと。
別にエディタはcloud9じゃなくてもいいけど、1つの窓でエラーログ見るコマンドも打てるし便利でしょ。
特に少数複数人で開発する時にPCが違ってもgitリポジトリを紐づけたdockerファイルを共有して、ブランチをpullすれば開発環境が整う。キモはcloud9じゃなくてgitなんだけど、cloud9ならブラウザ動けばみんな同じコーディングができるので。
基本的にローカルは汚さずに、万一dockerが壊れてもgit最新に戻せる。
開発からテスト、dockerファイルをいじって、配布まで、できる。
むしろ現場でdockerが流行るのはこのおかげ。
データベースも小さいのならgitに入れちゃえ。
dockerをWindowsで動かすには結局仮想化するので、スペックを分けなきゃいけない。これができないからWSLが不完全でも使う層が出てくる。docker動かせるならそっちのほうがいい。
dockerはあってもいい。
ふーん。
便利そうだね。
https://blogs.msdn.microsoft.com/commandline/2018/09/07/using-wsl-in-an-enterprise/
OSの基本部分に関わるところだから、
forkの機能を備えてないNTカーネルでは
エミュレートに時間がかかるんだろうけど
それでも10倍はひどすぎる。
おかげでforkさせないシェルスクリプトの
プログラミングノウハウが溜まっていくｗｗｗ
これもforkが遅いからか？
[test1.sh]
foo() { :; }
i=0
while [ $i -lt 1000 ]; do
foo | foo
i=$((i+1))
done
--------
time ./test1.sh
real 0m8.005s
user 0m0.047s
sys 0m3.391s
[test2.sh]
foo() { :; }
i=0
while [ $i -lt 1000 ]; do
foo
foo # fooの呼び出し回数を合わせるため
i=$((i+1))
done
--------
time ./test2.sh
real 0m0.027s （殆どが起動時間）
user 0m0.000s
sys 0m0.000s
[test1.sh]
real 0m0.281s
user 0m0.285s
sys 0m0.157s
[test2.sh]
real 0m0.006s
user 0m0.006s
sys 0m0.000s
WSLはLinuxの28倍
でもLinuxでも遅いっちゃー遅いな
隔離された空間で動いているんでしょ？
NTカーネル上でLinuxアプリを実行してるんじゃなくて、
NTカーネル上に作ったLinux空間でLinuxアプリを動かしてる
WSLはLinuxアプリは、NTカーネルから見たとき1つのアプリに見えるけど
coLinuxはNTカーネルから見たときcoLinuxアプリしか見えない。という認識
上のベンチマークじゃなくて今作ってるやつだけど
パイプをなくしたら200msから100msに二倍になった
もう一箇所、サブプロセス作ってる所があるのでそこを直すと60msぐらいになりそう
大した差はないように思えるけど、コマンドの実行で300msかかると
つっかかりを感じて、200msだと実行結果が表示開始されるまで一瞬の待ちを感じて
100msだと実行したと同時に1行ずつ出力されいく感じになる。
50msだと結果全てが一瞬で表示される感じになる
使い方によっても何度も実行する部分だからできる限り早くしておきたい。
Linuxだったこれがパイプ使っていても17ms
なくしたら8msなんだけどな
ksh で約２倍高速化（bash比）ｗ
やる処理によって大きく代わるよね
dash（ash）が多くの場合速い。bashとzshがその次。
kshはたいてい遅いんだけど、時たま早い処理があるって感じ
https://fumiyas.github.io/2013/12/01/benchmark.sh-advent-calendar.html
うーん？基本的にPOSIXの範囲でしかやってないからなぁ
それも時々動くか実行してみただけの感想でちゃんと計測してないし
気が向いたらベンチしてみたほうが良いかもなって思ってるけど多分やらないｗ
${#str} が何文字か調べるときstrに入っている文字列が
長いほど時間が掛かるが、kshだけは長くても短くても同じだった
ロシアは今でもベアメタル主義が強いぞ
Windows10・WSL・Ubuntu16 で、デフォルトで、python3, perl は入っている。
Ruby は入っていない
which python3
=> /usr/bin/python3
ll /usr/bin/python3
=> python3.5
またお前か
プログラム言語が入ってない。入れられない環境も
視野に入れてるからダメだって言ってるだろ
他人ですが >>747 を python でやるとどのくらい時間がかかりますか？
他の言語はforkをシェルスクリプトほど使ってはいない
だから他の言語で書くとforkの遅さの影響を受けにくい
シェルスクリプト内部的にforkが使用されてる例
( echo test ） # 丸括弧によるサブプロセス実行
a=$(printf '%s' hoge) # $(・・・) による標準出力の変数代入
echo test | while read -r line; do # パイプの処理
/bin/echo # 外部プログラム呼び出し
知らずに書くと普通に使ってしまうものばかり
ちなみにevalはforkが行われないし実行速度にほとんど影響が出ない
一応言っておくと、実際にforkが呼ばれてるのを確認したわけじゃないけどね
プログラムの挙動とか遅くなってる原因を調べた結果
できればfork呼び出し回数を数値で見たい
straceを使えばわかるのかな？
バグとか仕様追加もあって最終的に70msぐらいになった
なにもしないプログラムが20msぐらいなので実質50msぐらいだな
処理内容はwhileループとcaseとevalと変数操作のオンパレード
ついでに各シェルでのおよその実行時間
kshが一番速かったｗ yashと勘違いしていたかな？
・ksh 60ms
・dash 70ms
・posh 70ms
・mksh 75ms
・bash 110ms
・yash 130ms
・zsh 140ms
ベンチマークに興味がある人は、こちらのyash開発者のサイトが参考になるかも
http://magicant.txt-nifty.com/main/2008/09/post-aecc.html
http://magicant.txt-nifty.com/main/2009/09/yash-2-135-2-03.html
こんな感じで実行すれば意図したとおりの結果が出てきた
strace -T -tt -f -F ./test.sh 2>&1 | grep clone
ついでに減らせそうなところが見つかったのでやってみたら
cloneの数を7個減らして、dashの70msが40msまで減ったｗ
残り3個。0個にするのは不可能なんだけど、1個にはできるかもしれないな
fork（clone）1個。30msになった。
元が200msなので7倍近く高速化
fork 1個で5msって感じかな
今回は処理内容が増えるとその分fork数も増える可能性があったから
頑張ったけど、fork数が固定数であればそこまで頑張らなくてもいいだろうな
概ね2倍ぐらいの速度になった（dashが一番になったイェーイｗ）
・dash 30ms (233%)
・posh 30ms (233%)
・mksh 35ms (214%)
・ksh 55ms (109%)
・bash 50ms (220%)
・yash 70ms (186%)
・zsh 85ms (165%)
前回トップだったkshはあまり速度改善はしなかった。
さすがにおかしいと思って調べてみたら、
kshだけ（forkが10個ときのコードでも）forkが1個も存在しなかった
少し適当にだが調べてみるとこんな感じだった
・( echo a ) ・・・ ksh:fork0回、他:fork1回
・a=$(printf) ・・・ ksh:fork0回、他:fork1回
・echo a | read line
・・・ ksh:fork1回、zsh:fork1回、他:fork3回
・echo a | cat ・・・ksh:fork2回、zsh:fork2回、他:fork3回
・/bin/echo ok ・・・ ksh:fork2回、他:fork1回
kshは外部コマンド実行以外はforkを行わないか少ないようだ
逆に外部コマンドを実行する場合はkshは他よりもforkが多い
俺がkshは遅いと感じていたのは、これより前に作っていたプログラムでは
外部コマンドの実行の方を多用していたからだと思う
・( echo a ) ・・・ ksh:fork0回、他:fork1回
・a=$(printf) ・・・ ksh:fork0回、他:fork1回
・echo a | read line・・・ ksh:fork1回、zsh:fork1回、他:fork3回
・echo a | cat ・・・ksh:fork2回、zsh:fork2回、他:fork3回
・/bin/echo ok ・・・ ksh:fork2回、他:fork1回
forkが遅すぎるｗｗｗ
https://www.softantenna.com/wp/windows/wlinux/
誰か試した人いる？
https://blogs.gnome.org/alexl/2018/09/17/flatpak-on-windows/
cygwinの方がかなり速い。これはxserverとの接続の問題かもしれん。
X抜きで画像とかeps出力だとどう？
パッケージの依存関係が壊れてるっぽい。
776 は実行時のPCで別プロセスが動いていたことが，原因だった。
途中でおくった。
やり直したところ，wxtではほぼ同じ。
qt ではcygwinの方が大分速い。
それだけでなくqtは多くのプロットで表示がおかしい。
NativeのUbuntuではqtは表示の問題は起こさない。
ご質問のファイルに書き出しはｗｓｌの方がかなり速い。
色んな要因があるので一概に言えないwxtの方が好きなので，
wslではGNUTERM環境変数をwxtにして，wxtデフォにしている。
gnuplotは基本windows Native版を使うけど，他のツールと一緒に使うときは
これまでcygiwn版をつかってきた。しかしこれｋら，wslに乗り換えようかなと
思っている。
Cygwinはwin 7のPCで使うだけになると思う。
将来性はともかく今はわざわざ金を出して使う必要性はわからん
ストアの金額はサポート料金らしいし、
普通の人は公式から自分の好きなdistro無料で落とせばよいんじゃね
別にXserverの設定とか簡単なんだし
https://blogs.technet.microsoft.com/askcorejp/2018/10/05/wsl_intro/
セットアップした後は素早くX Windowでアプリを使える
ただターミナルからの起動なので
wlinux -c "application"
みたいなbatを書いたけど
wlinux -c "application"
でscriptの実行だったら動くけどguiアプリケーションだと接続拒否権されるなターミナルに直接的入力だとx410に接続できるけど
名前がなんかイヤ
https://blogs.msdn.microsoft.com/devops/2018/10/05/remediating-the-october-2018-git-security-vulnerability/
This includes Git clients on Unix platforms (including Linux and macOS) are vulnerable,
including git running in a Linux distribution inside Windows Subsystem for Linux.
Git on Cygwin is also vulnerable.
Git for Windows is uniquely not vulnerable to this security issue
その他にupgradeってのが追加されてるんですけど、これは何か知ってる人います？
説明文通りファイルシステム形式をアップグレードするんだろうけども
/upgrade <ディストリビューション名>
ディストリビューションを WslFs ファイル システム形式にアップグレードします。
lxfs -> wslfs
ファイルシステム関連のattributesの扱いが少し変更されていますが、
パフォーマンスとかは変わらず、あいかわらず遅いです
新しい不具合を発生させたりもしたので、ごく一部の人で実験してもらう段階じゃないかな
あと、変換自体とても時間かかります
ありがとう
『憲法改正國民投票法』、でググってみてください。
平 和は、勝ち取るものです。拡散も含め、お願い致します。
sudo apt update が失敗します。
ググると
wget -O - https://gist.githubusercontent.com/Zenexer/10bc12fa5c99848b4b2150184f6beee5/raw/ubuntu-fix.sh | sh -s
このコマンドでイケるよと言われてますが、イケないので相談に来ました。
こんな感じです。
hoge@hoge:~$ wget -O - https://gist.githubusercontent.com/Zenexer/10bc12fa5c99848b4b2150184f6beee5/raw/ubuntu-fix.sh | sh -s
--2018-10-17 19:27:53-- https://gist.githubusercontent.com/Zenexer/10bc12fa5c99848b4b2150184f6beee5/raw/ubuntu-fix.sh
Resolving gist.githubusercontent.com (gist.githubusercontent.com)... 151.101.88.133
Connecting to gist.githubusercontent.com (gist.githubusercontent.com)|151.101.88.133|:443... connected.
Unable to establish SSL connection.
どうすればアップデートできるのでしょうか？
wget に –no-check-certificate でも付けて試せばいけるかもな。
てか、WSLなんか、ｱﾚな環境なんか、さっさと捨てなさいな。
ありがとうございます。
しかし、うまくいきません。
$ wget --no-check-certificate https://gist.githubusercontent.com/Zenexer/10bc12fa5c99848b4b2150184f6beee5
/raw/ubuntu-fix.sh | sh -s
--2018-10-17 19:52:29-- https://gist.githubusercontent.com/Zenexer/10bc12fa5c99848b4b2150184f6beee5/raw/ubuntu-fix.sh
Resolving gist.githubusercontent.com (gist.githubusercontent.com)... 151.101.88.133
Connecting to gist.githubusercontent.com (gist.githubusercontent.com)|151.101.88.133|:443... connected.
Unable to establish SSL connection.
をWindows環境でDLしてこれをWSLで叩けばいい。
具体的にはどうすればいいのでしょうか？
wslのホームまで落として実行してみましたが、こんな感じです。(hoge.shがそれです)
$ ./hoge.sh | sh -s
./hoge.sh: 2: set: Illegal option -
- は、間違ったオプションなんだろう
> $ ./hoge.sh | sh -s
"|" 以降はいらない。
$ ./hoge.sh
だけ実行してみそ。
なにか根本的に間違ってないか？
先にまず sudo apt update がどういうエラー失敗するのか書いたほうが良い
まあ壊れた所でまだ最初だから消して入れ直せば良いが
なんでこういう人って最初のエラー情報伏せて自分が調べました情報しか出さないのかね
またubuntu のバージョンも分からない
githubのそのページ、17.10での記事だけど
まぁお試し環境なので構いませんが
俺ならそうするし時間が勿体無い。
またハマったら今度は真面目に考える。
カスペが悪さをしていたようで、切ったら通信するようになりました
滅びればいいのに
実機との数十倍の速度差と、改善が頭打ちしてるんじゃないか
という不安を気づかせてくれただけだった
誤差レベルの改善は気が付けないよ
apt-get --fix-missing はすでに試したけどダメ。
$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer required:
libfreetype6
Use 'sudo apt autoremove' to remove it.
The following packages will be upgraded:
apt apt-utils libapt-pkg5.0 libpython3.6 libpython3.6-minimal libpython3.6-stdlib plymouth plymouth-theme-ubuntu-text python3.6 python3.6-minimal
10 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 1464 kB/7764 kB of archives.
After this operation, 24.6 kB disk space will be freed.
Do you want to continue? [Y/n] Y
Err:1 http://220.152.35.182:80/data/049c5cdfd0f56e49/archive.ubuntu.com/ubuntu bionic-updates/main amd64 apt amd64 1.6.3ubuntu0.1
Redirection loop encountered
Err:2 http://220.152.35.182:80/data/049c6fdf7af62761/archive.ubuntu.com/ubuntu bionic-updates/main amd64 python3.6 amd64 3.6.6-1~18.04
Redirection loop encountered
Err:3 http://220.152.35.182:80/data/049c0bdff0f7907a/archive.ubuntu.com/ubuntu bionic-updates/main amd64 plymouth amd64 0.9.3-1ubuntu7.18.04.1
Redirection loop encountered
E: Failed to fetch http://220.152.35.182:80/data/049c5cdfd0f56e49/archive.ubuntu.com/ubuntu/pool/main/a/apt/apt_1.6.3ubuntu0.1_amd64.deb Redirection loop encountered
E: Failed to fetch http://220.152.35.182:80/data/049c6fdf7af62761/archive.ubuntu.com/ubuntu/pool/main/p/python3.6/python3.6_3.6.6-1~18.04_amd64.deb Redirection loop encountered
E: Failed to fetch http://220.152.35.182:80/data/049c0bdff0f7907a/archive.ubuntu.com/ubuntu/pool/main/p/plymouth/plymouth_0.9.3-1ubuntu7.18.04.1_amd64.deb Redirection loop encountered
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
apt-getの利用リポジトリを日本サーバーに変更する
https://qiita.com/fkshom/items/53de3a9b9278cd524099
日本サーバーに置き換えとくか
/etc/apt/sources.list を空ファイルにして、
(削除するとエラーになったので)
/etc/apt/sources.list.d/ に、iij.list, jaist.list の2つのファイルを置いてる
iij, jaist の混合で、伝送速度は、1.4MB/s だった
SSHサーバー:Windows10
DOSプロンプトからWSLのbashを起動すると改行がおかしくなる
おためしあれ
Windows 側から、Linux 側を触っちゃいけない。
必ず、Linux側から、Windows側を触る
>>822
WSL には、GUI が無いけど。
それに、Docker も動かない
dockerも動かす事は可能
誤りすぎだろ…
やたら割引してて怪しかったけど、評判は良かったので入れてみた。
Docker for Windows も要らなくなるのかぁ。
もひとつ教えて。
docker exec は動く？
どうする？
まさかこんなに早く動くようになるとはな
まあ、パフォーマンスの点でまだDocker for Windowsを置き換えることには
ならないと思ってるけど、パフォーマンスの問題が解決したら
Docker for Windowsとは違って仮想マシンにいくらメモリを
割り当てるかを悩まなくて良くなるから嬉しいな
個人的にはWSLはforkの速度を上げてほしい
Linuxネイティブの10倍の遅さだからな
仮想化のLinuxの方が速いのはなんか納得できない。
でもWindows上でLinuxディストリビューションがそのまま動き、
Windowsとも連携できる。そしてそれをMicrosoftがサポートして
いる。Windows 8の頃はMicrosoft大丈夫かなぁとの思いがあったが、
最近はMacに移行したユーザを呼び戻せるOSになってきたなぁと
嬉しく思うよ。
エクスプローラのフォルダをShift押しながら右クリック
メニューの「Linux シェルをここに開く」で行けるでしょ？
それとも wslpath コマンドでパス変換すればできることの話？
コマンドプロンプトのデフォルト文字コードは、sjis だからじゃない？
utf-8 に設定すれば？
PowerShell ならデフォルトで、utf-8
それはやってはいけないこととなっている。
消えてしまうって問題だろうから
アプリが対応すれば編集できると思うんだけどね
windowsが提供するAPI側の問題だからアプリだけでとうなるものでもないんじゃないかな
644に戻ってしまいます。
忘れないようにしたいのですがいい方法はないでしょうか？
win10pro1804
ubuntu 18.04
を使ってます
コンピューターが覚えていて、起動したら覚えておいた通りに設定して欲しいのです。
なるほど
もしかしたら私あてかと思ってキーワードをググったらこういうのがあるんですね
root権限がいるみたいなのでttyのパーミッション変更も自動でできそうですね。
帰ったら試してみます。
せっかくのアドバイスを頂いたのに申し訳ないのですが、
普通のファイルのパーミッションを変更したら、特段なにもせずとも
パーミッションは変更されたままですよね。
そういう感じにすることはできないのでしょうか？
/dev/ttyS1 が作成されるタイミングで 666 で作るようにする。
がよいと思う。
前は /etc/inittab でできたと思っている。
けれど最近の Ubuntu は老人に優しくないのでよく分からない…
あとは /dev/ttyS1 のパーミッションが 644 ではなくて 664 なら使うユーザを所有しているグループに入れるという解決も考えられたかなあ。
停止するときには消去され、起動するたびに新しく作成されています。
なので、パーミッションを保存しているのでは？
というのは当てはまらないケース。
ありがとうございます。
ttyは起動する度に生成されるんですね。
と言うことはrc.localの編集がよさそうですね。
ごめん、根本的にどこやっつければいいのかみつけた。
`/lib/udev/rules.d/50-udev-default.rules` というのがあるんだけど
そのうちの
`KERNEL=="tty[A-Z]*[0-9]|ttymxc[0-9]*|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="dialout"`
この行の末尾に `MODE="0666"` にすると
たぶん起動されるたびに 666 で生成される。
ただ、緩める方向の変更なのでファイルの役割について
理解して作業することをオススメします。
# 理由があって先人の考えた規定値が 644 なんで。
https://japan.zdnet.com/article/35127693/
> windowsが提供するAPI側の問題だからアプリだけでとうなるものでもないんじゃないかな
おいおい。WSLはWindowsで提供されてるAPIを使用して動いてるんだぞ。
APIに問題があるわけ無いだろ
ありがとうございます。
これの場合、シリアルに繋がってる例えばUPSなんかが乗っ取られて勝手にダウンさせられるかもしれないですね。
うちは学習用のマイコンを繋ぐだけですが、ちょっと怖いので
どちらにするか考えて決めようと思います。
MODE="0664" にして、キャラクターデバイスを使う
ユーザのグルーブを増やすという選択肢もあるよ。
CreateFileのhTemplateFileに指定するだけで拡張ファイル属性を自動でコピーしてくれんのにWindows API側のどこに問題があんだよ
最近のubuntuは/etc/rc.localがなくなっているようなので
スクリプトを作ってサービスに登録しましたが、パーミッションは変わりませんでした。
sudo chmod 666 /dev/ttyS1
でもダメで、おそらく初めてsudoコマンドを使うとパスワードが求められるのがネックになってるような気がしました。
仕方ないので、>>854が紹介してくれた方法で
#KERNEL=="tty[A-Z]*[0-9]|ttymxc[0-9]*|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="dialout"
KERNEL=="tty[A-Z]*[0-9]|ttymxc[0-9]*|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="dialout", MODE="0666"
こんな感じに変更してみました(#〜の行が元あった設定)。
ですが、はやり反映されません。
MODE設定の書き方が間違ってるのでしょうか？
ここWSLのスレだろ？
rc.localとかLinux起動時に行われる処理がWSLで動くわけ無いだろ
WSLではすでにLinuxに相当するWindowsが起動してるんだから
まだ実装されてないんじゃないのか？
これが一番正しい解決方法だろ
セキュリティの理由もあるのでパーミッションを緩めてはだめだ
/dev/ttyS1はデフォルトで正しいパーミッションになってるんだから
ttyS1を使えるグループにユーザーを追加するだけ
なるほど、できないのですか
ならばどうしたらいいでしょうか？
> セキュリティの理由もあるのでパーミッションを緩めてはだめだ
一応念の為。WSLの中で見えるパーミッションは所詮WSLの世界から見える
架空のパーミッションでしか無いので、WSLの世界でrootになったからといって
本当にWindowsのAdministrator権限を持っているわけじゃないので
ユーザーができることしかできない
セキュリティ云々は考え方としての話な。
誰でも触れることを意図する変更はやったらだめということ
ユーザーをrootにするということですか？
グループのパーミッションは現状4です。
fixedin1809とマークされてるがどう修正されてるのかは知らん
ユーザーをdialoutグループに追加しろって話だ
Linuxの基本やで
今は/dev/ttyS1のパーミッションは660になってる
なるほど、勉強になります
でいいのか？
crw-r----- 1 root root 4, 64 Oct 29 22:21 /dev/ttyS0
起動時にNOPASSWDなsudoでchmodやchownするスクリプト走らせるみたいな方法しか思いつかんわ
X410 ってやつの割引期間終わっても次の割引期間が始まるよって書き込みあったけど本当やんけ。場所が場所なら景品表示法で怒られるやつ。
https://twitter.com/5chan_nel (5ch newer account)
> 起動時にNOPASSWDなsudoでchmodやchownするスクリプト走らせるみたいな方法しか思いつかんわ
WSLに限って言えば、WSL環境内でsudo使っても、実際にはWSLを実行している
ユーザー権限で動いているわけでセキュリティ的にはなんの問題もない気がする
setuidしたコマンドを実行するとか？
まずsetuidはバイナリじゃないと有効にならないのでシェルスクリプト
とかではなくC言語などのバイナリ吐ける言語で作る必要がある
例えば以下の内容のファイルを作って、gcc ファイル名.c とかでコンパイルする
（gccは適当に入れろな）
#include <sys/stat.h>
int main()
{
chmod("/dev/ttyS1", 0666);
}
a.out（適当名前に変更どうぞ）が作られるから、
sudo chown root:root a.out
sudo chmod +s a.out
あとはsudoとか使わなくてもroot権限（ファイルの所有者）で
動いてくれるので.bashrcとかに書いて実行すればよかろう
ちなみに、/dev/ttyS1 決め打ちなのは手抜きというより引数で自由なパスを
指定できるようにすると、セキュリティ的に問題があるのであえてそうしている
つまりこのコマンドはどう実行しても /dev/ttyS1 しか変えられんというわけだ
自分専用のツールならこの程度で十分だろう
WSL 特集、100 ページの冊子
DVD は、Ubuntu 18.04.1 LTS 日本語 Remix, 64bit, ブータブル、
Mint 19 Cinnamon v2, 64bit, ブータブル/ISO、
Lubuntu 18.04.1 LTS, 64bit, ISO
Linuxのコマンドリファレンスかも。
Windowsのmecab.exeでも同じデータベースファイルを使えるからだけど。
http://www.atmarkit.co.jp/ait/articles/1810/26/news035.html
これだけ書けるんだから、水増しはいくらでもできるだろうけど、
いちおうlinux専門誌だから、どんな視点で記事を依頼してるかだね
linuxユーザから見たら、10倍以上遅いlinuxもどきだろうし、
dbだとさらに差がつくし
そんなに遅く感じることはない
linux on 10年前のcore2duoラップトップ
のほうが
wsl on 第7世代core-i5&SSDラップトップ
よりも早く終わるわ
あと、sqliteがやたら遅くなるのが解せない
セットアップ時間が短縮した！とか言って喜んでるの
そこしか判断できないからなんだろうけど
vscodeの裏で走るnpmも遅いけど、wsl上のvscodeはたまに
windows側からもkillできない死に方しちゃってこっちのほうが面倒。
windowsのvscode使って、開発支援は各language server経由ってのが
増えそうだけど、そうなるとhyper-V上のdockerのほうが良くなるような
WSLのファイルアクセスが遅いから足引っ張ってる。
さっさと、NTFSなんか捨てるべき。
1809より前でもwslサービス停止させればkillできたけど、
書き込み処理中でも強引に全体を終了させるからファイル
破損すると被害大きかった
から
SQLiteの公式バイナリ落として、WindowsネイティブとLinux on WSLとでどれくらい違いがあるんだろうか？
単純なSQLでベンチマーク取ってみると10倍くらい差が出そう。
たとえば、
openbenchmarkにある、同じマシンでのsqliteへのinsertionテストで
ubuntuだと2.27秒の処理がwindows binaryだと24秒で十倍くらい
さらに同じマシンで
ubuntu:2.62秒、Ubuntu@wslで60秒
となってる
このベンチ取った人はopenbenchmarkの中の人
test suite見るとwindowsのsqliteは32bit版みたい
https://openbenchmarking.org/system/1810126-SK-WSLWINDOW35/Windows%2010%20October%20WSL
ほんこれ
いくら32bitのEXEでも遅すぎる・・・ワロタww
>>893を疑ったけどその通りみたいだw
http://mao.5ch.net/test/read.cgi/linux/1468149353/715-721n
しかしNTFSってWindows Serverとかでも使われてるわけで、もしNTFSが原因で一桁遅いんだったら、IISとかSQL Serverとか遅くて製品として成り立たなくなっちゃうと思うんだけど、そういう話は聞いたことないしなあ。
NTFSが原因ってことは、
それがexFATにしたら10倍になるってこと？
exFATはえーなｗ
> 前スレで自分がそもそもNTFSが遅いんじゃないかと書いたらボロクソに叩かれたのを思い出したわｗ
そりゃそうだな。
NTFSが遅いと仮定するならば、NTFSから変更すれば
Windowsは爆速になると言っているようなもんだ
少し考えばありえないってことぐらいわかるだろう
NTFS上の１ファイルにファイルシステムがあるから？
やはりDefenderとかが悪さしているのかも。調べてみるか。
10倍っていうのはforkの遅さと一致するんだわ
俺の計測だと、Linuxではfork1回で0.2ミリ秒だがWSLだと2.5ミリ秒になる
たった10000回forkしただけでLinuxで2秒がWSLで25秒になるわけだ
> NTFS上の１ファイルにファイルシステムがあるから？
1ファイルだろうが、アクセスはブロック単位だろｗ
ほれみろ、Linux on VirtualBox on Windows がバリバリ速いことからも
NTFSに原因がないってことは明らかじゃねーかｗ
1ファイルだと速いことは否定される
WSLで遅い
WindowsはNTFSだ
この２つになんの関連も示せてないのに、NTFS使ってるから遅いんだって
言ってるから馬鹿にされるわけで
例えばNTFSだと遅いならば他の条件を同じにして
NTFSからexFATに変えるとかして検証ができるはず
これでテストしてみた。
while :; do date; done | uniq -c
Hyper-V動かしているUbuntuとの比較だけど、こんなに違うんだよな。
・Hyper-V
1598 2018年 10月 31日 水曜日 18:36:16 JST
・WSL
48 2018年 10月 31日 水曜日 18:35:47 JST
Disk I/O の話ではなくなってるけど。
47 2018年 10月 31日 水曜日 19:18:07 JST
47 2018年 10月 31日 水曜日 19:18:08 JST
47 2018年 10月 31日 水曜日 19:18:09 JST
47 2018年 10月 31日 水曜日 19:18:10 JST
136 2018年 10月 31日 水曜日 19:18:11 JST ← McAfee VirusScan のオンラインスキャンを手動停止
167 2018年 10月 31日 水曜日 19:18:12 JST
162 2018年 10月 31日 水曜日 19:18:13 JST
129 2018年 10月 31日 水曜日 19:18:14 JST
153 2018年 10月 31日 水曜日 19:18:15 JST
152 2018年 10月 31日 水曜日 19:18:16 JST
153 2018年 10月 31日 水曜日 19:18:17 JST
151 2018年 10月 31日 水曜日 19:18:18 JST
36 2018年 10月 31日 水曜日 19:18:19 JST ← しばらくすると 停止していた Window Defender が動き出す
27 2018年 10月 31日 水曜日 19:18:20 JST
26 2018年 10月 31日 水曜日 19:18:21 JST
27 2018年 10月 31日 水曜日 19:18:22 JST
24 2018年 10月 31日 水曜日 19:18:23 JST
おお、すげぇ。確かに速くなった。
とある処理を各シェル実行してるんだが、だいたい速くなった
一つkshだけ殆ど変わらなかったが、このシェルの特徴として他のシェルでは
サブシェル（forkが行われる）で実行する所をサブシェル使わずに
高速化してるのでこの結果は納得がいく所
参考 http://magicant.txt-nifty.com/main/2007/12/post_b430.html
プロセス起動時のメモリチェックでも時間がかかってるんだな
買ってみたけどこれいらんなぁ
100ページとあるが、半分以上はLinuxのコマンド集とかになってるし、
今時点の記事なのにApril2018Updateに関わる事しか言ってないし
tmux書いてるなら罫線が乱れることも書けばよいのに（設定で直るけど
Windows Subsystem for GNUの速度測定をしてる君たちの着地点はどこなんだい？
もう着地してる。遅い原因はわかったので、その機能を減らすことで
速度を上げることに成功した。WSLでも快適なツールに仕上がったよ
コマンドの説明も、Windows のpowershell で処理して、Linux でgrep するとか、
powershell.exe 何々 | grep
Linuxのls を、Windowsのクリップボードに入れるとか、
ただし、改行がLF だけになるけど、
ls | clip.exe
Windows, Linux双方のコマンドが入り乱れて、なかなか面白い
https://blogs.windows.com/windowsexperience/2018/10/31/announcing-windows-10-insider-preview-build-18272/
めんどくせーな。
WSLでDebianパッケージのFFmpeg使ってたのに。
プレビュー版を使わなければいい
WindowsごとHyper-Vに入れとけばいい。
>>920
とりあえず春まで待つことにします…
> 新機能試したいならInsider Preview使うしかない。
WSLはもう新機能じゃないじゃん。
安定版WSLが提供されてるのに、あえて開発版を使う必要はない
新機能試したいならInsider Preview使うしかないってのは別に間違いでもないでしょ
そういうのに興味ないなら別に追随しなくて良い
たとえば、wslpathは作りかけっぽいし、OpenGLはなんか変。
デーモンを自動実行する上品な方法もあったらいいなと思う。
なんか試したい新機能あるの？
人それぞれだろうからリリースノートに気になるのがあったらじゃないのかねぇ
https://docs.microsoft.com/en-us/windows/wsl/release-notes
1803や1809では機能的に変わった所があったからな
サポートがあった
Dockerが動くのを視野に入れてると思うが、
Dockerを個別にサポートしているのではなく、
Dockerが使用しているカーネルのプロセス分離とか
そういったAPIがWindows上に搭載された結果だろう
端末上で動く、CUI のファイラー、ranger は、Ubuntu 16.04 で動きますか？
他には、LXD (Linux Containers)も動きますか？
sudo apt install ranger
設定ファイルをコピーする。
ranger --copy-config=all
https://blogs.msdn.microsoft.com/commandline/2018/11/05/whats-new-for-wsl-in-the-windows-10-october-2018-update/
ついに、メモ帳がLFに対応するのか…
Macもとっくの昔にそうなってるし、テキストデータオンリーならそれで困らないと思う。
> ついに、メモ帳がLFに対応するのか…
もう対応してる。
rsyncを使ってバックアップで、改行コードがLFで
出してるのがあったんだが、サクッと確認するのが楽になった。
>>936が言ったのは、「ついに対応した」ではなくて
「ついに対応するのか」だからな。
つまり>>936は未来の話をしてる。
だから、もうみんなに公開されている安定版の
October 2018 Update ですでに対応していると言った。
理解できた？本物のアスペさん
Windows 10のInsider PreviewでシステムロケールをUTF-8にするオプションが追加される
https://srad.jp/story/17/11/14/0640253/
catがテキストモードで開いてるわけねーだろ
変換なんかしねーよ。
端末上で動く、CUI のファイラー、ranger の他にも、
mc というファイラーも載っている
ただし、どのバージョンのOS で動くかは、書いていないけど
sudo apt install mc
ただし、BOM付きにするとバグるアプリがあるから、漏れは、BOMなしにしている。
それで文字列検索は、WSL 側のgrep を使う
midnight commanderかな？
懐かしいね
入力文字コードの指定ぐらいしろ
本当にアホ
天才は何をしても許されるんだぞ〜！
その現象が、ウインドズーを他のオペレーティングシステムと連携させて使用する上での最大の問題点の見える化です。
この問題は一見簡単に解決できそうですが、実際は今の人類のIT技術では解決不可能です。
格段にAIが進歩すれば、あるいはギリギリ解決できるかできないか、それぐらい難しいテーマです。
この問題を解決できる究極アルゴリズムを発明できる人なら、次のgoogleになれます。
一般提供絶賛停止中なのに安定版とかｗ
10/3 から正常にメモ帳で参照できるようになりました。不思議です。
究極アルゴリズム、完成していたのか…！
エディタの改行コードを選べれば解決なんやで。
windowsの問題はsjisと改行コード。これをスッキリ解決してくれたらネイティブで使えるし、
bashの連携もうまくいくねん。Bashだとすんなりうまくいくcurlのコマンドもwindowsネイティブなら
sjisで日本語送るからサーバーではねられて死ぬ。
日本語専用の文字コードであるsjisが
日本以外の世界中のWindowsで使われるわけ無いだろｗ
こう突っ込むと、sjisとか言ってたやつは逃げるんだよなｗ
世界規模で考えてるとはご苦労だな。俺もコンソールやコマンドプロンプトに日本語は打ちたくないけども
日本人だし、curlでアクセスしたいサイトは日本語のサイトなんだ。
俺は快適にPCを使うのに母国語が使えるっていうのは大きなポイントでね。
あとアジア圏には全く同じ問題がつきまとうんでそのへんの理解を頼むわ。英語が母国語の地域は少ないんだぞ。
そりゃOSなんだから世界規模で考えてるだろ
で、いつからWindowsはSJISを世界規模で
使うようになったんだ？
いい加減嘘つくのやめろよ
煽るのは自由にしてくれたらいいんだが、展開が早すぎないか？
「windowsの問題がsjisと改行コード」の文節が「WindowsはSJISを世界規模で使う」になったんだ？
今回は人を嘘つきにするのが早いな。嘘つきくんと呼ぼうか。
ローカルな話と理解してくれるならローカルな問題だとわかりそうなもんだが、う〜ん、なにか別の意図があるに違いない。
僕の知らないグローバルななにかが。
あと、世界規模の話すると、海外PCから日本語見ると文字化けするんだよね。あれはグローバルな問題じゃない？
そりゃ日本以外ではSJIS使ってないんだから、
SJISに問題はないってことになるからねｗ
これは、Windows95とWindowsNTで同じソート結果が必要だったことによる。
EUCだよ
SJISにも設定出来るけどな
メモ帳以外の普通のエディタは、文字コード・改行変換できる
Windows10 October 2018 Update（1809）では、WSL・Windows の自動変換ができるようになったのかも？
漏れのは、1803 だから、Ubuntu 16.04.5 だけど、未だに、Ctrl+C, Ctrl+V でコピペできない
winver というコマンドで、OS バージョンでも見てみれば？
まだ３だがうｐ知こない
はや来ぼんぬ
ショートカットを使えないようにしているのか
Ctrl+Shift+C, Ctrl+Shift+V で、コピペ出来るようになるのかも
1809 ではそれでコピペができます
https://blogs.windows.com/windowsexperience/2018/11/07/announcing-windows-10-insider-preview-build-18277/
＞ We fixed the issue causing WSL to not work in Build 18272. Thanks for your patience.
https://pc.watch.impress.co.jp/docs/news/1152338.html
Windows 10上でのLinuxの動作をサポートする「Windows Subsystem for Linux(WSL)」機能への追加Linuxディストリビューションの配信をMicrosoft Storeで開始した
配信が開始されたのはWLinux、OpenSUSE 15/SLES 15の2種類。
WLinuxに関しては有償での配布で価格は2,350円となっているが、現在期間限定で1,150円で販売されている。
このほか、ARM版Windows 10上のWSLにおけるUbuntu 18.04の動作が新たにサポートされ、
エクスプローラ上のコンテキストメニューからLinuxシェルが開けるようになったり、コンソール上でのコピーアンドペーストが使えるようになったりと、細かな機能追加もされている。
githubで公開されてるんだから
特別なものでもなく中身Debianだし
それで買った
https://github.com/DDoSolitary/LxRunOffline
Windows側でCreateFile()の共有指定をFILE_SHARE_READからFILE_SHARE_READ | FILE_SHARE_WRITEに変更して再ビルドすることで回避できた。
同じ問題が、いろんなアプリで起きそうな予感。
WSLで読み取りで開いているファイルにアクセスできないWindowsアプリとか潜在的に多そう。
ちなみにMSのCライブラリだとfopen(filename, "r") でFILE_SHARE_READ | FILE_SHARE_WRITEが指定されるので大丈夫。
CreateFile()というWindows固有のWin32APIを直接呼び出すコードで問題が起きる可能性がある。
読み取りで開くからといって共有指定をILE_SHARE_READ | FILE_SHARE_WRITE ではなくFILE_SHARE_READだけにするとハマる。
以下URLが公式。多分。
http://taku910.github.io/mecab/
>>984 で再ビルドしたってのはソースを修正してmecabバイナリ群をリビルトしたという意味。
CreateFile()を呼び出している箇所は一ヶ所だけなので修正はさほど手間ではない。
開発者の方には、そろそろMecabの最新版を公式リリースしてもらいたい。64bit対応とかあるだろうし。
なお、Mecabの最終更新が2013-02-18と5年以上前。
Mecabに限らず、WSLとWindowsで同時にファイルを開くアプリは要注意。
Bzという割とメジャーなバリナリエディタもCreateFile()の共有指定がFILE_SHARE_READだけなので同じ現象が起きる。
この件、WSLの仕様がおかしいようにも思える。
WSLなんて所詮オマケみたいなもんだ。遊びでしか使えん。
えとさ、安全かどうかでちゃんと考えてる？
読み取りで開いているって言ってるけど、
読み取り専用じゃねーからな。読み込み共有モードだからな
私は読み取りしかしない！と宣言してファイルを開いた時
その他のプロセスが書き込みしたら、一回目に読み取ったときと
二回目に読み取ったときでデータが変わってしまう
FILE_SHARE_READっていうのは自分が読み込みしかしない！と
宣言することじゃない。自分は書き込まないから他の人が読み込んでも
いつだって同じデータが読み取れるよ。
他の人は書き換えないと宣言するなら、読み取ってOKって言ってることになる。
同様にFILE_SHARE_WRITEは、自分はうまいことやるから
他の人書き込んでもOK！っていうことだ。
つまりは、自分は読み込みしかしないが他人に書き換えられたら困る！
ってときはFILE_SHARE_READだけにするんだよ
たいていは読み込み途中に書き換えられたら困るだろう？
mecabは他人に書き換えられてもOKと言ってるのか？
他人に書き換えられても大丈夫ってことにはならないからな
wsl上のemacsでc:/wsl/test.txtを開いたまま
win上のBz162でc:/wsl/test.txt開いてみたけど
問題なく開けるのでどうすればいいのかわからない
書き込み側、読み込み側、どちらかが優先されるべきかは
それはアプリ次第であって、こうすべきと決めつけるものでもないでしょう。
起動中の読み取りアプリを犠牲にしてでも書き込み優先するという割り切り方もある。
>>990
後学のためにmecabをインストールしてみては？
mecabでの再現の手順教えてもらえますか？
それよりはBzのほうが簡単だと思ったので、Bzで訪ねたんですけど
以下のプログラムをWSLでコンパイルし、第一引数に開きたいファイルパスを渡して実行してください。
次に、Windows側で同じファイルをBzで開こうとすれば再現します。なお、当方は64bit版Windows10。
使っているWSLはUbuntu 18.04.1 LTS
#include <cstdio>
#include <unistd.h>
#include <fcntl.h>
#include <sys/mman.h>
int main(int argc, char* argv[])
{
const char* filename = argv[1];
int fd = ::open(filename, O_RDONLY);
int prot = PROT_READ;
char *p = reinterpret_cast<char *>(::mmap(0, 1024, prot, MAP_SHARED, fd, 0));
printf("%s %d %p\n", filename, fd, p);
fputs("input [ENTER].\n", stdout);
fgetc(stdin);
::close(fd);
fputs("bye.", stdout);
return 0;
}
ありがと
wsl内部でファイルをreadonlyで開いても、windows側からはSHARE_RWで開いたとみなされて
SHARE_Rだけのcreatefileだとコケるという話ですね
fall 2018 updateでwslfsへ変換した環境でも再現できた
> えとさ、安全かどうかでちゃんと考えてる？
たかが読み取りオンリーなプログラムの分際で、自分の安全しか考えない身勝手なプログラムはダメでしょう。
読み取り側が排他ロックしたい時だけロックするべきで、それ以外の時は書き込み側を優先するのが基本でしょう。
Bash】Windows Subsystem for Linux【WSL】4
https://mao.5ch.net/test/read.cgi/linux/1541747008/l50
新しいスレッドを立ててください。
life time: 157日 12時間 21分 7秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- インドGDP､2025年に日本抜き4位 円安でIMF推計前倒し [蚤の市★]
- 【ゲンダイ】大谷は口座を3年放置のだらしなさ…悲劇を招いた「野球さえ上手ければ尊敬される」風潮 [おっさん友の会★]
- チュート徳井、水原一平容疑者の心理推察「大谷翔平の金は自分の金」自身は大谷と「ホンマ同じタイプ。通帳記入全然してなかった」 [muffin★]
- 【MLB】「いまのドジャースは大谷翔平が『置き去りにしてきた』エンゼルスを彷彿させる」 直近８試合で６敗、地元メディア苦言 [フォーエバー★]
- 【茨城】キリンビール工場で男性作業員が「コーンスターチ」に埋もれているのが見つかり、その後死亡 取手市 [Ailuropoda melanoleuca★]
- 《那須2焼死体事件》「不味いよ」「犬以下のクズ」東京上野「宝島ロード」にはトラブル頻出！被害者は近隣飲食店と訴訟を抱えていた [Ailuropoda melanoleuca★]
- 【フジテレビ】2024 FORMULA 1【NEXT】Lap272
- はません2
- 【DAZN】フォーミュラ 【F1 F2 F3 P】lap1432
- 他サポ 2025-84
- 〓たかせん〓 ★6
- 他サポ 2025-85
- 車のハンドルにつけるタイプのテーブル危険だった
- （♯゜ん゜）「（こんなとこにカップルで来るんじゃねぇ）」→どこ？ [884692468]
- なんでなんJって常にゴミみたいなクソ下ネタスレ立てるの好きな奴がおるんや
- でもフリーレンはおっぱい無いじゃない
- 普通におっさんの声で喋りだす女の子Vtuverの目的www
- マジどこいっても人だらけだな