【Bash】Windows Subsystem for Linux【WSL】3

レス数が1000を超えています。これ以上書き込みはできません。
1login:Penguin2018/06/05(火) 04:49:41.27ID:ZoJ8+rBb
Install the Windows Subsystem for Linux
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/

2login:Penguin2018/06/05(火) 04:52:33.08ID:ZoJ8+rBb
改行ミスった
前スレ再貼り
【Bash】Windows Subsystem for Linux【Ubuntu】2
https://mao.5ch.net/test/read.cgi/linux/1468149353/

3login:Penguin2018/06/05(火) 08:17:41.48ID:oWsLrzCd
おつ

4login:Penguin2018/06/05(火) 14:57:59.30ID:rv0G6Jae
>>1-2乙!

Home版もWSLでそのままdocker動くようになったらメッチャ便利だが
そういう予定はないんだろか

5login:Penguin2018/06/05(火) 15:35:24.57ID:gIcikoiF
おつ。

6login:Penguin2018/06/05(火) 15:50:19.05ID:ZBtY/VOq
>>4
64bitならhomeでもいけるんじゃないの?

7login:Penguin2018/06/05(火) 21:40:53.87ID:gIcikoiF
Windows上でLinuxバイナリを作れるのは素晴らしいことで、もしかするとJavaの利点を吹き飛ばしてしまうかもしれない。

8login:Penguin2018/06/05(火) 21:43:40.80ID:gIcikoiF
サーバサイドでC++を使うような流れができるかもしれないと思うのでした。

9login:Penguin2018/06/05(火) 21:44:49.48ID:WdjVIiA1
ねーよw

10login:Penguin2018/06/06(水) 00:22:16.33ID:fGoeBn2T
MSYSの環境作るのたるいからWSLでmingwにしたw

11login:Penguin2018/06/06(水) 00:49:31.57ID:QLTWDKnR
>>10
クロスコンパイルには最適な環境ですね。

12login:Penguin2018/06/06(水) 01:28:56.78ID:qKaM0xvV
>>7
> Windows上でLinuxバイナリを作れるのは素晴らしいことで、
だからなに?って感じだなぁ
> もしかするとJavaの利点を吹き飛ばしてしまうかもしれない。
わからんから説明してくれ

13login:Penguin2018/06/06(水) 02:51:29.06ID:hN7tu3YC
一度かけばどこでも動くってことじゃね?

14login:Penguin2018/06/06(水) 06:30:34.80ID:2O90Fo+x
書くのは一度、デバッグは・・・の再来になりそうだなぁw

15電波いつぱい2018/06/06(水) 08:36:23.61ID:FPVhL3fX
>>10
wsl と mingwって全くの別物だと思うんだけど、どう関係させるの?

16login:Penguin2018/06/06(水) 09:25:17.12ID:QLTWDKnR
>>15
WSLにmingwパッケージを入れてWindowsのバイナリをコンパイルできる。
クロスコンパイルってやつ。

17login:Penguin2018/06/06(水) 11:45:30.96ID:AI9i/Z9P
普通にVisualStudioでいいだろ

18login:Penguin2018/06/06(水) 12:16:00.43ID:9DNa5U9j
>>14
C++17だと大丈夫みたいだぞ。
C++03の頃は、clで確認後、gccでビルドすると通らないのが普通だった。
必ず修正が必要で、すり合わせを行っていた。
ところがC++17を指定するとgccが賢くなるらしく、すり合わせの必要が全くない。
ちなみにC++17はgcc7からなので、例えばUbuntu16.04などにはパッケージがない。

19login:Penguin2018/06/06(水) 12:25:16.58ID:J8/ewzT3
SwiftをWSLで動かそうとしたが、コンパイルが低速でVMでやったほうが速かった・・・

20login:Penguin2018/06/06(水) 12:26:56.27ID:9DNa5U9j
Visual Studio 2017、CMakeプロジェクト、WSLという環境だと、インテリセンスがLinux側の標準ヘッダを拾ってくれなくてWindows側にフォールバックするな。
何か設定が必要なんだろうか。

21login:Penguin2018/06/06(水) 12:33:13.41ID:9DNa5U9j
>>19
LinuxにもVCPKG導入して使うことにしたんだけど、Boostですら何とかなってるけどな。

22login:Penguin2018/06/06(水) 12:40:12.82ID:9DNa5U9j
新しめの環境が使いたいC++使いは、WSLにUbuntu18.04を入れるのがお勧め。
これでgcc7が使える。
それでも、ライブラリは最新じゃないから、パッケージマネージャとしてVCPKGを導入したほうが良い。

23login:Penguin2018/06/06(水) 13:36:37.25ID:ngQl1eJd
>>20
どうせ環境変数だろ

24login:Penguin2018/06/06(水) 13:42:37.51ID:9DNa5U9j
>>23
まあ何かそういう単純なことなんだろうけどな。

25login:Penguin2018/06/06(水) 13:43:27.97ID:9DNa5U9j
ビルドはできるので、CMakeCacheには入っているはずなんだけどなあ。

26電波いつぱい2018/06/06(水) 20:47:00.10ID:FPVhL3fX
>>16
なるほど win 上のlinuxでwinのバイナリを作るのは不思議な気がするけど、msys使うのと変わらないのか

27login:Penguin2018/06/06(水) 20:55:48.88ID:SUG0iLYB
尊師はグレースホッパー賞受賞してるんだな。

28login:Penguin2018/06/08(金) 13:42:10.24ID:5F4N0yW+
インテリセンスの問題は、Linuxから情報を収集するのに時間が必要だっただけで、普通にLinux側のヘッダに合わさったわ。
Linux側のSSHサーバーを情報収集が終わるまで起動したままにしとかないとダメってことだな。

29login:Penguin2018/06/08(金) 15:49:05.77ID:VkPlU366
新着レス通知サービスでスレに張り付く必要なしに!
https://aichi-jin.net/notifier/

30login:Penguin2018/06/08(金) 18:40:25.67ID:f7KlTzKv
Linux側のシステム・ヘッダでインテリセンスが効くようになったものの、問題発生。
CMakeで指定しているC++17の設定が反映されていない。
__cplusplus < 201103Lに引っかかってしまう。
ビルド時はきちんと設定されているのだが。

31login:Penguin2018/06/08(金) 19:06:13.26ID:OJuwRDUg
しらねーよ

32login:Penguin2018/06/08(金) 19:08:11.52ID:TmMHprIb
座間亜

33login:Penguin2018/06/08(金) 19:14:28.03ID:f7KlTzKv
ホントは知ってるんだろ。
教えれ。

34login:Penguin2018/06/08(金) 19:15:22.19ID:f7KlTzKv
もしかしてこれも待ってればいいだけなのか?

35login:Penguin2018/06/08(金) 22:39:53.33ID:gC18cOCh
環境を作ることが目的になってなければいいけど。
どういうプロジェクトに参画してるんだろう。

36login:Penguin2018/06/08(金) 22:48:31.44ID:f7KlTzKv
今のところ、clとgccの違いはテンプレート仮引数名の衝突だけだな。
C++17を有効にするとだいぶ統一されるようだ。

37login:Penguin2018/06/08(金) 22:54:42.65ID:P57pmqSu
Excelから出力したCSVのように一行(?)の中に改行が含まれた
データを扱うにはどうしたら良いでしょうか?

38login:Penguin2018/06/08(金) 22:57:54.66ID:TmMHprIb
WSLで処理するのかね?

39login:Penguin2018/06/08(金) 23:01:56.91ID:4jEKWbxk
sed使う?

40login:Penguin2018/06/08(金) 23:04:35.38ID:f7KlTzKv
>>37
セル内改行は\n、カラムの改行は\r\nになってるらしいよ。

41372018/06/08(金) 23:11:14.05ID:xiQiBDa/
もう少し具体的に書きます。

カンマ区切りの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から出力したデータのように
改行やカンマやダブルクォートやシングルクォートや空白が入ることがあるのです

42login:Penguin2018/06/08(金) 23:14:50.91ID:OJuwRDUg
>>37
どういうレベルで扱いたいんだ?
プログラム組めるならその言語用CSV用ライブラリ使えば普通に対応できる。

43login:Penguin2018/06/08(金) 23:15:27.30ID:xiQiBDa/
>>40
それで思い出しました。
各項目には \ が入ることもあります。

今回はCSVではありませんが、RFC4180(=ExcelのCSVの仕様)では
改行が\nのようにエスケープされません

https://ja.wikipedia.org/wiki/Comma-Separated_Values

> フィールドがコンマ、ダブルクォート、改行を含む場合は、かならずダブルクォートで囲む。
> また、フィールドに含まれるダブルクォートは2つ並べてエスケープする。
>
> "日本 CRLF
> 国","""東京""","127,767,944" CRLF

↑「日本国」の国の前に改行が入っている場合

44login:Penguin2018/06/08(金) 23:16:43.70ID:OJuwRDUg
つうかWSLの話じゃねえ

45login:Penguin2018/06/08(金) 23:17:33.26ID:xiQiBDa/
あ、スレ間違えました。移動します。(おかしいなぁ?)

46login:Penguin2018/06/08(金) 23:18:51.34ID:xiQiBDa/
こっちに移動します。

シェルスクリプト総合 その27
https://mevius.5ch.net/test/read.cgi/unix/1525337663/

47login:Penguin2018/06/08(金) 23:24:04.02ID:f7KlTzKv
Awkマスターのスレで聞くとわかるんじゃないだろか。
まさにWSLの有効な使い方だろな。

48login:Penguin2018/06/08(金) 23:27:57.65ID:f7KlTzKv
Bashとスレタイに入ってるから、ここに来たのか。

49login:Penguin2018/06/08(金) 23:49:11.04ID:TmMHprIb
awkじゃ改行コードの検出は無理だろうな。perlとかPythonの領域じゃね

50login:Penguin2018/06/09(土) 00:28:04.99ID:zJnVUrKU
>>49
アホ発見

51login:Penguin2018/06/09(土) 07:11:37.11ID:DzL7aqiq
>>50
KWSK

52login:Penguin2018/06/09(土) 07:42:27.99ID:bAfqRkxr
UNIX板のスレによると、Linuxのawkは普通のawkより強いらしいぞ。

53login:Penguin2018/06/09(土) 08:02:24.52ID:b4L3Rbm8
行単位で処理するawkでフルスペックCSVが処理出来る程強化
されているのかぁ凄いなぁ

54login:Penguin2018/06/09(土) 09:43:32.83ID:qyWyw5bM
多くは書かねえ
たった一行

55login:Penguin2018/06/09(土) 10:19:35.27ID:EPiw4z0d
まさに奥の細道

56login:Penguin2018/06/10(日) 01:37:08.88ID:l34j97YU
>>52
LinuxというかGNUのな。GNUはオリジナルに機能拡張している
LinuxのコマンドはほとんどオリジナルのではなくGNUの。Linuxはオリジナルを入れてないからGNU Awkをawkとしている。オリジナルがあるとこではgawk(GNU自体がgawkと称しもする)だな

>>51
getlineを使えばやってやれないこともないだろう

57login:Penguin2018/06/10(日) 19:51:04.64ID:tySbLpkG
April 2018 UpdateしたらWSLの環境が消滅したんだけど
どうしてくれるの

58login:Penguin2018/06/10(日) 20:00:21.05ID:tySbLpkG
なんかストアから新しいディストリビューション入れたら旧いUbuntu環境も立ち上がるようになった
わけがわからないよ

59login:Penguin2018/06/10(日) 20:08:04.19ID:Zb+VVfMm
電源入れた後はエラーで起動せず、再起動後にやっと動くという謎の不具合。

60login:Penguin2018/06/10(日) 20:34:53.30ID:xzpIDwN1
DockerみたいにExportしてあとで環境を再構築できる機能が欲しいな。
そうじゃないと安心して使えない。

61login:Penguin2018/06/11(月) 00:23:31.37ID:cargbX7Z
>>60
ようするに環境構築の話だろ?
ansibleとか使えば?

62login:Penguin2018/06/11(月) 22:21:04.06ID:qMOfIRRg
>>60
WSLにこだわるなら、 tarで / のバックアップとってとかじゃダメ?

まか、そういう使いかたならVirtualbox なり VMWareが向いていると思う。

63login:Penguin2018/06/12(火) 01:02:35.21ID:k63k9iOK
というかだよ。
WSLの設計としては、ソースコードはC:\Users\name 以下に置いて
それを /mnt/c/Users/name から参照する想定でしょ?
シンボリックリンクをつければ ~/ 以下から参照できるし
だからWSLの環境が削除されてもデータは残る

64login:Penguin2018/06/12(火) 01:21:09.49ID:3Yh+cb/p
そもそも/mnt以下で作業せんなあ

65login:Penguin2018/06/12(火) 01:28:40.33ID:k63k9iOK
>>64
うん。だからシンボリックリンクでHOME以下に
持ってくればいいわけだよ

66login:Penguin2018/06/12(火) 02:10:22.69ID:3Yh+cb/p
そういうことじゃなくてdrvfs上で作業したくないという話

67login:Penguin2018/06/12(火) 03:49:02.76ID:k63k9iOK
だからdrvfs上で作業しろよ
パーミッション、タイムスタンプ、保存できるようになっただろ

68電波いつぱい2018/06/12(火) 08:35:33.26ID:PtHKAO/g
>>66
drvfsで作業したくない理由ってなに、?

69login:Penguin2018/06/12(火) 13:34:58.21ID:OTTcUzHj
Ubuntu 16.04 も、自動的に、新しいバージョンに更新されていた

70login:Penguin2018/06/12(火) 13:39:28.00ID:OTTcUzHj
漏れは、~/.bash_aliases に、ドキュメントフォルダーへのalias を定義してる

export LANG=ja_JP.UTF-8

shopt -s expand_aliases

alias mydoc='cd /mnt/c/Users/Owner/Documents'

71login:Penguin2018/06/12(火) 18:07:27.51ID:yxOQVLv7
WindowsにLinuxが入った!
今度のWindowsはLinux入り!

72login:Penguin2018/06/12(火) 18:45:30.30ID:Yoj6Uvnq
Linuxは入ってねーよ。
もしLinuxはGPLなんだからWindowsもソース公開しなきゃならない!
とかいうやつが現れたりしても無駄。
なにせLinuxは入ってない

Windowsが独自にLinux互換機能を搭載しただけ
WindowsというOSを作っていながら、
片手間でLinux OS互換にするとはすごいね

73login:Penguin2018/06/12(火) 19:35:14.81ID:yxOQVLv7
入った!
超入った!
Windows + Linuxのお得なWindowsが今度のWindows!

74login:Penguin2018/06/12(火) 19:36:45.44ID:Yoj6Uvnq
あー、まあそれでいいよw
WindowsがLinux相当の機能を含んだのはそのとおりだし
鬼に金棒ってやつだ。
もうわざわざLinuxを使う必要がない

75login:Penguin2018/06/12(火) 20:39:27.18ID:6oT4MB0T
Linuxの機械学習系のソフトで、実用的な速度で学習ができれば申し分ないんだが・・・

76login:Penguin2018/06/12(火) 22:04:05.34ID:fJ4Xf2OU
機械学習を計算サーバでない場所でやろうというのがおかしい

しかも「実用的な速度」などとのたまう

77login:Penguin2018/06/12(火) 22:30:44.63ID:RvhtRCit
unixもどきのlinuxもどきが使えるようになったとか言って喜んでる欠陥OSユーザーwww
本物のunixであるmacの前にひれ伏すが良い

78login:Penguin2018/06/12(火) 22:36:45.57ID:XAW4hJh7
MacもMacで独特のクセがある。
ユーザーランドはGNUなのかBSDなのかどっちつかずで・・・

79login:Penguin2018/06/12(火) 22:39:42.13ID:yxOQVLv7
本物のWindowsであるWinndowsに敬礼!

80login:Penguin2018/06/13(水) 06:36:33.12ID:Jb47/52i
>>76
要はGPUを使いたいんだよね。

81login:Penguin2018/06/13(水) 17:21:15.77ID:/WIHRBuT
Microsoft Linuxの時代来たーー!!!

82login:Penguin2018/06/13(水) 17:41:06.39ID:zCfFIGtf
Lindows 2.0だな

83login:Penguin2018/06/13(水) 17:47:24.43ID:/WIHRBuT
それは、ライブドアウィンドウズ。

84login:Penguin2018/06/13(水) 17:48:07.61ID:/WIHRBuT
Microsoftが作った本物のLinuxキターー!!

85login:Penguin2018/06/14(木) 02:51:46.72ID:A/3HrHQn
中身うぶんつとかすーぜーじゃん
せんとくんもってこいや

86login:Penguin2018/06/14(木) 06:03:56.27ID:PjHsdcGq
セント君はレッドハットとの契約上、Microsoft社のカーネルで稼働させられないらしいけど。

87login:Penguin2018/06/14(木) 08:41:36.56ID:u3exA41c
>>86
商用パッケージが含まれるRHELならともかく、
CentOSはもともとRHELと無関係のプロジェクトで
レッドハットと何ら契約を結んでないのでそれはありえない
そんなことをしたらGPL違反になる

88login:Penguin2018/06/14(木) 08:44:34.29ID:u3exA41c
WSL上でCentOSが使いたいなら、こんなものもある
https://github.com/RoliSoft/WSL-Distribution-Switcher

これらに対応しているようだ(多分イメージを用意すればその他も動くのだろう)

debian, ubuntu, fedora, centos, opensuse, mageia,
oraclelinux, alpine, crux, clearlinux

89login:Penguin2018/06/14(木) 08:51:52.98ID:urVNXLRO
>>87
今となってはRedHat様がスポンサーのプロジェクトですがw

90login:Penguin2018/06/14(木) 09:02:30.55ID:PjHsdcGq
>>87
セント君はレッドハットと協業契約を結んでいて、そのおかげで訴訟の心配なく使えるようになったのが売りだと思いますが。

91login:Penguin2018/06/14(木) 09:04:01.35ID:PjHsdcGq
セント君を使ってもレッドハットから訴えられることはありません。
だけども、Windows上で動かすことはできません。
まあそんな仕組み。

92login:Penguin2018/06/14(木) 09:46:28.68ID:u3exA41c
何を言ってるんだ? CentOSとレッドハットが協業したからって
OSのライセンスがGPLである以上、Windows上で動かすことが
できないなんて追加ライセンスはつけられないんだが?

それにマイクロソフトもレッドハットと協業している。仲いいんやで?w

マイクロソフトとレッドハットがついに結んだ画期的パートナーシップの全貌
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

93login:Penguin2018/06/14(木) 10:11:22.91ID:PjHsdcGq
>>92
Redhatをコピーして売ることはできません。

94login:Penguin2018/06/14(木) 10:51:02.64ID:TErDx0lx
RedhatはしらんけどCentOSは売れるぞ

95login:Penguin2018/06/14(木) 11:37:44.04ID:PjHsdcGq
レッドハットはオープンソース企業なので、大規模にセント君売ったら、訴訟起こされるだけですよ。

96login:Penguin2018/06/14(木) 11:38:48.09ID:PjHsdcGq
レッドハット傘下で細々とやる分にはお目こぼしいただけるのです。
体験版みたいな感じですね。

97login:Penguin2018/06/14(木) 12:03:40.25ID:w6GdFZos
なにいってんだこいつ

98login:Penguin2018/06/14(木) 12:16:16.91ID:HCvIp01z
アホが暴れててワロタw

99login:Penguin2018/06/14(木) 12:20:27.34ID:zG+6n9rw
>>94
> RedhatはしらんけどCentOSは売れるぞ

CentOSはコピーして売っても良いことを知ってるから
>>93はあえてRedhatだけしかかかなかったんだよ。

つまりCentOSは使ってもいいと
本当は知ってるわけw

100login:Penguin2018/06/14(木) 13:04:57.00ID:sUb83UbF
そういや、赤帽の軽トラ見なくなったな・・・

101login:Penguin2018/06/14(木) 14:37:12.30ID:DMXqBtUR
CentがダメならScientificがある

102login:Penguin2018/06/14(木) 15:30:30.48ID:PjHsdcGq
RedhatよりオープンなWindowsを推薦します!

103login:Penguin2018/06/14(木) 19:50:04.76ID:PjHsdcGq
モバイルはGoogle Android/Linux。
デスクトップはMicrosoft WSL/Linux。

104login:Penguin2018/06/14(木) 20:16:02.88ID:1hB8qL73
だからWSLはLinuxじゃねーっての

105login:Penguin2018/06/14(木) 20:18:58.77ID:1hB8qL73
Windows/NTカーネル
Ubuntu/NTカーネル
Debian/NTカーネル

106login:Penguin2018/06/14(木) 20:29:28.83ID:PjHsdcGq
IBM純正UNIXがあるように、Microsoft純正Linuxがあるのです!

107login:Penguin2018/06/14(木) 20:30:47.87ID:PjHsdcGq
Microsoft純正LinuxならRedhatに訴えられません。

108login:Penguin2018/06/14(木) 20:33:17.16ID:aBmapGry
WSLはlinuxカーネルを乗っけてるんじゃなくて、linuxのシステムコールをWindowsカーネルで処理してるだけ。
だからhtopコマンドを打ってもシステム全体が見えるだろ?Windowsの開発チームは優秀だし、linuxのAPIは移植可能なぐらいきれいだったってことだ。
だけど、逆は無理だろうな、wineはwindowsがオープンソースじゃないからバイナリ依存してる。
でもJavaなんかのシステムコールはwindowsに直接投げるより、WSLに投げたほうが遥かに早いので、なんだか皮肉だけど。

109login:Penguin2018/06/14(木) 20:38:27.55ID:1hB8qL73
Microsoft純正WSLな

Linuxじゃなくて、Windows Subsystem for Linux

LinuxのためのWindowsサブシステム

WSLを使うとLinux上で動くディストリ
例えばUbuntuなどが動いてしまう

Ubuntuから見ると、WindowsがまるでLinuxのように見えてしまう
それを実現しているのがWSL

110login:Penguin2018/06/14(木) 20:42:47.02ID:gLjdUM/u
Windowsは柔軟に設計されてるんですね。

111login:Penguin2018/06/14(木) 20:43:08.97ID:1hB8qL73
>>108
> だからhtopコマンドを打ってもシステム全体が見えるだろ?

そこはよくわからん。
タスクマネージャーからWSL上のプロセスは見えるが、
WSLの中からWSLの外のプロセスは見れないようになってる
でないと、複数のディストリを動かしたりできない

112login:Penguin2018/06/14(木) 20:45:42.13ID:aBmapGry
>>111
システム全体ってのが悪かった、ハードのシステムが見渡せるでもいい。つまり、メモリが割当いくらとか、CPUのコアがいくつとか、そういうたぐいの仮想化じゃないってこと。

113login:Penguin2018/06/14(木) 20:48:57.92ID:y5qxTzYc
>>110
デメリットも多いけど

114login:Penguin2018/06/14(木) 20:54:13.78ID:PjHsdcGq
Windowsに死角なし!

115login:Penguin2018/06/14(木) 21:04:08.56ID:PjHsdcGq
もうこれLinuxいらないから。

116login:Penguin2018/06/14(木) 21:10:23.92ID:HsMshvBh
デスクトップ環境はかなりWSLに移行するだろうな。でもサーバ環境ではLinux必要だね。

117login:Penguin2018/06/14(木) 21:16:28.08ID:1hB8qL73
>>116
ライセンス料金があるからそれはどうしようもない
サーバー環境がLinuxだからこそ、それをWindowsに取り込んだとも言える
もしGPUが使え、Dockerがネイティブに動くようになったら、
Linux上で開発する理由はなくなるだろう

118login:Penguin2018/06/14(木) 21:21:51.06ID:gLjdUM/u
>>113
サブシステムに関してデメリットあるの?

119login:Penguin2018/06/14(木) 21:37:28.07ID:Sc1zsIkS
WSLだけが使えるWindowsが来たら、移行を考えてあげても良いよ。
標準でWindows 10をインストールすると
ごちゃごちゃといっぱいくっついてくるから、
そーゆーの全部入らないWSLだけ使うためのWindowsを期待します。

120login:Penguin2018/06/14(木) 21:45:21.39ID:lKT0gJr7
ディスクI/Oさえまともな速度ならなあ

121login:Penguin2018/06/14(木) 21:59:31.57ID:aBmapGry
デメリットはWSLはlinuxカーネルをエミュレートしてる技術で仮想PCのようにハードをエミュレートしてるわけじゃないから
ハードの取扱いをWindowsを通してでしか出来ない。カーネルエミュレートだからアップデートが遅い。100%のソフトに対応できるわけではないってこと。

122login:Penguin2018/06/14(木) 22:07:16.58ID:gLjdUM/u
>>121

それだけ?はるかに上回るメリットがあるよね。

123login:Penguin2018/06/14(木) 22:08:17.23ID:gLjdUM/u
>>120

だね。そういう用途ではVMかな。

124login:Penguin2018/06/14(木) 22:11:37.57ID:bBcmdXTU
これでエクリプス使ってる人おらんかな

125login:Penguin2018/06/14(木) 22:11:39.43ID:aBmapGry
>>122
それは使い方による。debianみたいな古いカーネルでデスクトップ用途してるならWSL様様なんじゃね?
開発でガンガン使いたいならまだちょっときついな。これからに期待。

126login:Penguin2018/06/14(木) 22:13:51.17ID:butducPz
WSLかChromeOSのLinux機能(独自ハイパーバイザー動かしてるアレ)あればもうPCとしてのmacいらないんじゃね?(暴論

ファッションアイテムとしてのmacは必要かも試練が

127login:Penguin2018/06/14(木) 22:17:19.40ID:gLjdUM/u
>>125
VMや実機を使う時間が減ったわ、すごく便利になったことには間違いない。
これからに期待だな。

128login:Penguin2018/06/14(木) 22:25:50.79ID:aBmapGry
>>127
それはわかるわ〜。リアル環境は必要やけど、便利になったね。ちなみに僕はWindowsデフォのターミナルが嫌で、cloud9をWSLにインストールして、ブラウザから使ってる。
WSLを意識しないで使えるからおすすめよ。

129login:Penguin2018/06/15(金) 01:05:36.52ID:geaKHaNz
>>108
>linuxのAPIは移植可能なぐらいきれいだったってことだ。

え?
OS/2の頃からPosixサブシステムはありましたけど

>>117
何のライセンス??

130login:Penguin2018/06/15(金) 01:46:37.03ID:MUSlHrVu
>>129
Windowsのライセンス。
Windowsの通常のエディションはサーバーとして使えない
サーバーとして使う場合はWindows Serverが必要となり、
接続数などに応じたCALライセンスが必要になる
LinuxのようにPCにインストールしたら、誰でもコストかからずに
自由に接続できるわけではない

クラウドで使う場合は、クラウドのサービス提供者が提供している
Windows Serverを使う。その場合はライセンスが含まれているから
CALは必要ないから安くなるが、それでもLinuxを使うよりは高めとなる

131login:Penguin2018/06/15(金) 02:15:34.71ID:ExGwCjG4
>>118
ハンドルがサブシステム毎に異なるとか
エラー周りのマッピングがおかしいとか

132login:Penguin2018/06/15(金) 03:02:51.83ID:MUSlHrVu
>>131
ハンドルってなんのハンドル?
エラー周りのマッピングってどういう意味
他の人にもわかるように説明してくれない?

133login:Penguin2018/06/15(金) 03:47:33.70ID:oYrZ+1aj
Windows Server のライセンス料は、高い。
MS の社員の給料は、高いから

Linux のコミュニティが作っているものは、
ボランティア・給料なしが多いから、安い

RedHat みたいな企業は、社員の給料が高いから、MS と同じ

134login:Penguin2018/06/15(金) 05:50:25.47ID:lu7LLQcr
>>132
いくら出す?

135login:Penguin2018/06/15(金) 07:27:32.73ID:AIKNHKJb
0円。なぜならそれが答えだから、もう解決した。
つまり適当なことを言ってるから説明できない。
それの結論で俺は満足だし、お前も言う気がないなら、ほら解決だ。

136login:Penguin2018/06/15(金) 07:28:55.20ID:MSSwqhn9
>>133
公務員の給料が高いと思ってる人かな?

137login:Penguin2018/06/15(金) 08:13:32.38ID:ND+EnRp0

138login:Penguin2018/06/15(金) 08:49:39.69ID:fOwB5RuO
Linux + WineよりもWindows + WSLのほうがいいと思います!

139login:Penguin2018/06/15(金) 11:03:31.67ID:mU/Zf8GU
Windows nativeなX serverが欲しいなあ。あるいはVcXsrvがtcpじゃなく
UNIX domain socketで通信できるようにならないかなあ

140login:Penguin2018/06/15(金) 11:23:59.99ID:fAyR1yP1
WindowsのAPI(WinSock)って最近UNIXドメインソケットに対応したんじゃなかったか?

141login:Penguin2018/06/15(金) 12:19:40.80ID:MSSwqhn9
>>139
ゲームや3Dグルグルみたいな用途じゃない限りTCP経由でも支障はないけど。

142login:Penguin2018/06/15(金) 12:23:29.29ID:fOwB5RuO
今度のウィンドウズはリナックスだ!

143login:Penguin2018/06/15(金) 12:55:36.42ID:MSSwqhn9
>>142
実際WSLを入れる人なんてごく少数なんでしょうけどね。
大多数の人はCUIなんて興味ないし、使わない。

144login:Penguin2018/06/15(金) 14:56:20.60ID:AIKNHKJb
>>143
その大多数っていうのに一般の人(プログラマなど以外)の人が
含まれるならそうでしょうね。

でもプログラマなら大抵入れると思いますよ。
今はOS古くて入れられない人が多いかもしれないですが、
7のサポートが終了する頃にはね

145login:Penguin2018/06/15(金) 15:31:29.97ID:MSSwqhn9
>>144
プログラマ自体がごく少数だし。

146login:Penguin2018/06/15(金) 16:21:17.43ID:geaKHaNz
>>145
日本語読めないなら出てくんなよ

147login:Penguin2018/06/15(金) 16:29:00.50ID:MGVUhOvS
少数って話ならこのスレ見てるユーザーなんかプログラマより少数で偏ってるじゃねぇか。
好きな話すりゃいいんだよ。

148login:Penguin2018/06/15(金) 16:39:31.16ID:MGVUhOvS
>>129
PosixサブシステムとWSLはぜんぜん違う技術だろ。それとも昔からlinuxカーネルをエミュレートしてるって言いたいのか?

149login:Penguin2018/06/15(金) 16:45:01.65ID:MSSwqhn9
>>148
NTのPOSIX subsystemはWSLと似たものだと思っていたけど。

そもそもOS2のPOSIX subsystemなんてあったっけ?
emxとか、Windows上のcygwinみたいなもんだと思っていたけど。

150login:Penguin2018/06/15(金) 16:49:44.10ID:nICZ9mu0
超Linux!!

151login:Penguin2018/06/15(金) 16:55:02.76ID:MSSwqhn9
>>148

読み違えていました。
NTのOS/2・POSIXサブシステムを発展させて
WSLになったってことですね。カーネルごと扱うようになったところが進化ですね。

152login:Penguin2018/06/15(金) 18:11:46.95ID:AIKNHKJb
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に持っていっても動く

153login:Penguin2018/06/15(金) 18:44:48.54ID:MGVUhOvS
>>151
OS/2・POSIXサブシステムはunixベースのアプリに対するサブシステムだから発展とかじゃない、ぜんぜん違う。
技術の流用はあっても別物だよ。

154login:Penguin2018/06/15(金) 18:56:13.39ID:AIKNHKJb
過去にあったものも含めてサブシステムを調べてみた

Win16サブシステム、Win32サブシステム、Win64サブシステム
OS/2サブシステム、POSIXサブシステム、INTERIXサブシステム
Linuxサブシステム

MS-DOSアプリが動くのもWin16サブシステムを使った仕組みだったんだな

155login:Penguin2018/06/15(金) 18:58:12.36ID:AIKNHKJb
その気になれば、BSDサブシステムとかMacOSサブシステムとか作って
それぞれのOSをエミュレートすることも可能なんだろうな

156login:Penguin2018/06/15(金) 19:16:06.51ID:MGVUhOvS
NTカーネルはマイクロカーネルだからサブシステムで増やしていっても極端に重くなったりはしない。
保守と開発はクソ大変だと思うけど。

157login:Penguin2018/06/15(金) 19:55:14.68ID:D3HJoCrX
MJD?

158login:Penguin2018/06/15(金) 20:02:12.64ID:mfm4zpgC
>>141
試しに VcXsrv と Pulseaudio を使い、Firefox から youtube を見ると、ティアリングが少し気になる程度でした。音飛びは無し。

159login:Penguin2018/06/15(金) 20:16:58.54ID:MSSwqhn9
>>155
Windowsでは可能でしょうね。Linuxでは無理だろう。

160login:Penguin2018/06/15(金) 20:18:16.25ID:MSSwqhn9
>>158
それ、あんまり意味ない。普通にWindowsできるから。
仮想環境で陥りそうな罠だけどね。

161login:Penguin2018/06/15(金) 20:22:08.11ID:nICZ9mu0
WSL上のUbuntuにWine入れたらできるよ!

162login:Penguin2018/06/15(金) 20:29:10.55ID:MSSwqhn9
>>155
技術的にはWindowsでは可能でしょうけど両方とも需要が少ないから
実現されないでしょうね。

163login:Penguin2018/06/15(金) 20:30:54.34ID:AIKNHKJb
>>161
Wineって結局WindowsのDLLをコピーしなきゃ
まともに動かないんだろ?

164login:Penguin2018/06/15(金) 20:48:35.21ID:nICZ9mu0
WSL上のUbuntu上のWineにWSL入れたらできるよ!

165login:Penguin2018/06/15(金) 21:31:34.19ID:fAyR1yP1
Wineは64ビットのEXEじゃないと動かない。
だけどIarfanViewはあっさり動いてたな。

166login:Penguin2018/06/15(金) 21:58:31.88ID:nICZ9mu0
Wineで動かないソフト言ってみろよ?
そんなの無いから。

167login:Penguin2018/06/15(金) 22:03:08.51ID:D3HJoCrX
>>166
俺たちに翼はない
永遠のアセリア
Piaキャロットにようこそ!!GO
魔法をひとつくださいな
Virtual Pool
スーパーエアーコンバット2

168login:Penguin2018/06/15(金) 22:12:17.31ID:nICZ9mu0
>>167
プロプラのソフトは技術力が無いからな。
やはりオープンソースに限るな。

169login:Penguin2018/06/15(金) 22:17:27.21ID:nBJGZlV9
アセリアを今プレイするか?

170login:Penguin2018/06/15(金) 22:17:56.29ID:nICZ9mu0
技術力があればWineでも動くはず。

171login:Penguin2018/06/15(金) 22:19:08.20ID:nICZ9mu0
ところでインテリセンスはautoで宣言した変数にも効く。

172login:Penguin2018/06/15(金) 22:26:23.85ID:nICZ9mu0
アセリアってなんなん?

173login:Penguin2018/06/15(金) 23:01:27.04ID:kZ811r6c
>>172
>>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

174login:Penguin2018/06/15(金) 23:05:18.76ID:nICZ9mu0
ほおおおおおお!
それはプレイしないとダメだな!

175login:Penguin2018/06/15(金) 23:15:07.18ID:MSSwqhn9
>>166
WSLって動くの?

176login:Penguin2018/06/15(金) 23:24:24.78ID:MSSwqhn9
>>163
そういうわけでもないけど、貧乏人でなければWindowsを買って
VM上で動かしたほうが確実。

177login:Penguin2018/06/15(金) 23:42:15.07ID:MSSwqhn9
>>166
まともに動かないソフトは「そんなの動かす必要はない!」っていうパターンですよね?
バージョンアップで動かないものがあったら(たとえばOffice2003はうごくけど
2016は不具合があるとか)、MSのWineに対する嫌がらせだ、陰謀だとか
言い出しそうで・・・・。

178login:Penguin2018/06/16(土) 00:27:46.35ID:NhczilOr
>>177
酸っぱい葡萄理論だ。
酸っぱすぎんだろうが!

179login:Penguin2018/06/16(土) 00:47:12.92ID:FP4xsUMd
wslでvcxsrvっていうxサーバー使ってgui表示させると、スクロールの時にCPU使用率高くなって、動きも鈍くなるんだけど(特にFirefoxだと80%位になる)、仕様上仕方ないことなんですかね?CPUはi5でWindowはさくさく動くんだけど

180login:Penguin2018/06/16(土) 01:34:38.34ID:RYF+YQ5z
>>168>>170
永遠のアセリアはWineで動かないそうだけど
作った人たちの技術力が劣っているから動かないんだ

>>174
永遠のアセリアはプレイしないとダメだな!

永遠のアセリアをWineで動かす必要は「ある」のか「ない」のか…

181login:Penguin2018/06/16(土) 02:14:59.74ID:lthQuVux
>>180
Wineを作った人たちの技術力が劣っているから動かないんでしょう?

182login:Penguin2018/06/16(土) 02:41:31.53ID:K9RFBIOG
Wineを作ってる人達の人的リソースか、
アプリ(ゲーム)作った人達がマイナーなAPI使ったかどうかか、
APIのマイナーな機能を使ったかどうか次第だろうな

183login:Penguin2018/06/16(土) 05:16:16.44ID:p00jdlOS
WSLの登場でLinuxは徐々にシェアを奪われていく、永遠に焦りな

184login:Penguin2018/06/16(土) 08:52:48.01ID:NhczilOr
WSLの登場でLinuxが増えていく!

185login:Penguin2018/06/16(土) 08:58:17.05ID:DQcjheZZ
MicrosoftはすでにOSで支配しようとか儲けようとか卒業したのに

186login:Penguin2018/06/16(土) 11:42:03.33ID:NhczilOr
卒業してない!

187login:Penguin2018/06/16(土) 11:50:22.48ID:WaL9qItY
なんでMSがWSL作ったりOSSにコミットしてるのがわからんのか

188login:Penguin2018/06/16(土) 12:24:07.29ID:NhczilOr
OSSで儲けるため。

189login:Penguin2018/06/16(土) 12:37:21.23ID:NhczilOr
Linux有料化!

190login:Penguin2018/06/16(土) 12:41:52.70ID:/6/Z5oyd
共存共栄するニダ

191login:Penguin2018/06/16(土) 12:49:28.56ID:yzlsagng
Appleに対抗するためでしょ

192login:Penguin2018/06/16(土) 13:17:44.56ID:NhczilOr
Appleってなんだったっけ。

193login:Penguin2018/06/16(土) 14:39:08.52ID:DQcjheZZ
>>191
本気でそう思ってるならイタイ。

194login:Penguin2018/06/16(土) 15:31:01.03ID:NhczilOr
アポーに対抗するためだよ!

195login:Penguin2018/06/16(土) 15:47:22.23ID:PV66AJR7
winがやられたら起動しない

だから素直にLinuxはLinuxで利用したほうがいいよ

196login:Penguin2018/06/16(土) 15:49:41.06ID:NhczilOr
Windowsみたいにデスクトップやドキュメントが同期したらいいのにな。

197login:Penguin2018/06/16(土) 15:51:27.23ID:NhczilOr
Windows10の一番いいところはパソコンの買い替えや故障でも、勝手に前のパソコンと同じになることだろな。
ここがLinuxより優れてて、とても大事なこと。

198login:Penguin2018/06/16(土) 16:10:11.14ID:WaL9qItY
>>193
いやそれもあるよ
windowsである必要のない開発者はMacに流れてるんだから

199login:Penguin2018/06/16(土) 16:48:43.30ID:p00jdlOS
MacだとCLIが強い。UnixだからLinuxと似たコマンドが使える
クラウドの時代、サーバーに使用するOSの多くはLinuxだから


という状況だったが、UnixではなくLinuxそのものが使える
WSLは、Macのメリットを超えることができるだろう

200login:Penguin2018/06/16(土) 17:18:19.45ID:lthQuVux
判で押したようなLAMPサーバーのコマンドと使い勝手が同じって、
たいしたメリットとも思えないがなあ。
だいたいサーバー管理なんかコマンドでやらんし。

201login:Penguin2018/06/16(土) 17:28:48.02ID:WbSlJcfH
findしてxargsでrmとかunix系で当たり前にできることがwinでもできるのがいいよね

202login:Penguin2018/06/16(土) 17:29:07.75ID:NhczilOr
AIでやるの?

203login:Penguin2018/06/16(土) 17:30:07.44ID:NhczilOr
Visual StudioでLinux開発できるのがいいです!
VS最強っす!

204login:Penguin2018/06/16(土) 17:41:54.58ID:p00jdlOS
>>200
> だいたいサーバー管理なんかコマンドでやらんし。

じゃあ何使うの?
AWS、GCP、Azure、使ったことありますか?

205login:Penguin2018/06/16(土) 17:43:28.38ID:p00jdlOS
>>201
それな。特にウェブ系の開発しているならLinux必須だし
普段使ってるLinuxのコマンドがそのまま使えるのは良い

206login:Penguin2018/06/16(土) 17:54:47.65ID:NhczilOr
>>204
AIで管理です!

207login:Penguin2018/06/16(土) 17:58:25.70ID:NhczilOr
カルビーより小池屋のほうが一枚一枚が厚くて食べ応えがあるんだよな。

208login:Penguin2018/06/16(土) 18:30:25.78ID:/6/Z5oyd
誤爆か?w
俺も小池屋がいいんだけど、近所のコンビニで売ってない・・・

209login:Penguin2018/06/16(土) 18:49:52.37ID:p00jdlOS
ラーメン大好き?

210login:Penguin2018/06/16(土) 21:02:12.26ID:yMoU6Xps
コイケヤのはしょっぱすぎる
より焦げが多い方が香ばしくて好き

211login:Penguin2018/06/16(土) 22:20:22.34ID:rNJLGnMn
>>204
WindowsではPowerShellで管理が今時の常識だろ

212login:Penguin2018/06/16(土) 22:21:41.98ID:rNJLGnMn
>>204
ごめん、アンカー間違えた。>>200宛な

213login:Penguin2018/06/16(土) 22:39:22.22ID:NhczilOr
買ってきたフライを家でもう一度揚げるとカリッとするけど、ポテチももしかすると、もう一度揚げるとうまくなるんじゃないのか?

214login:Penguin2018/06/16(土) 23:19:35.95ID:DQcjheZZ
>>211
慣れたら何でもできますからね。

215login:Penguin2018/06/17(日) 09:03:24.90ID:8+UoIuL/
もう一度揚げたら油増えるからトースターで焼くだろ普通

216login:Penguin2018/06/17(日) 16:51:47.18ID:7lOH/WNz
脂が増えておいしくなるんじゃないのか?

217login:Penguin2018/06/18(月) 00:08:13.20ID:402YMZWz
やっぱりDebianの方が安定してる。サーバー用途、CUIオンリーならUbuntuがいいけど
デスクトップアプリも動かしたい場合はDebianがよさそう。
こっちだとFirefoxがちゃんと動いた。音が出ないけど・・・

218login:Penguin2018/06/18(月) 02:33:36.98ID:QqT3SZeN
>>217
つ PulseAudio

219login:Penguin2018/06/18(月) 22:58:31.95ID:402YMZWz
>>218
音鳴ったわ!
サンクス!

220login:Penguin2018/06/19(火) 07:47:39.85ID:SZdfwXD7
WSLでfirefoxとか何の意味があるのかわからない。

221login:Penguin2018/06/19(火) 07:57:13.43ID:u6NFkj0d
firefoxでできるかわからんけど、chromiumとかならcuiモードで起動できるし、スクリプト組めば自動ログインもできるからな。
firefoxもコマンドラインオプションあるよ。

222login:Penguin2018/06/19(火) 08:39:13.87ID:2dqGewXr
Windows 10 Proクリーンインストール直後に、
Windows Updateしてもコケることが多発するのが難点だわ。
それさえなければ、小さなWindows 10 + WSLだけで常用して、開発業務できるわ。
WindowsのOSインストーラー時に、最小構成で小さなWindows 10を入れられるようにならへんかなー。

223電波いつぱい2018/06/19(火) 20:45:36.74ID:LyFqHyvX
>>221
で、それでどんなことするの?って話です

224login:Penguin2018/06/19(火) 20:59:57.05ID:7mkpYzmL
WSLにfirefoxやchrome入れてみたけどlinuxブラウザだと
タイトルバーにページタイトル表示されるのね
あれ便利で好きだわ
winのブラウザだとなぜかタイトルバー見た目空欄になるし
タブ幅せまいとページタイトル読めなくて困る

225login:Penguin2018/06/19(火) 21:00:25.30ID:SZdfwXD7
>>223

環境を作って満足しているだけのように見えちゃいますよね。

>>222

たぶんあなたの環境がおかしいんでしょう。Windows Update
でこけたことなんてないし。

226login:Penguin2018/06/19(火) 21:05:21.22ID:7l3DBDCy
Win10クリーンインストールしたらWindows UpdateとかOffice Updateが遅かったり動かなかったりして何だこれと思ってたが、ネットワークが勝手に重量課金という設定にされていたせいだった。

227login:Penguin2018/06/19(火) 21:06:59.73ID:Zd5KhM8q
重量課金なら確かに重そうだな

228login:Penguin2018/06/19(火) 21:09:44.58ID:1VSYUu0L
重さで課金されるのか

229login:Penguin2018/06/19(火) 21:39:13.07ID:SZdfwXD7
>>226
よっぽど遅い回線でインストールしたのでは?

230login:Penguin2018/06/19(火) 21:51:39.13ID:u6NFkj0d
>>223
開発テスト

231login:Penguin2018/06/19(火) 22:10:34.06ID:SZdfwXD7
>>230
firefoxやchromiumの開発に携わってるの?

232login:Penguin2018/06/19(火) 22:38:21.69ID:gjXvycMY
>>231
chromeやfirefoxからのアクセスをコマンドで再現できる
普通はcurlでいいんだけど

233login:Penguin2018/06/19(火) 23:09:30.51ID:u6NFkj0d
webなんかの開発で、クリックして次のページで動作がどうとか、ブラウザテストするんだけど、
全パターンテストするときなんかはコマンドからブラウザ使う。
テスト用のスクリプトを組んでスクリーンショットも確認できるんで、Xサーバーがなくても問題ない。
WSLでweb開発するならブラウザ使えるのは便利だよ。

234login:Penguin2018/06/20(水) 00:30:04.28ID:5alEbTOK
半自動のテスト用のマシンなんか、別途マシン用意した方が捗るだろ

235login:Penguin2018/06/20(水) 09:41:47.58ID:u4hka/Wb
>>233
PowerShell勉強したら幸せになれると思うよ。アプリケーションの操作何でもできるし。

236login:Penguin2018/06/20(水) 15:30:56.68ID:eVcRFKGv
わざわざwindowsでもWSL使ってるのになんでPowerShell使うんだよ。

237login:Penguin2018/06/20(水) 15:55:51.28ID:V8kULY4u
便利だからに決まってるし。

238login:Penguin2018/06/20(水) 22:36:30.72ID:RKZE6XTm
PowerShellがWindowsでの標準だとは思うが、俺には難しい。

239login:Penguin2018/06/20(水) 22:43:11.23ID:u4hka/Wb
>>238
bashなんかよりはるかに高機能だが、ハードルが高いね。GUIをすべてCUIで操れるところが便利。

240login:Penguin2018/06/21(木) 00:03:40.53ID:gAXGyQZp
>>239
本当にすべてなの?
フリーセルとく奴とか作ってみてよ
カードをどう動かすのかは人間が事前に指定するのでよいから

241login:Penguin2018/06/21(木) 00:08:02.17ID:bVHB7AJb
>>239
CADの入力やってみせて

242login:Penguin2018/06/21(木) 03:25:55.32ID:ie0sfZ6h
シェルスクリプトよりも、PowerShell(PS) の方が、間違いが少なくなる

PSよりももっと複雑なものは、Ruby が良い

243login:Penguin2018/06/21(木) 04:28:44.77ID:dSVC+8gF
C#かVB.NETできるんならPS1本だけでいい
意外と知られてないんだよな
PSはshみたいなバッチとC#のコードをソース1本で共存させられる

244login:Penguin2018/06/21(木) 06:59:15.52ID:d9EWKw3o
問題はPowerShellで作った資産は
Linuxや他Unixで使えないという所

245login:Penguin2018/06/21(木) 07:27:10.25ID:gAXGyQZp
>>242
なぜ少なくなると言い切れるの?

>>243
そうすることによるメリットは?
LLで何でもかけると言われても、そりゃかけるだろとしか

246login:Penguin2018/06/21(木) 07:52:38.27ID:urGeynQJ
なんでWSLがあるのかよく考えろ
PSのメリットを語っても意味ない

247login:Penguin2018/06/21(木) 07:53:19.46ID:dSVC+8gF
>>244
https://japan.zdnet.com/article/35113059/
これ以前から既にPSはLinuxにも移植されているんだが・・・

248login:Penguin2018/06/21(木) 07:55:36.77ID:dSVC+8gF
>>245
そういうレベルじゃない、スクリプト内で.NETのインスタンスを生成してゴリゴリできる
http://www.atmarkit.co.jp/ait/articles/0607/26/news118_3.html

>>246
Win上でもWSL上でもPowerShellだけで動くだろ?

249login:Penguin2018/06/21(木) 08:34:32.93ID:cgUTBAZ6
じゃあPS使い続けてWSL使う必要もないし、ここでレスする必要もない。

250login:Penguin2018/06/21(木) 08:37:24.26ID:bVHB7AJb
アホに構うなよ

251login:Penguin2018/06/21(木) 08:47:58.88ID:d9EWKw3o
>>247
PowerShellが移植されていることと
PowerShellで書かれた同じプログラムが
期待したと通りに動くどうかは別問題

252login:Penguin2018/06/21(木) 09:05:30.39ID:Uih83Ce+
>>241
マウスの移動とクリックやメニュー操作ならできるよ。
面倒だからマウスでするけどね。

253login:Penguin2018/06/21(木) 09:06:15.57ID:Uih83Ce+
>>251
それはどんなプログラムにも言えるし。移植されていることがまずは重要。

254login:Penguin2018/06/21(木) 09:13:08.50ID:cgUTBAZ6
WSLで書いたWebサービスをPSでブラウザテストするやつなんていない。

255login:Penguin2018/06/21(木) 09:30:58.23ID:Uih83Ce+
>>254
と、思ってる人もいるね。

256login:Penguin2018/06/21(木) 12:29:37.88ID:DBo9726e
パーフェクトソルジャーの介入によりスレがおかしな方向に

257login:Penguin2018/06/21(木) 12:56:28.04ID:F7rQ8aeq
PowerShell最強でも何でもいいけど
それをWSLスレでわめき散らしてもいいという法はない

linuxに移植されてるつってもわざわざwinのWSL上でPowerShell使ったりしないんだし
WSL外で動かすPowerShellの話はスレ違いだろ
ここは最強を決めるスレじゃなくWSLについて語るところ

258login:Penguin2018/06/21(木) 17:10:34.17ID:BOk8MKH3
>>257
いや別にいいだろ。
それPSでできるよみたいなのがあっても。
過剰な宣伝は御免被るけど。

259login:Penguin2018/06/21(木) 17:54:28.65ID:d9EWKw3o
その理屈だと、C言語、Per、Ruby、Python、etcでできるよ。もOKになるけど?

260login:Penguin2018/06/21(木) 17:55:42.83ID:BOk8MKH3
>>259
もちろんおkですよ。
過剰な宣伝は御免被るけど。

261login:Penguin2018/06/21(木) 17:59:26.90ID:d9EWKw3o
お前には聞いてないよ

262login:Penguin2018/06/21(木) 18:03:34.25ID:BOk8MKH3
聞いていなくても答えますよ私は。

263login:Penguin2018/06/21(木) 18:06:02.45ID:d9EWKw3o
答えた所で聞いてないよって言っただけ

264login:Penguin2018/06/21(木) 18:11:37.48ID:BOk8MKH3
はい、それじゃこのスレではおkということに決まりましたので。

265login:Penguin2018/06/21(木) 18:28:07.85ID:sXQq01ro
WSLのスレだから多少の脱線はともかくWSLに関連した話題にしてほしいもんだが
PowerShell絡めてWSL使うような話ならともかく
PowerShellの利用方法語るスレじゃないのよ

266login:Penguin2018/06/21(木) 18:35:43.83ID:DBo9726e
WSL(Bash)からPS呼び出していいことってある?
単にWindowsから使えよ。

267login:Penguin2018/06/21(木) 18:36:22.33ID:JzDs4dmU
自分としては、今のWSLより *** 使ったほうが楽、という例はどんどん書いてほしい。
*** に入るのはなんでも構わん。 PowerShell でも Vagrant+VirtualBox でも Cygwin でも。

268login:Penguin2018/06/21(木) 18:47:58.52ID:F7rQ8aeq
>>258
とっくに過剰な宣伝なので御免被ります

269login:Penguin2018/06/21(木) 20:10:24.00ID:cgUTBAZ6
WSLより素のLinuxのほうが便利だし、楽なんだけど、Windows+WSLだから便利な感じ。
WSLだから便利なことといえば、WSL側でサーバーを立てて、Windowsからブラウザ経由で使うとか。
そういう用途だと思う。

270login:Penguin2018/06/21(木) 20:22:18.37ID:Uih83Ce+
>>269
その用途だったらVMのほうがいい。WSLでサーバーは無理。

271login:Penguin2018/06/21(木) 20:36:43.35ID:cgUTBAZ6
>>270
ほんとに無理だと思ってるの?

272login:Penguin2018/06/21(木) 20:41:07.41ID:Uih83Ce+
>>271
無理という言葉が嫌いであれば不向き。

273login:Penguin2018/06/21(木) 20:41:24.11ID:DhUGyT0A
サーバーなら素直にVMやDockerの領分だろうね
Docker CE入れてDocker for Windows操作すると捗るよ

274login:Penguin2018/06/21(木) 21:15:56.19ID:cgUTBAZ6
自分用のサービスを起動時に立ち上げるのは便利だと思うけどな。VMやdockerだと環境構築の手間や、リソースを割り当てないといけないから。
WSLは事前にリソース割当しなくていいからエコ。

275login:Penguin2018/06/21(木) 21:17:57.01ID:Uih83Ce+
>>274
エコというか貧乏。

276login:Penguin2018/06/21(木) 21:26:23.78ID:gAXGyQZp
>>267
頭のいい若者を使う、もあり?

277login:Penguin2018/06/21(木) 21:28:36.58ID:0SFQbHGN
>>276
そんな者がいるとでも?
皆等しく自己愛性ゆとり

278login:Penguin2018/06/21(木) 21:38:57.82ID:cgUTBAZ6
>>275
エコだし柔軟だ。頭打ちになるような処理でもCPUフルで使える。

279login:Penguin2018/06/21(木) 21:55:29.78ID:Uih83Ce+
>>278
ライトユースにはいいかもね。

280login:Penguin2018/06/21(木) 22:01:36.61ID:cgUTBAZ6
>>279
何を持ってライトと言ってるのかわからないけど、例えば重い処理する場合に、例えば動画のエンコードとか、VMよりWSLのほうがいい。
リソースを上限まで使えるから。エコっていうのは効率的って意味で、貧乏って意味じゃない。
物事には向き不向きがあるんで、向いてるものを使うのが当たり前。

281login:Penguin2018/06/21(木) 22:04:49.97ID:Uih83Ce+
>>280
WSLはi/oが遅すぎてライトユースにしか向かない。
VMのほうが圧倒的に早い。リソース以前にいかんともしがたい事実。

282login:Penguin2018/06/21(木) 22:06:34.26ID:Uih83Ce+
>>280
WSLは逆にリソースを制限するのが困難なんだよね。VMなら使うコア数指定できるけど
WSLはできるのかな?やり方知ってたら教えて。

283login:Penguin2018/06/21(木) 22:20:41.73ID:DhUGyT0A
Dockerもnamespaceやcgroupで制限分離できるしね
WSLはwslconfigで見れるディストリビューション名単位での管理しかできないと思ってるけど
細かく分離して管理可能なんだろうか

284login:Penguin2018/06/21(木) 23:03:13.45ID:JzDs4dmU
WSLってパフォーマンスとLinux互換性の向上したCygwinみたいなもんで、現時点でできることはCygwinとほとんど同じ。
つうか半年ぐらい前に試したときは、パフォーマンス、互換性とも大して向上してなかった。
Cygwinは長年かけて移植された大量のソフトウェア群を抱えているわけで、実用的にはWSLへ乗り換える理由はないと思った。
今は少しは改善されたんだろうか?果たしてWSLがCygwinを遠く引き離すほど進化する日は来るんだろうか?

285login:Penguin2018/06/21(木) 23:03:56.38ID:DBo9726e
確かにFFmpegはWindowsよりLinuxの方がビルドしやすいな。
依存関係のものは手っ取り早くパッケージでインスコしてソースを展開してconfigure && make
で終わる。コンパイルはVMより遅いけど・・・

286login:Penguin2018/06/21(木) 23:06:32.08ID:Uih83Ce+
>>285
Windowsバイナリをクロスコンパイルすればいいよ。
ffmpegぐらいになるとWSLはちょっとつらいね。

287login:Penguin2018/06/21(木) 23:09:44.22ID:Uih83Ce+
>>284
cygwinは今後廃れていくんじゃないかな。

ソースコード修正する必要があることが多いし
cygwinのほうが優れているのはdllさえあれば他の環境でも動くことぐらい。

288login:Penguin2018/06/22(金) 00:06:27.26ID:DbiQ98jc
>>282
VMは仮想化だけど、WSLはWindowsの実装の一つだからリソースを制限するとかじゃないよ。
基本的なことがわかってなさそうに見えるレス。

289login:Penguin2018/06/22(金) 00:19:31.48ID:h0hZjqtT
タスクマネージャー見ればどうなってるのかわかる話。

290login:Penguin2018/06/22(金) 00:41:04.32ID:0awQsxoR
サーバーの話だからリソース制限する話出てるのでは
基本的なことって何のこと言ってるのかよく分からないけど

291login:Penguin2018/06/22(金) 00:44:31.87ID:DbiQ98jc
>WSLは逆にリソースを制限するのが困難なんだよね。VMなら使うコア数指定できるけど
>WSLはできるのかな

WSLは仮想化してるわけじゃないので、制限する必要がない。Windowsアプリと同じようにアプリ側で制御すればいい。

292login:Penguin2018/06/22(金) 00:49:57.42ID:DbiQ98jc
>>284
WSLとcygwinの仕組みはよくにてるし、使い慣れた環境のほうが手には馴染むかも知れないけど、
WSLのほうが実装がWindowsなんで将来性があるかも。あとインストールとアンインストールは絶対的に楽。
過去の資産に関しては、ubuntuのaptパッケージがそのまま使えるのでcygwinより動くソフトは多いかもね。

でもcygwinはXも起動できるし、xfce4のデスクトップ環境なんかも完動するから、そのへんはcygwinなんじゃないか?

293login:Penguin2018/06/22(金) 00:54:22.26ID:nQIgAqM0
> WSLとcygwinの仕組みはよくにてるし

ぜんぜん違う。

まずcygwinでは既存のLinux用のバイナリは動かない。
ソースコードの互換性も完璧ではなく、
cygwin用にソースコードを修正して
コンパイルしなければいけない。

WSLがすごいのはLinuxのUbuntu用のバイナリをコピーしてきて
WSLのUbuntu上で動かせるってこと

cygwinは不完全なソースコード互換性しかなく
WSLはバイナリ互換性がある

294login:Penguin2018/06/22(金) 01:01:54.82ID:DbiQ98jc
>>293
使用感はぜんぜん違うかもね、仕組みはよくにてる。
どちらも*nixのシステムコールとWindowsのAPIを互換して動かしてる。
cygwinは開発が古いので、Unixのシステムコールをベースにしてる。バイナリが動くかどうかは仕組み上別の話。

295login:Penguin2018/06/22(金) 01:06:24.24ID:o1V1yxtn
Windows ServerでLinuxウェブアプリ。

296login:Penguin2018/06/22(金) 01:08:28.04ID:o1V1yxtn
WSLはCygwinのパクリっっっ!!!

297login:Penguin2018/06/22(金) 01:22:00.52ID:o1V1yxtn
>>294
全然似てない。
WSLはMicrosoft Linux、Cygwinはゴミみたいな移植。

298login:Penguin2018/06/22(金) 01:37:13.17ID:nQIgAqM0
>>294
> 使用感はぜんぜん違うかもね、仕組みはよくにてる。
> どちらも*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
となってるので仕組み自体が違っている

299login:Penguin2018/06/22(金) 01:40:27.78ID:swYqnxU1
>>287
廃れるほど流行ってないだろw

300login:Penguin2018/06/22(金) 01:41:22.66ID:DbiQ98jc
>>298
cygwinがただのアプリでWSLがサブシステムって話だろ。WindowsAPIとネイティブAPIを区別してなかったわ。にてる理由を書くには十分だったから。

301login:Penguin2018/06/22(金) 01:51:15.70ID:nQIgAqM0
>>300
そこを区別しないと駄目。
なぜなら、Windows APIを使ってる限り
CygwinはWindows APIの制限から逃れることはできない
WSLはWindows APIの制限に引っかからないので
Windowsでできないことが可能になる

302login:Penguin2018/06/22(金) 02:22:18.51ID:o1V1yxtn
>>299
可哀そうなこと言ってやるなよw

303login:Penguin2018/06/22(金) 02:23:50.86ID:o1V1yxtn
WSLのほうがエコロジー的に良いと思います!

304login:Penguin2018/06/22(金) 07:36:20.47ID:JriD+lm9
>>300

305login:Penguin2018/06/22(金) 07:50:09.27ID:2J7dm43q
>>291
つまりできないってことですね。

306login:Penguin2018/06/22(金) 07:58:58.29ID:nQIgAqM0
> Windowsアプリと同じようにアプリ側で制御すればいい。

ってかいてあるじゃん。
書いてあることぐらいちゃんと読めよ

307login:Penguin2018/06/22(金) 07:59:45.34ID:2J7dm43q
>>293
POSIX実装をしようとするところは似ている。アプローチが違うだけ。

308login:Penguin2018/06/22(金) 08:02:40.19ID:nQIgAqM0
間抜けすぎてあまりにも可愛そうだから
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 カーネルが行っている。

309login:Penguin2018/06/22(金) 08:03:38.08ID:nQIgAqM0
>>307
> POSIX実装をしようとするところは似ている。アプローチが違うだけ。

アプローチが違うって、それ仕組みが違うって言ってるのと同じ意味じゃんw

310login:Penguin2018/06/22(金) 08:11:41.35ID:EkOrEON5
NT系でカーネルとかAPIとか分離させまくったおかげだな
wslだけでなくWin32のソフトウェアとかも
サブシステムとして動いてるし
Windows on ARMも同じ理屈

311login:Penguin2018/06/22(金) 08:21:43.60ID:r6BX5lXq
cygwinの良さはwindowsのコマンドとlinuxコマンドを一緒に使えるとこだと思ってるけど
俺にとってはバイナリがどうとか仕組みがこうだとかどうでもいいな

312login:Penguin2018/06/22(金) 08:26:16.80ID:9YwRbt/F
MINGWとcygwinは違うobjを出すから混ぜるとリンク出来ん

313login:Penguin2018/06/22(金) 08:30:13.30ID:tFUWMY1w
>>308
>>310
windowsってすごいですね。

314login:Penguin2018/06/22(金) 08:33:12.36ID:hfB9M4KT
cygwinはmicro動かなくてガッカリしたな
昔から使ってる人は過去の資産があるんだろうけど
linux童貞のwinユーザーがゼロから触る場合
学習コストはWSLのほうが少なくて済むと感じた

315login:Penguin2018/06/22(金) 08:44:15.09ID:5zoH6AGq
XilinxのFPGA開発用ツールがそのまま動いたのにはびっくり。
x11は別途必要だったけど。

316login:Penguin2018/06/22(金) 09:06:00.59ID:nQIgAqM0
>>311
バイナリが動くことがどういうことかを理解してもらわないとw
要するにcygwinとは違って、cygwin用にソースコードを
修正しなくていいってことなんだよ

例えば、gitのソースコード。これだけ(今日時点で75箇所)cygwin用にコードが含まれてる
https://github.com/git/git/search?q=cygwin&unscoped_q=cygwin

317login:Penguin2018/06/22(金) 09:08:45.17ID:uJmhTOMC
linuxユーザーがwindows始める場合もwslは良い
cygwinは過去の遺物と言うか老害のこだわりと言うか

318login:Penguin2018/06/22(金) 09:13:04.28ID:WCrH29EV
>>317
X11と同じですね。

319login:Penguin2018/06/22(金) 09:21:29.60ID:0awQsxoR
>>308
開発環境から本番環境にデプロイするのに、毎回その手順やるなら話にならないと思う
毎回topで表示されるプロセス一つ一つに全部手動で割り当てすることになるよ
CPU分離設定が移行しやすく管理されてるのかっていう話ね

320login:Penguin2018/06/22(金) 09:22:53.72ID:swYqnxU1
>>310
逆だよ。
いろんなサブシステムを動かすために分離したんだよ。

321login:Penguin2018/06/22(金) 09:25:55.51ID:nQIgAqM0
ほんと、あたまがよわくてかわいそう(w
コマンドラインから変更できるに決まってるじゃんか

話にならないね。

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

322login:Penguin2018/06/22(金) 09:26:03.25ID:nfzZg6m5
>>320
Linuxでは真似の出来ない柔軟性ですね。

323login:Penguin2018/06/22(金) 09:26:29.24ID:nQIgAqM0
>>321>>319あてね。
CPUのコア数はコマンドラインから変更できる

324login:Penguin2018/06/22(金) 09:30:33.20ID:nfzZg6m5
>>321
wslで
/usr/local/bin/foo.sh
をcpuのコア10,12,15の3つを使って起動するコマンド教えて。
簡単にできる?

325login:Penguin2018/06/22(金) 09:36:17.78ID:nQIgAqM0
>>324
お前が言ってるのは、 "Linux" に
CPUのコア数を指定する命令は存在するのか?
って聞いてるのと同じだぞw

Linuxを馬鹿にするのか?w

https://qiita.com/nakat-t/items/4542e84c4b72b78740e8
> コマンドによるCPUアフィニティの設定方法
> tasksetというコマンドでプロセスのCPUアフィニティを設定できます。
>
> # taskset -p mask pid

326login:Penguin2018/06/22(金) 09:37:38.58ID:nQIgAqM0
ちなみに、仮想マシンだとプロセスごとに
コア数を指定することはできない
仮想マシン単位でしか指定することができない

だからWSLの方が良い

327login:Penguin2018/06/22(金) 09:39:24.83ID:DbiQ98jc
>>320
因果律があるわけじゃない、どっちでもいい、マイクロカーネル実装しただけ。

328login:Penguin2018/06/22(金) 09:42:50.21ID:2J7dm43q
>>325
じゃあ、早く教えてあげたら?

ググるのは得意だけど、実践できないタイプに見えるなぁ。

329login:Penguin2018/06/22(金) 09:48:46.90ID:nQIgAqM0
>>328
書いてあんだろ
おめめついてますかー?
ないのはあたまですかー?

330login:Penguin2018/06/22(金) 09:49:45.19ID:DbiQ98jc
>>328
真面目に答えると、シェルスクリプトはシングルプロセスが多いからマルチコアを当てるには工夫がいる。
foo.shの中身によるってこと。
だけど、元の話題はVMのほうがリソース制限できるって話みたいだから、VMでやるとOS一つ起動する分とfoo.shのプロセス分を消費するので、おかしいだろって話だよ。

331login:Penguin2018/06/22(金) 09:52:35.07ID:2J7dm43q
>>330

実践したことがなさそうな彼への
引っ掛けだったのに。

ところでwslの中からtasksetってできるのかな?いま環
境にないし誰か
試せない?もしできたら便利かも。
いちいちaffinityとかでWindowsから制御するのは実用的じゃないし。

332login:Penguin2018/06/22(金) 09:55:37.04ID:nQIgAqM0
>>331
実践したことないのはお前の方だって
はっきりしましたなwww

333login:Penguin2018/06/22(金) 09:56:56.82ID:nQIgAqM0
>>330
> 真面目に答えると、シェルスクリプトはシングルプロセスが多いからマルチコアを当てるには工夫がいる。

ブロックさせないように、パイプでつなげればマルチプロセスで動くよ

ま、実践したことないあいつには
思いつかないでしょうなーw

334login:Penguin2018/06/22(金) 10:24:19.60ID:5zoH6AGq
>>316
「俺にとってはどうでもいい」って言っているんだから、彼にとってはどうでもいいんだよ。

335login:Penguin2018/06/22(金) 10:55:11.11ID:bNAen1ao
>>320
それまでのWindowsはソフトウェアのエラーで
OSごと落ちるのが当たり前だったのでサーバ用途に使えなかった
Windows Meとかひどかったでしょ
NT系のマイクロカーネル化はその対策
結果的にサブシステムが作りやすくなったのよ

336login:Penguin2018/06/22(金) 11:25:55.96ID:h0hZjqtT
ファイルを開いたまま移動できなかったり、NT系OSがUNIX系OSより特段に優れてるとは思えないな。

337login:Penguin2018/06/22(金) 11:35:51.64ID:2J7dm43q
>>336
それはOSの問題じゃなくてアプリケーションのつくり方の問題。メモ帳でテキスト開いた
ファイルを移動してみたらわかるよ。

338login:Penguin2018/06/22(金) 12:35:50.69ID:DbiQ98jc
NTカーネルはマイクロカーネルを標榜してたんで、(厳密にマイクロカーネルってわけではない。)
高度に抽象化されたカーネルが土台にあって、その上にサブシステムと呼ばれるUI(この辺は大雑把に)が置かれる。
NT系OSの良いところはカーネルAPIが優秀なところ。WSLもカーネルが優秀だからできる。
ちなみにLinuxは強力なコマンド群が強みだけど、カーネルはモノリシックで時代遅れなんだ。
Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。

このUIの部分をOSと呼ぶか、アプリケーションと呼ぶかは単に個人の趣向だったり、パッケージだったりするから誤解するな。

WindowsはvistaからNTカーネルにはほとんど手を入れない。だからVista以降のWindowsOSの評価はUIとマシンスペックの評価ってこと。

339login:Penguin2018/06/22(金) 12:50:28.77ID:rhC7lfO4
>ちなみにLinuxは強力なコマンド群が強みだけど、カーネルはモノリシックで時代遅れなんだ。
>Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。

Linuxが出てきた頃に戻ったような気分だよ

340login:Penguin2018/06/22(金) 12:59:00.09ID:9YwRbt/F
MINIX との論争やね

341login:Penguin2018/06/22(金) 13:05:24.63ID:DbiQ98jc
20年前よりWSLでマイクロカーネルを実感してるわ。

342login:Penguin2018/06/22(金) 13:34:24.49ID:/ez/Jsit
Machで盛り上がった時代があったな。OSF/1とか。

343login:Penguin2018/06/22(金) 13:37:48.27ID:rhC7lfO4
MINIXというかタネンバウムだね

関係ないけど、コンピュータネットワーク(通称タネンバウム本)は読んどくように。

344login:Penguin2018/06/22(金) 13:39:36.79ID:h0hZjqtT
https://www.amazon.co.jp/dp/482228476X

フイタw高ええわ!

345login:Penguin2018/06/22(金) 13:53:16.80ID:U11BfDSP
酷いモノを見た

346login:Penguin2018/06/22(金) 14:03:52.21ID:h0hZjqtT
しかも、レビューはボロクソでゴミみたいだなww
ネタかよ。

347login:Penguin2018/06/22(金) 14:53:24.42ID:hjiFocDG
Windows依存症 ICD分類追加候補予定

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カードはインテリジェントデバイスではない 

348login:Penguin2018/06/22(金) 15:13:20.61ID:bNAen1ao
>>338
vista以降はそのOS部分とドライバが分離が加速している
ドライバ関係のエラーでOSごど落ちにくくなった
ゲームとかしてると実感する

349login:Penguin2018/06/22(金) 15:26:03.78ID:o1V1yxtn
Google Android/Linux使いやすいですおw

350login:Penguin2018/06/22(金) 16:50:28.11ID:I/nYaL7Y
どうでもいいが、今現在の Windows NT カーネルは、Win32 サブシステムと
密結合している上に、モノシリック化が進んでる。NT 3.1 はマイクロカーネル
だったけど、今はそうでもない。Mac も同じ。

351login:Penguin2018/06/22(金) 16:52:19.99ID:HPsDRFxC
どこが密結合してるの?
具体的に言えないなら適当なこと言わないでね

352login:Penguin2018/06/22(金) 17:12:41.87ID:DbiQ98jc
MSはNTカーネルを作るときにマイクロカーネルにしたかったんだけど、思った以上にパフォーマンスが出なかったので、
実装の綺麗さより、実行スピードを取るために、一部機能をカーネル空間に同居させたんだよ。

353login:Penguin2018/06/22(金) 17:17:35.88ID:o1V1yxtn
user32から直接ドライバが呼び出される。

354login:Penguin2018/06/22(金) 17:18:57.37ID:o1V1yxtn
はい、それじゃWindowsは速度と抽象化、両方のいいとこどりしたハイブリッドカーネルってことで。

355login:Penguin2018/06/22(金) 17:25:52.71ID:HPsDRFxC
>>352
GPUの話ね。それがユーザー空間に戻って
本来のマイクロカーネルになったのがVistaから
だからGPUドライバが落ちてもOSが落ちることはなくなったんだよ

356login:Penguin2018/06/22(金) 17:27:03.81ID:DbiQ98jc
ハイブリッドカーネルはハードの性能も良くなかった妥協案みたいなもんでいいとこ取りじゃないよ。
できれば純粋なマイクロカーネルのほうがいい。作るのが大変だから作ってないだけ。

357login:Penguin2018/06/22(金) 17:32:37.40ID:DbiQ98jc
>>355
それはそれで正しいんだろうけど、ずっとLinux使ってる連中からすれば、Windowsがコマンドインターフェースを持ってないだけって言うと思う。
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。

358login:Penguin2018/06/22(金) 17:35:17.61ID:HPsDRFxC
>>357
本当にLinuxでGPUドライバを落としましたか?

本当に落ちているなら、カーネルパニック起こしてるはずです

CentOS 6.6 上で NVIDIA の GPU (の一部) と共に nouveau 使うと発狂して死ぬ
https://moznion.hatenadiary.com/entry/2015/02/23/160016

359login:Penguin2018/06/22(金) 17:35:55.73ID:HPsDRFxC

360login:Penguin2018/06/22(金) 17:36:22.69ID:HPsDRFxC

361login:Penguin2018/06/22(金) 17:37:14.84ID:o1V1yxtn
はい、それじゃWindowsは素晴らしいってことで。

362login:Penguin2018/06/22(金) 17:38:31.70ID:o1V1yxtn
そもそもWineで動くソフトは珍しいけど、WSLはLinuxのソフトがそのまま動くイエィ。

363login:Penguin2018/06/22(金) 17:40:14.32ID:o1V1yxtn
ヴィジュスタからWSL上のgccでビルドするのが最新のLinuxライフ。

364login:Penguin2018/06/22(金) 17:42:05.18ID:DbiQ98jc
>>358
nouveauはオープン実装のドライバで、機種依存的にバグが起きるのは良く知られてる。
もし、nvidiaのGPU使いたいならプロプライエタリなドライバ使え。
リンク先の記事はnouveauの調子が悪いよってことだろ。

365login:Penguin2018/06/22(金) 17:42:29.17ID:HPsDRFxC
>>357が言ってるのは、GPUドライバが落ちたんじゃなくて
Xが落ちただけだろう。Xはディスプレイの設定間違えるだけで
簡単に起動しなくなるからな
その場合はCLI状態になる。そのことを言ってるのだろう。

Windowsは、デスクトップ表示中にGPUをリセットすることができる
そのためのショートカットが、Win+Ctrl+Shift+B
GPUの不具合が原因でフリーズ(正確には画面が更新されないだけでシステムは動いている)
したときに、このショートカットでGPUをリセットすることで復旧できる

366login:Penguin2018/06/22(金) 17:43:39.22ID:DbiQ98jc
WSLからGPUの制御できたら最高だな。GPUパススルーとかできるようになんないかな。

367login:Penguin2018/06/22(金) 17:43:51.70ID:HPsDRFxC
>>364
だーかーらー、Linuxはモノリシックだから不安定な
GPUドライバを使ったらカーネルがフリーズって話してるんだろ

Windowsはマイクロカーネルだから不安定な
GPUドライバを使ってもカーネルは生きてる
だからショートカット一つでリセットして復旧できる

368login:Penguin2018/06/22(金) 17:45:07.56ID:o1V1yxtn
LinuxのGUIアプリって出来損ないが多いから、コマンドだけ使えば良いよ。
GUIアプリはWindowsの使ってさ。

369login:Penguin2018/06/22(金) 17:45:58.03ID:o1V1yxtn
LinuxとWindowsのいいとこどりしたハイブリットコンピューティングライフにWSLがお役に立ちマッスル。

370login:Penguin2018/06/22(金) 17:51:39.08ID:DbiQ98jc
>>367
パワハラじゃない言い方で頼む。
ドライバが落ちるってのを別の言い方で頼む。
>>357を読んでくれ。>>355は正しいと言ってる。
レスをするなら同じ説明をくり返すな。
俺が間違っていたら優しく教えてくれ。

371login:Penguin2018/06/22(金) 18:03:11.68ID:o1V1yxtn
>>370
Windowsが憎い!!!!

372login:Penguin2018/06/22(金) 18:07:28.33ID:SO55BB5A
>>370
だから、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

373login:Penguin2018/06/22(金) 18:09:35.92ID:SO55BB5A
>>370

>>355ではLinuxではGPUドライバが原因でカーネルパニック起こして
フリーズするようなことが、WindowsではVista以降起こらなくなった
って書いているんだよ。VistaっていうのはWindowsのことだよ。
Windowsの話とLinuxの話をごっちゃにするな
GPUドライバ落ちても、OSが落ちないのはマイクロカーネルのWindowsの方だ

374login:Penguin2018/06/22(金) 18:12:05.15ID:o1V1yxtn
VistaはWindowsじゃないだろ。
MeもWindowsじゃない。
ゴミ。

375login:Penguin2018/06/22(金) 18:12:59.34ID:o1V1yxtn
悪のWindowsを使うやつもまた悪である!
正義のために!!!!

376login:Penguin2018/06/22(金) 18:14:53.93ID:o1V1yxtn
https://upload.wikimedia.org/wikipedia/commons/7/7b/Richard_Stallman_-_F&ecirc;te_de_l%27Humanit&eacute;_2014_-_010.jpg
アッラーアクバール!!!

377login:Penguin2018/06/22(金) 18:20:06.33ID:DbiQ98jc
うんだから>>355のレスの内容は正しいって言ってるじゃん。
GPUドライバが落ちたってことは、”ロードされてない”状態か?、”バグがあってドライバが異常終了する”状態か?GPUドライバなくても起動できるだろ。
GPUドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。
だから>>370を読めよ。上から順に優先順位が高いからよろしく。

378login:Penguin2018/06/22(金) 18:21:14.95ID:SO55BB5A
>>377
読んだよ?で?
まあ、俺のほうがパワーあるって
認めたことだけは褒めてやろうw

379login:Penguin2018/06/22(金) 18:22:28.23ID:SO55BB5A
わらうとこ

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ドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。

380login:Penguin2018/06/22(金) 18:50:40.57ID:zl/nDsOX
Linuxを端末として使うとマルチメディア関係のドライバ周りが不安定すぎてつらい
Linuxはサーバーとして使うことが多いから安定していると錯覚するが

381login:Penguin2018/06/22(金) 18:59:39.69ID:o1V1yxtn
我ら十字軍、神の御遺志に背く悪辣たるWindowsを滅せよ。

382login:Penguin2018/06/22(金) 19:12:27.70ID:9YwRbt/F
まぁLINUXはその他の雑多なOSを駆逐しただけでも偉いかな

383login:Penguin2018/06/22(金) 19:31:06.99ID:2J7dm43q
>>380
昔からWindowsが不安定とかいう人いるけど、ドライバがらみのことが多くて
ドライバがないLinuxが安定といわれても、そもそもドライバがなくて使えないんだから論外
なんだけど、そのあたりは無視されますからね。

最近になって署名されたドライバが増えてきたのでドライバがらみで落ちることは
稀なんだけど、昔の知識でLinuxは超安定!Windowsは不安定!とか信じている
信者が多いのが困ったもんですね。

Linuxでもプリントできる、スキャンできるなんていってもWindowsに比べて機能
貧弱なことが多いのにねぇ。

384login:Penguin2018/06/22(金) 19:37:44.55ID:2J7dm43q
>>379
何じゃそりゃ?
IDかぶりじゃないの?

385login:Penguin2018/06/22(金) 19:38:46.47ID:hfB9M4KT
パワハラって立場を利用した嫌がらせのことだろ
ドライバが落ちる をNGにするなら代わりになんて言えば理解できるのかを指定してやらんと
説明できなくね

386login:Penguin2018/06/22(金) 19:40:27.82ID:2J7dm43q
>>385
すいません、もう少しわかりやすくお願いします。
日本語難しいなら英語でもいいです。

387login:Penguin2018/06/22(金) 19:41:58.62ID:9YwRbt/F
WebGLとかOS毎落ちるのでIEなんて11になるまでサポート
されなかったけどなぁ

388login:Penguin2018/06/22(金) 19:47:24.43ID:SO55BB5A
>>385
> パワハラって立場を利用した嫌がらせのことだろ

だから無意識に俺のほうが上の立場だって思ってるんだろ?w

389login:Penguin2018/06/22(金) 19:48:48.08ID:o1V1yxtn
>>387
ほお、Windowsは糞ですな。

390login:Penguin2018/06/22(金) 19:50:05.66ID:SO55BB5A
> WebGLとかOS毎落ちるのでIEなんて11になるまでサポート

はて? IE11でサポートされるのが遅いだけで
OpenGLはずいぶん昔からサポートされていますが?

391login:Penguin2018/06/22(金) 19:57:45.55ID:9YwRbt/F
>>390
baka?

OpenGLにCross-Origin Resource Sharing とかDOS攻撃するのか

392login:Penguin2018/06/22(金) 20:02:03.98ID:SO55BB5A
>>391
それがGPUドライバの不具合でOSが落ちる話なんの関係があんの?

393login:Penguin2018/06/22(金) 20:09:06.33ID:o1V1yxtn
では判決だします。
Linuxは捨ててWSL使いましょう。
終わり。

394login:Penguin2018/06/22(金) 20:15:22.42ID:9YwRbt/F
>>392
wikipedia読んでみなされ

395login:Penguin2018/06/22(金) 20:19:25.68ID:SO55BB5A
>>394
読んだけどどこにもなにも書いてない

396login:Penguin2018/06/22(金) 20:22:46.62ID:o1V1yxtn
本日のシェフのおすすめ「Kondara MNU/Linux」。

397login:Penguin2018/06/22(金) 20:23:24.05ID:9YwRbt/F
>>395
2011年5月9日、WebGLに深刻なセキュリティホールが指摘された[13]。問題点は以下の2点。現在は解決済み。

サービス拒否 (DoS) 攻撃 - WebGLでは制御構造をサポートするプログラマブルシェーダーを使えるが、GPU自体にバグなどがあると、OS全体をクラッシュさせたり、無限ループなどでデバイスドライバーの応答を停止させるシェーダープログラムを実行させることができてしまう。
クロスドメイン画像盗取 - Cross-Origin Resource Sharing に未対応で、他のドメインで使われている画像を取得できた

398login:Penguin2018/06/22(金) 20:30:38.66ID:2J7dm43q
昔のバグの話しても意味ないでしょ。当時WebGLをLinuxで使ってた人なんてごく少数だったんじゃないのかな?
今でもごく少数でしょうけど。

399login:Penguin2018/06/22(金) 20:37:36.93ID:2J7dm43q
安定な環境を求めると

・決められたハードウェア (しかつかえない)
・決められたドライバー   (対応している周辺機器が少ない)
・マイナーで攻撃対象になりにくい

ことが重要ですね。Windowsはいずれも該当しないので大変ですね。
Macはすべて当たってるけど、セキュリティに無頓着なんで無理ですが。

400login:Penguin2018/06/22(金) 20:46:10.90ID:o1V1yxtn
Vineでバインバインしてた頃。

401login:Penguin2018/06/22(金) 21:01:23.04ID:SO55BB5A
>>397
だからなんだと。お前書いていて理解してないだろ?

クラッシュするのはGPU自体のバグなんだからWebGLに限らずOpenGLでも発生する問題
だから、OpenGLはずいぶん前からサポートされてるって話をしている
落ちるからサポートしていなかったわけじゃない

Cross-Origin Resource Sharingなんかは完全にWebGLの仕様の問題で
GPUドライバの不具合とは一切関係ない

お前はこの二つをごっちゃにしてCross-Origin Resource Sharingを使うと
GPUにバグがなくてもクラッシュさせられるとか思ってるんだろ?
ほんと馬鹿らしい

402login:Penguin2018/06/22(金) 21:16:53.39ID:hfB9M4KT
ID:DbiQ98jc = ID:2J7dm43q か
別IDからID被り設定は流石に草

403login:Penguin2018/06/22(金) 21:32:30.23ID:2J7dm43q
>>402
違うよ。

404login:Penguin2018/06/22(金) 21:45:13.26ID:SO55BB5A
wikipediaの文章、中途半端な気がしたから少し詳細調べてみたが、
結論としてはやっぱり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の問題とする必要もない)

405login:Penguin2018/06/22(金) 21:49:37.22ID:2J7dm43q
>>404
そのブログ的なものが正しいという証拠を示さないとねぇ。

406login:Penguin2018/06/22(金) 21:53:50.63ID:SO55BB5A
>>405
リンク先を見ればいいだけ
ほら、勉強してこいw

407login:Penguin2018/06/22(金) 21:55:02.32ID:SO55BB5A
リンク先がMozillaじゃねーかw
開発者がFirefoxの問題だって書いてるじゃねーか
ひぇ〜って今頃気づいた頃かな?

408login:Penguin2018/06/22(金) 21:55:24.48ID:2J7dm43q
>>406
リンク先も正しいとは限らないのがね。
査読つき論文になってるようなものじゃないから。

409login:Penguin2018/06/22(金) 21:59:10.29ID:SO55BB5A
おやおや、開発元が言ってることにまでいちゃもんつけだしたよw
ホントこいつなにも考えてないんだなーw

410login:Penguin2018/06/22(金) 22:02:23.99ID:2J7dm43q
>>409
第3者が言ってるならいいんだけど、開発元でしょ?

411login:Penguin2018/06/22(金) 22:04:01.05ID:SO55BB5A
開発者が自分のミスですって認めてるのに、
第三者がいーや、お前のミスではないっていって
信じるの?wなんで?w

412login:Penguin2018/06/22(金) 22:06:07.14ID:2J7dm43q
>>411
あそ、バカに付き合って遊んだだけだから
気にしないでね。

413login:Penguin2018/06/22(金) 22:15:04.22ID:swYqnxU1
>>335
NTはWindows95より前だよ?

414login:Penguin2018/06/22(金) 22:17:44.84ID:DbiQ98jc
IDかぶりしてないよ。仕事行ってただけ、”ドライバが落ちる”=”ドライバがバグる”ではないでしょ。って話。そもそも言いがかりなんだからまともに相手してられん。

415login:Penguin2018/06/22(金) 22:31:54.23ID:EkOrEON5
まだやってんのか

416login:Penguin2018/06/22(金) 23:35:35.33ID:2J7dm43q
>>414

ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
切り離せるマイクロカーネルを採用したWindowsのほうが優れているってことですね。

幸いなことにドライバの対応が少ないLinuxだとその欠点はおおっぴらに
なってないから勘違いして「Linuxはフリーなのに、しゅごい!、マンセー」なひとが
多いね。

417login:Penguin2018/06/23(土) 02:16:40.04ID:YgmpDVU/
windowsのコマンドシェルをディスるつもりやないけど、マルチピリオドを含むファイル名を一括リネームしようとしたらエラー出てできひんかった
Explorerで一つずつならできるんで、いろいろ表記変えて試したけどあかんかった

ひょっとしてWSLでmvしたら、と試したら全然問題ないやん
役に立ったわWSL

418login:Penguin2018/06/23(土) 02:56:02.62ID:qZv8cZYk
>>414
落ちる=バグる ではない?
じゃあ落ちるってどういう意味?
まず最初に自分の発言を訂正しなよ。



357 返信:login:Penguin[sage] 投稿日:2018/06/22(金) 17:32:37.40 ID:DbiQ98jc [12/16]
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。

419login:Penguin2018/06/23(土) 02:57:57.10ID:qZv8cZYk
>>416
> ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより

落ちる=バグるじゃないらしいよw

420login:Penguin2018/06/23(土) 03:50:59.83ID:K5jP/RZU
そりゃイコールではないだろう
含むなら合ってるが

421login:Penguin2018/06/23(土) 04:23:42.16ID:qZv8cZYk
>>420
でもロードされてない状態のことを指すらしいよw

422login:Penguin2018/06/23(土) 04:29:38.96ID:qZv8cZYk
落ちる=停止させる だと

↓これが意味不明になるんだよね

> GPUドライバ落ちてもモノリシックのLinuxは落ちないし。

GPUドライバ停止しても、モノリシックのLinuxは停止しないし。
なんでそこでモノリシックが関係するの?


GPUドライバがバグで落ちた時、モノリシックのLinuxは
カーネルパニックを起こす。でもマイクロカーネルのWindowsは
そんなことにはならない。問題なく動き続けるって話をしていたのに
落ちる=停止だとその話に噛み合わない

423login:Penguin2018/06/24(日) 02:43:17.55ID:9WanaUhq
な割にはアップデートしたら再起動要求してくるのはなんで

424login:Penguin2018/06/24(日) 02:46:43.70ID:4Vlu8iCB
1803にしてからlxssのサービスの立ち上がりがなんか安定しない

425login:Penguin2018/06/24(日) 03:07:53.08ID:iThFCqzz
>>423
OSのアップデートだからでしょ?
定義ファイルやストアアプリのアップデートで
再起動要求してくることはないよ

426login:Penguin2018/06/25(月) 02:38:43.38ID:QxewN0Ag
カーネルアップデートされたならわかるけど

427login:Penguin2018/06/25(月) 05:05:40.69ID:nsPxY9u6
>>426
この例と同じだよ

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という方針を取るかで、後者を取るのは仕方ないと思うよ
もっといい方法があれば良いんだけどね

428login:Penguin2018/06/26(火) 08:38:41.57ID:1tdIouz8
I/Oが本当に遅いんだけど…
でもこれでMacいらなくなった

WSLの中のファイルいじる時はsshでsftpで良いの?直接Windowsからファイル操作すると壊れるって
逆は/mnt/cで可なんだよね

429login:Penguin2018/06/26(火) 09:15:02.31ID:0ZesNDr6
iSCSIでマウントしちゃえ

430login:Penguin2018/06/26(火) 12:32:56.84ID:NJYEzQQ7
Dokan

431電波いつぱい2018/06/26(火) 13:38:23.85ID:d2a8sdEn
>>428
wslのファイルはwindowsからいじれないけど、wslでいじらないのはなぜ? viとかemacsとか
そうしないのならwslの意義がほとんどなさそうなのだか

432login:Penguin2018/06/26(火) 13:50:15.09ID:BvoK1zx+
>>431
Windows上のEditorのほうが使いやすいと思うからじゃないの?
コンパイルはWSLで、編集は秀丸とかさくらエディタでとか。

将来的には改善されるんじゃないかな。

433login:Penguin2018/06/26(火) 13:53:34.92ID:0deMoRt7
linuxだとコンソールから編集するけど、Windowsのターミナルエミュレーターがしんどいからcloud9入れてる。便利よ。

434login:Penguin2018/06/26(火) 14:27:57.80ID:ath04N7C
>>431
だったらはじめからLinux使っとけよ

435login:Penguin2018/06/26(火) 14:56:09.77ID:BvoK1zx+
>>434

Linuxだけでがんばるのもいいし、Windowsだけで済ませるのもいいけど、
Windows、Linuxのそれぞれのいいところを生かせるのがWSL。

436電波いつぱい2018/06/26(火) 17:29:11.95ID:hDmDkheD
>>432
ファイルの編集をwin側でということなら、win側でファイルを用意してwslからは直接とかリンクを張ってとかで利用するのがいいですね

437login:Penguin2018/06/26(火) 19:09:45.32ID:J9Gpy93N
俺もLinux側のファイルをWindows上で
直接編集できるようにならないかなーって思って、
仕組みだけは考えてみたんだよ。

一番の問題はWindows上のテキストエディタが
WSL上の所有者やパーミッションを適切に設定しないこと
だから直接ファイルを参照するのではなく変換レイヤーをかます

その変換レイヤーをエクスプローラのエクステンションとして作成する。
そしてWSL上のファイルを仮想的なファイルシステムとして
エクスプローラ上にマウントする

あとは所有者やパーミッションはWSL上からしか変更できない
ってすれば概ねいけるんじゃないかなーと
ファイルを上書き保存するときに、内部的に別名で作成して
古いのを削除してリネームするタイプはちょっとこまるけどさ

誰か作ってくんねーかなー

438login:Penguin2018/06/26(火) 19:14:21.34ID:J9Gpy93N
>>436
なんとなくだけど、
VolFs(WSL上のファイルシステム)は相互運用を考えられておらず
Linuxで使われてるファイルシステムの機能を実現できるように作られており
/mnt/c以下のDrvFsの方で相互運用できるような感じで開発されてる気がする
例えば最近だと所有者やパーミッションをうまく扱えるようになった
WSLの開発チームとしてはDrvFsの方でデータ作成してほしんじゃないかなーって思う

439login:Penguin2018/06/26(火) 19:59:57.69ID:BvoK1zx+
>>437
>>438
1803でパーミッション関係改善されたらしいけど、どうなんでしょうか。

当方の環境ではメモリがふんだんにあるんで8GBのramdiskをOSFmountで
作ってそこにWindowsとWSLの作業フォルダ作ってるんで、問題にはなっていません。

秀丸とかさくらエディタとかちょっとした修正には便利なんでやめられません。

440login:Penguin2018/06/26(火) 20:25:30.72ID:xG481UuR
>>439
ここに詳しく書いていますね。WSLで別途パーミションを管理しているんですかね。
http://ascii.jp/elem/000/001/623/1623594/

441login:Penguin2018/06/27(水) 07:32:36.75ID:tsjcOpLT
>>437
dokan + win-sshfsみたいな

442login:Penguin2018/06/27(水) 13:35:01.73ID:CCfvuVrx
>>437
問題の最大の原因が
>ファイルを上書き保存するときに、内部的に別名で作成して
>古いのを削除してリネームするタイプ
である以上そこを一番に対処しないのは片手落ちどころかZ武

443login:Penguin2018/06/27(水) 14:02:25.76ID:TdzipPgr
そういやwinsshfsのドライブはdrvfsでマウントできないな
WSLでfuseが動いてくれればなあ

444login:Penguin2018/06/27(水) 14:07:54.96ID:eQ7Rwnip
反応されてないからこれっきりにするけど、WSLにcloud9入れれば解決するよ。
cloud9はブラウザから使えるIDEでエディタもコンソールも付いてるし、もちろん日本語も使える。
コピー&ドラッグでファイル交換もできる。
linux鯖に入れたりもするけど、qiitaに記事があるから見てくれ。
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9

445login:Penguin2018/06/27(水) 14:12:18.81ID:AQpI8r33
>>443
fuseは要望は多いみたいだし、可能性はあるね。

446login:Penguin2018/06/27(水) 14:44:46.48ID:4txvqkVS
>>444
面白そうだから家に買ったらやってみる。

447login:Penguin2018/06/27(水) 14:46:11.08ID:35mw1b+m
ローン組むのか?

448login:Penguin2018/06/27(水) 15:09:51.92ID:4txvqkVS
間違えたw
「家に帰ったら」

449login:Penguin2018/06/27(水) 16:05:42.16ID:Cmt5at7A
fuseは遅くてもいいから欲しいな
それとデバイス直接触れるようになればかなりいい

450login:Penguin2018/06/27(水) 19:14:52.61ID:AQpI8r33
>>449
デバイスは難しいんじゃないかなぁ。GPUとか使いたいって言う
人はいるようですね。そこまでするなら実機でいいような気がするけど。

451login:Penguin2018/06/27(水) 19:21:52.73ID:bZXnwE2o
wslで出来ないこと探すのに躍起になってるだけかと。

452login:Penguin2018/06/27(水) 19:26:39.05ID:AQpI8r33
>>451
もうOSとかそんな時代じゃないんだけどね。それをわかっているのがMS
わかってないのがLinuxやMac信者。

453login:Penguin2018/06/27(水) 19:39:09.88ID:naRZ4r+v
できないこと探すってよりWSLは万能ツールじゃないからさ
得意なこと不得意なことあるのは当たり前かと
MSもそのあたり分かってるからHyper-VのEnhanced Session Mode作りながら
WSLは別物として開発してるわけでね

454login:Penguin2018/06/27(水) 21:23:38.55ID:Cmt5at7A
>>450
あ、いやデバイスというかhddとかusbメモリとか
ext4とかのhddとかwindowsで扱いたいときあるじゃん

455login:Penguin2018/06/27(水) 21:26:39.90ID:AQpI8r33
>>454
ext2fsdでいいんじゃないの?

456login:Penguin2018/06/27(水) 23:05:19.02ID:J2KQFUWU
Windowずから操作しても、大抵はファイル壊れないよ

457login:Penguin2018/06/28(木) 06:54:37.83ID:DuNNSMCw
時々でもファイル壊れたら困るわ

458login:Penguin2018/06/28(木) 08:58:14.05ID:ko4SPFTC
Windowsユーザーが気付いていない未来の落とし穴

1. スケーリング問題が未解決
2. HiDPI(Retina、仮想解像度)をサポートしていない
3. MacとLinuxに引き離される
4. フルHDモニターしか使えない
5. 巨大画面56インチ4KモニターでWindowsを使う日がもうすぐやってくる
  

459login:Penguin2018/06/28(木) 11:47:20.60ID:EcqmJwP0
>>454
loopback deviceとかdevice mapperとかもあるといいなあ
まあ要求しだすと結局「素のLinuxか仮想マシン使え」になってしまうんだけど
せめてWin10のHyper-VがUSBメモリブートできれば…

460login:Penguin2018/06/28(木) 12:04:37.72ID:1wSz3Hsm
リナックスx86系は日本人C,C++本物のマは数える程しかいないの知ってる
なぜならいざ配布となるとlibcとか互換性問題めんどいからな
妙に上げてるのは似非マのうぶんちゅうかもしくわぱいそんぱいそんいってるパイカスだけだろ?
MSも商売だから大変ね

461login:Penguin2018/06/28(木) 14:28:47.36ID:YOA0GOx8
WSLでfuseが動いたらext4やbtrfsをマウントできるようになるのか?

462login:Penguin2018/06/28(木) 19:29:20.37ID:1wSz3Hsm
>>461
え、嘘だろとか思いながら今パピーで即席でfuseのチェックはずしてbzImageコンパイルしたけど普通にext4のrootfsマウントできたぞ
俺の10分返せ

463login:Penguin2018/06/28(木) 19:49:59.58ID:vnmX6RsV
>>462
あなたは何か勘違いしていると思います

464login:Penguin2018/06/28(木) 19:56:42.35ID:1wSz3Hsm
>>463
ほほう、どこらへんが?

465login:Penguin2018/06/28(木) 19:58:14.57ID:BYpLHejl
>>462
ここはLinux板だけど、WSLのスレッドだからカーネルはWindowsだよ。

466login:Penguin2018/06/28(木) 20:06:11.24ID:1TCs+qHg
>>465
WSLのカーネルコンパイルできたら面白いね。

467login:Penguin2018/06/28(木) 20:09:01.95ID:1wSz3Hsm
>>465
いやLinuxカーネルの例えであってるよ、ext4がfuseに依存してるかどうかの話だから
難しい話じゃないと思うんだけどね

468login:Penguin2018/06/28(木) 20:10:20.93ID:1TCs+qHg
>>467
依存してるかどうかの話は君しかしてないんじゃない?
WSLのカーネルを自分でコンパイルできるなら方法を教えてほしい。

469login:Penguin2018/06/28(木) 20:19:49.55ID:vnmX6RsV
>>467
ext4がfuseに依存してるかどうかの話ではないよ
fuse版のext4(あるいはbtrfs)ドライバが存在するか、もしくは>>461が作れるかどうかの話だよ

470login:Penguin2018/06/28(木) 20:20:31.67ID:1wSz3Hsm
>>468
釣りかな?
>>461がその話をしだしたんだが
あとWSLはWindowzのサブシステムだからカーネルはNTカーネルでしょ
興味ないから見てないけど

471login:Penguin2018/06/28(木) 20:22:58.69ID:1TCs+qHg
>>470

WSLでfuse動かすことできたんですか?
それだけの問題なんだが。

YesかNoでよろしく。

472login:Penguin2018/06/28(木) 20:23:43.04ID:1wSz3Hsm
>>469
あ、そういうことかわかったスレ汚しゴメンね

473login:Penguin2018/06/28(木) 20:27:12.01ID:BYpLHejl
>>465
>今パピーで即席でfuseのチェックはずしてbzImageコンパイルした
このパピーのマシンは素のパピーLinux?それともWSL?
コンパイルはできると思うけど、カーネルはロードできないんじゃないか?
試したことさえないんだけど、そもそもWSLにLinuxのカーネルがのってないから。

仮にWSLで自前カーネルで起動?できるなら、コンパイルもAPIレベルでエミュレート(厳密には違うけど)できてることになるからワクワクするぞ!
手順を教えてくれ。

474login:Penguin2018/06/28(木) 20:29:04.83ID:BYpLHejl
>>472
勘違いはあるよね、俺もはじめWSLは仮想化だと思ってたよ。>>473は気にしないでくれ。

475login:Penguin2018/06/28(木) 20:29:05.12ID:1TCs+qHg
>>473

書き込みから、そう思って期待したんだけど

>>472

のようにそういう意図じゃなかったようです。


自前カーネル起動するなら普通に考えたら実機かVMですよね・・。

476login:Penguin2018/06/28(木) 20:35:46.37ID:1wSz3Hsm
そうそうVMだよ
とにかく悪かったからゴメンね

477login:Penguin2018/06/28(木) 20:36:11.49ID:1TCs+qHg
>>476
あなたがいい人だということはわかりました。

478login:Penguin2018/06/28(木) 20:39:33.18ID:BYpLHejl
WSLは全然よゆーで不完全なんだけど、ただの仮想化じゃないから夢のある話で期待したくなる魅力があるんで、そのへんの啓蒙にはなったんじゃないか?

479login:Penguin2018/06/28(木) 20:43:29.35ID:1TCs+qHg
>>478
昔からある技術をLinux互換にしたんで興味持つ人が増えているのかも。
MSの英断としかいいようがないですね。

480login:Penguin2018/06/29(金) 00:22:12.65ID:u+XViwbk
MS CEOのナデラならでわの営団だな
ナデラならでわ

481login:Penguin2018/06/29(金) 01:14:56.09ID:oYS5Yn7/
でもwslでできなくてLinuxディストリでできることって殆ど無くない?

482login:Penguin2018/06/29(金) 01:43:43.95ID:aa5HXmOQ
本当にそうなら文句を言う奴も殆どいない筈だな

483login:Penguin2018/06/29(金) 01:53:35.12ID:+PGVNjPe
でなきないことのほうが圧倒的に多いだろ

484login:Penguin2018/06/29(金) 01:56:15.45ID:q14ZtLk+
逆から読んでも ナデラならでわ

485login:Penguin2018/06/29(金) 10:26:57.01ID:phItRyh4
>>481
ほとんどないですね。

486login:Penguin2018/06/29(金) 10:33:04.56ID:MLIoqG13
>>483
Windowsでできてしまうことが悔しいですか?

487login:Penguin2018/06/29(金) 11:01:30.09ID:phItRyh4
WSLはLinuxデスクトップが無くなる一助になると思いますが、Linuxそのものは広まると思いますよ。
WindowsユーザーもWSLを通してLinuxを使うようになりますから。
LinuxもWindowsの一部になったと考えればありがたみが分かるのではないでしょうか。

488login:Penguin2018/06/29(金) 11:17:15.31ID:phItRyh4
Windowsの機能の一つとして認知される以上、メモ帳のようにいつまでもWindowsに在り続けると思います。
そういった意味でもWSLは安心して使えるんじゃないでしょうかね。

489login:Penguin2018/06/29(金) 11:23:43.67ID:MLIoqG13
>>487
普通のWindowsユーザーはメモ帳は使うかもしれないけどWSLは使わない。

490login:Penguin2018/06/29(金) 11:25:27.04ID:+Ng2aKay
Hyper-VはProでないと使えないし
Homeでも使えるWSLはありがたい

491login:Penguin2018/06/29(金) 11:28:04.54ID:phItRyh4
WSLはバッテリーを余分に消費しないので、そういった点もありがたいですね。

492login:Penguin2018/06/29(金) 12:12:56.85ID:wxqIN13C
WSLでビルドして大量のファイルを作ったり消したりしてると
no such fileとか言われることある?
/mnt/cのほうで起きるんだけど

493login:Penguin2018/06/29(金) 12:34:57.30ID:qD1MP3Xo
そりゃ消せばあるだろ

494login:Penguin2018/06/29(金) 19:43:31.33ID:wCFhkCrM
>>474
仮想化じゃなくWinカーネルでGNUを動かすだからな
MSがWinにLinuxカーネルを入れるなんて大敗北だろうからな

495login:Penguin2018/06/29(金) 20:03:08.74ID:ApVr9+Wr
>>494
理解してるし、レスの流れを読んでくれると助かる。

496login:Penguin2018/06/29(金) 20:21:24.71ID:MLIoqG13
>>494
と、いうかLinuxにとってWindowsに取り込まれて内包されてしまうほうが
敗北なんだけどね。協力したCanonicalがバッシング受けてるとか。

497login:Penguin2018/06/30(土) 01:16:34.17ID:/WDGLRhF
Windows ServerならWSLでサーバー機能を提供しても、
ライセンス的に問題ないという理解で良い?

498login:Penguin2018/06/30(土) 08:00:21.33ID:ciDbTqcO
どうしたらそう言う解釈が出来るんだ

499login:Penguin2018/06/30(土) 10:01:17.85ID:tePRbdlT

500login:Penguin2018/06/30(土) 11:08:06.84ID:BT1WsR3X
>>494
そういう考え方もあるのか

501login:Penguin2018/06/30(土) 11:14:01.64ID:56bxQUYD
curlとかBSDのtarはWindowsに取り込んでるな。

502login:Penguin2018/06/30(土) 11:14:55.18ID:56bxQUYD
いや、tarはGNUの方だったか。

503login:Penguin2018/06/30(土) 13:15:58.27ID:tePRbdlT
紛れもなくbsdtarの方なんだが、どこ見てGNUと判断した

504login:Penguin2018/06/30(土) 14:03:08.82ID:68OKWNvs
>>503
悪い。勘違いだった。
↓の下の方を見ていた。

http://ascii.jp/elem/000/001/630/1630163/img.html

505login:Penguin2018/06/30(土) 15:15:48.61ID:TSuopuj7
Win搭載のtar.exeの元はbsdで、WSL上のtarはGNUと言うことだろ
(LinuxではGNU tarだけど)WSLでわざわざbsd tarを配布するなんてしないだろう

506login:Penguin2018/06/30(土) 15:45:08.14ID:mhHiqGFU
GNU tarを使ってるのは、GPLに汚染される可能性を考慮してそうなってるのかな?

5074972018/06/30(土) 16:53:16.37ID:/WDGLRhF
>>498
>>130あたり読み返してたら、何となく

508login:Penguin2018/06/30(土) 17:43:01.30ID:mhHiqGFU
>>597
Windows Serverの適切なCALを購入していれば、
そりゃライセンス的に問題はないだろうさ

5094972018/06/30(土) 17:53:05.31ID:/WDGLRhF
>>508
サーバーライセンスだけじゃなく、CALも必要なのね

510login:Penguin2018/06/30(土) 18:44:48.08ID:HJEpjvtM
VMより効率いいとは言っても結局のところ画面とかないからね
coLinuxを精子せょう進化させたほうがええやん

511login:Penguin2018/06/30(土) 19:38:21.78ID:65hH98iZ
>>510
ならcoLinuxを発展・進化させるプロジェクトを立ち上げて
WSLに対抗したらいいんじゃない?

512login:Penguin2018/06/30(土) 20:05:08.18ID:mhHiqGFU
>>510
画面はWindowsを使いたいから
WSL使うんでしょ?

513login:Penguin2018/06/30(土) 22:25:59.77ID:CLAdZrY5
WSLは魅力的だけど、Windowsの画面描画が汚すぎてアレ。
とくにフォントヒンティングはひどすぎて、どないしようもない。
これ、いい加減になんとかしてほしいんだよな、過去の互換性を全部捨ててでも。

514login:Penguin2018/06/30(土) 22:32:59.06ID:65hH98iZ
>>513
WSLには関係ないし。ネタとしてつまらん。

515login:Penguin2018/06/30(土) 23:54:52.33ID:mhHiqGFU
>>513
え? これのどこが汚いの?

https://silight.hatenablog.jp/entry/2017/05/03/144138

516login:Penguin2018/06/30(土) 23:56:49.21ID:65hH98iZ
>>515

自分の字が汚い人ほどいちゃもんをつけたくなるそうです。

517login:Penguin2018/07/01(日) 00:04:21.32ID:Mhwec4ry
フォントに関しては見慣れてるかどうかで印象変わる気がする
個人的にアンチエイリアスかかってるフォントはボケッとしてて好きじゃない
winのゴシックはボケないけどジャギがめだたなくて好き
明朝系のヒゲフォントはモニタ上では見たくない

518login:Penguin2018/07/01(日) 00:08:40.56ID:+w2giTsy
> 個人的にアンチエイリアスかかってるフォントはボケッとしてて好きじゃない

アンチエイリアスが掛かってないフォントを見たことがあるの?

519login:Penguin2018/07/01(日) 00:17:45.27ID:D1/xvqY3
つMSゴシック

520login:Penguin2018/07/01(日) 00:49:41.43ID:+w2giTsy
でもMSゴシックなんかもう殆ど使われてなくね?
WSLのスレなんだからWindows 10を使ってるだろうけど、
ちょうどこの間SSDが壊れて再インストールしたんだよね。
初期のWindowsはフォントがなんかおかしかったんだけど
そういやフォント設定何もいじってないことに気づいた
コンパネの中からもMSゴシック消えてね?
Windows自体からMSゴシックは消えて、一部の
古いアプリだけしかもう使ってない気がする

521login:Penguin2018/07/01(日) 01:52:21.90ID:xfriYnAH
おれはターミナルのフォントには12ドットのビットマップのMSゴシック(等幅)を使い続けている。
大量のテキストを眺めるときは、アンチエリアスの掛からないビットマップフォントの方が、圧倒的に目が楽だ。

眼は、対象の輪郭でピント調整するからな。その輪郭がボヤけていれば、目に余計な負担が掛かるのは当然。
12ドットビットマップは、FullHD辺りまでの環境では表示密度的にもベスト。
同じ理屈で、4Kや8K環境向けに24ドットのビットマップフォントで手頃なものがあると良いのだが…

522login:Penguin2018/07/01(日) 02:03:04.07ID:Mhwec4ry
いやごめんアンチエイリアスはwinでも皆かかってるんだけどClearType的な?
Linuxデスクトップ上のフォントってジャギー部分の灰色成分が多いというか
紙の印刷物スキャンした画像ファイルみたいなもやっとした印象があって
クッキリフォント見慣れてると違和感がある
まあ旧来のフォントに慣れすぎてるだけなんだけど

523login:Penguin2018/07/01(日) 02:12:30.86ID:Mhwec4ry
>>518
まあDOSから上がってきた人間なもんで

524login:Penguin2018/07/01(日) 03:23:17.39ID:xfriYnAH
ビットマップフォントだと古いMacで使われていたosakaフォントもあるけど、
osakaは小文字のaとe,o辺りの判別がシルエットからはつきにくい、という致命的な欠陥が。
1とlなんかもつらいね。まあ、およそコードやターミナルを扱う人のためのフォントではない。

4K/8K時代のコンソール環境を考えると、高品位な24〜48ドットのビットマップフォントが欲しくなるのだけど、これがなかなか見当たらないのが惜しいし、目下差し迫りつつある問題でもある…。

そもそもアンチエリアスなんて解像度が不足しているから仕方なくやるもので、解像度が十分なら本来不要な処理だしなあ。

525login:Penguin2018/07/01(日) 03:25:02.54ID:xfriYnAH
MacのASCII文字は、chicagoだったか。
いずれにしてもコードやコンソールには向かないフォント。

526login:Penguin2018/07/01(日) 03:42:50.35ID:A6EPqzw3
MacはMonacoな

527login:Penguin2018/07/01(日) 03:49:52.93ID:lBFLm+FW
マカー噴水

528login:Penguin2018/07/01(日) 04:00:29.54ID:2rlyR+eQ
ChicagoはGUI用の伝統的なフォントだがコンソール用はMonacoが伝統的なフォント
Osaka等幅のASCII部分はMonacoと等しい
Monacoは非常に素晴らしいフォントで個人的には今でも現役

529login:Penguin2018/07/01(日) 09:05:50.14ID:iYs7reyN
build 1803でCJK環境でターミナルのフォントがバグるの改善されたの知らないの?

530login:Penguin2018/07/01(日) 11:48:09.27ID:LQmz1dRF
ビルド番号とバージョン番号を混同してはいけない

531login:Penguin2018/07/01(日) 12:02:24.74ID:+w2giTsy
バージョン番号なんて誰も言っていない

532login:Penguin2018/07/01(日) 12:07:38.71ID:3LicAZLl
そもそもターミナルのフォントバグの話なんか誰もしてなかったという

533login:Penguin2018/07/02(月) 08:47:31.90ID:mL5qe3Fu

534login:Penguin2018/07/02(月) 10:29:06.28ID:luX4QGwo
>>529のどこにもバージョン番号は書かれていない

535login:Penguin2018/07/02(月) 11:17:08.47ID:XTlHbp5a
Windows 10 version 1803 build 17134

536login:Penguin2018/07/02(月) 11:17:58.69ID:7O9k9FFv
書かれてるよ。

537login:Penguin2018/07/02(月) 12:22:42.27ID:1xKO8NBn
これは恥ずかしい

538login:Penguin2018/07/02(月) 20:01:56.81ID:OE/zQ4R1
こんなん笑うわwwwwwww

539login:Penguin2018/07/03(火) 02:24:39.89ID:Jxtyy5VP
確かにwslでevinceして見たpdfとWindowずから開いたpdfだと圧倒的にwslのが見やすかった
Windowsは文字が小さいと潰れて見えるけどLinuxはくっきりしてるから見やすい

540login:Penguin2018/07/03(火) 02:26:40.98ID:Jxtyy5VP
wslttyいれてフォント変えればいいじゃん

541login:Penguin2018/07/04(水) 12:21:30.73ID:qH0+A1Sw
うち、2880*1920(200%)文字キレイ。

542login:Penguin2018/07/04(水) 13:48:07.67ID:j66FE68+
2880*1920で文字サイズ2倍って
実質の作業領域は1440*960じゃん。

せっまw

543login:Penguin2018/07/04(水) 16:15:31.48ID:ONzGv0WG
うちもノートは3Kだけど150%運用だな
精細さより広さの方が大事

544login:Penguin2018/07/04(水) 17:25:46.78ID:qH0+A1Sw
では、ドボルザークの新曲、新世界よりをお楽しみください。

545login:Penguin2018/07/04(水) 17:56:27.48ID:VldNzSFW
>>544
何かレベルの高いネタを言っているのかもしれないが、学のない俺にはさっぱり分からない。

546login:Penguin2018/07/04(水) 17:57:42.79ID:qH0+A1Sw
アンチエイリアスは重視されなくなる。
ディスプレーは高詳細になる。
そして文字はWindowsのほうがきれい。
Linuxはモヤッとしてるという書き込みがあったが、俺もそう思う。

547login:Penguin2018/07/04(水) 18:15:20.90ID:q4/1jk1g
ギザギザな文字見過ぎると目が腐るらしい

548login:Penguin2018/07/04(水) 19:23:08.17ID:cygZ8r7t
>>544
> では、ドボルザークの新曲、新世界よりをお楽しみください。

百合漫画だっけ?

549login:Penguin2018/07/04(水) 19:49:19.30ID:900f4z7g
確かにwindowsのフォントレンタリングは汚いし
ms自身がこんなもんでええやろと言ってるが
高解像度になればあんまり気にならない

550login:Penguin2018/07/04(水) 19:50:53.18ID:cygZ8r7t
> 確かにwindowsのフォントレンタリングは汚いし

十分綺麗だろ?

汚いという証拠写真でも見せてよ

551login:Penguin2018/07/04(水) 19:57:30.12ID:xT/Waekh
27インチ1920*1080というような作業に不向きな環境だと、モヤッとしたほうがきれいに見える可能性もある。
とはいえ、そちらが一般的かというと。
やはりWindowsはよくできてる。

552login:Penguin2018/07/04(水) 20:01:28.57ID:xT/Waekh
文字云々言ってる人には高詳細ディスプレー使えとしか言いようがない。
いつまで古臭いディスプレーにこだわってんのって話。

553login:Penguin2018/07/04(水) 20:20:14.80ID:gc2YNXkS
右と左、どっちがきれい?
https://i.imgur.com/KXTfurt.jpg

554login:Penguin2018/07/04(水) 20:34:23.60ID:vS9g8y0f
>>553
今はフォントレンダリングの性能なんで
ハードウェアの性能は同じにしてください。

まったく言われなきゃいわからんかねw

555login:Penguin2018/07/04(水) 20:35:26.79ID:vS9g8y0f
あとフォントはメイリオ以降に作られたフォント限定な

556login:Penguin2018/07/04(水) 20:40:25.00ID:xT/Waekh
ヒント情報のないフォントを奇麗に表示できない、つまりLinuxで作ったPDFはWindowsできれいに表示されないということであれば、やはりWindowsで作った方がいいんじゃないの。
9割の人がWindowsで見るわけだから。

557login:Penguin2018/07/04(水) 20:41:25.64ID:Zo0qOmME
フォントを埋め込めばおk

558login:Penguin2018/07/04(水) 20:46:34.18ID:hEKwtmX9
フォントだな

559login:Penguin2018/07/04(水) 21:48:20.04ID:gc2YNXkS
>>554
すみません。よく分かりません。

560login:Penguin2018/07/04(水) 21:49:31.83ID:gc2YNXkS
PDF見るときWindowsのフォントが見にくい(横線が薄すぎて見えないし文字小さくしたとき潰れる)ので、フォント変えたいんだけど簡単な方法ないかな?

561login:Penguin2018/07/04(水) 21:49:56.15ID:xT/Waekh
スパコン!

562login:Penguin2018/07/04(水) 21:50:45.67ID:xT/Waekh
そういう現象が起きたことが無いからなあ。

563login:Penguin2018/07/04(水) 21:52:38.52ID:gc2YNXkS
>>562
>>553で上げてる写真の左がWindowsで、右がwslなんだけど、明らかWindowsのが見にくくない?

564login:Penguin2018/07/04(水) 21:52:44.30ID:xT/Waekh
基本的にPDFのようなGUIが向いてるものはWindowsを使って、GNU使うときはWSL使えば良いんじゃないの?

565login:Penguin2018/07/04(水) 21:53:30.88ID:xT/Waekh
>>563
いや、うちはとてもきれいなんで。
そうならないから何とも。

566login:Penguin2018/07/04(水) 21:56:56.46ID:IMnFQdmv
>>563

レンダリングするソフトに依存してるだけで、
どうでもいいレベルなんだけど。

567login:Penguin2018/07/04(水) 21:59:39.80ID:IMnFQdmv
>>560
高解像度環境に変えればいい。

568login:Penguin2018/07/04(水) 22:07:35.53ID:xT/Waekh
オフィスの有無でフォント環境が変わるのかもしれないしな。
オフィス入っていないパソコンなんてスパコンくらいだろうけど。

569login:Penguin2018/07/04(水) 22:08:48.61ID:xT/Waekh
>>553をどうやったら再現できるのか検証すれば何かわかるかもしれないな。

570login:Penguin2018/07/04(水) 22:09:03.96ID:qEzNqTOA
スパコンはパソコンじゃねーんだが

571login:Penguin2018/07/04(水) 22:10:08.92ID:xT/Waekh
>>570
熱心なLinuxユーザーは俺のスパコンが〜ってよく言うだろ。

572login:Penguin2018/07/04(水) 22:11:57.63ID:IMnFQdmv
結局、フォントのレンダリングは速度との兼ね合いがあるからね。
どちらをとるかの問題だけ。
普通に読めれば特に問題ないと思うけどね。

気にする人ほどたいした文書を作成していない傾向にあることは確か。

573login:Penguin2018/07/04(水) 22:13:59.92ID:IMnFQdmv
>>572

> 気にする人ほどたいした文書を作成していない傾向にあることは確か。

これは経験則ね。こっちの環境がフォントがきれいって言ってる人は
読むだけで、クリエイティブなこと全くしない人が多い。

574login:Penguin2018/07/04(水) 22:16:25.37ID:vS9g8y0f
> 右がwslなんだけど、明らかWindowsのが見にくくない?

wsl = Windowsじゃん。何いってんの?

575login:Penguin2018/07/04(水) 22:17:15.72ID:xT/Waekh
今やLinuxもWindowsの一部だからな。
便利な世の中になったもんだよ。

576login:Penguin2018/07/04(水) 22:18:26.99ID:Zo0qOmME
なんで写真なんだよ。スクショにしてくれ。

577login:Penguin2018/07/04(水) 22:19:05.34ID:IMnFQdmv
>>574

彼は、たぶんwslがフォントのレンダリングも行ってると
勘違いしてるんだと思う。

578login:Penguin2018/07/04(水) 22:21:59.37ID:gc2YNXkS
wslの方はgnome入れたからそれで描いてる

579login:Penguin2018/07/04(水) 22:24:02.35ID:xT/Waekh
表示にこだわるなら高詳細ディスプレーがお勧めですよ。
これはホントにきれいなんで。

580login:Penguin2018/07/04(水) 22:24:21.69ID:gc2YNXkS
>>567
ノートパソコンでPDF見ること多いから低画質で見やすくしたい

581login:Penguin2018/07/04(水) 22:25:54.85ID:IMnFQdmv
>>580
Surface買えばいいんじゃない?

582login:Penguin2018/07/04(水) 22:26:57.31ID:xT/Waekh
>>580
ノートこそディスプレーにこだわった方がいいですよ。
キーボードとディスプレーはこだわった方がいいです。
あとポインティングデバイスもですね。
日本のメーカーはキーボードとポインティングデバイスが非常にいいです。
こういうのはカタログに載らないスペックですから、海外のメーカーは手抜きが多いです。

583login:Penguin2018/07/04(水) 22:27:50.35ID:IMnFQdmv
>>578
根本的に間違ってる。
WindowsのソフトのX Serverが描画してるんだよ。
VcSrvかMobaXtermか知らんが。

584login:Penguin2018/07/04(水) 22:29:43.66ID:gc2YNXkS
>>583
え、そうだったんだ
vcxsrv入れてる

585login:Penguin2018/07/04(水) 22:30:58.85ID:gc2YNXkS
>>582
thinkpadなのでキーボードはいいはずなんだけどディスプレイの解像度あんま良くない

586login:Penguin2018/07/04(水) 22:35:37.83ID:xT/Waekh
チン子パッド!

587login:Penguin2018/07/04(水) 23:17:19.63ID:ONzGv0WG
>>572
大したもんじゃないからこそテキストはクッキリハッキリ余計なレンダリングなしで
速く表示して欲しいんだよな


高解像度環境は全部同じdpiで揃えられりゃいいけど
複数台PCやらマルチモニタで使ってるとリモートデスクトップで
表示ガッタガタになるのがいただけない
個人的にノングレアIPSが絶対条件なんでそうそうモニタ買い換えらんない

588login:Penguin2018/07/04(水) 23:23:15.28ID:xT/Waekh
>>587
じゃあWindows使えば良いだろ。

589login:Penguin2018/07/05(木) 00:08:19.62ID:k9Oq7Si8
何に対しての返しだかわからんがもちろんwindowsですが
wslのスレなんで

590login:Penguin2018/07/05(木) 02:36:55.04ID:LS6dzu1T
バージョンが同じfreetypeとcairoで表示させたらWindowsもLinuxも全く一緒
結局はどんなアプリを使うかだけの違い

591login:Penguin2018/07/05(木) 07:11:36.93ID:PVE2mjRs
わかってて話を逸らしてる奴がいるw

592login:Penguin2018/07/05(木) 10:40:36.51ID:0NGzcUxk
高解像度にモニタは作業領域を求めるものだろ
精細さとかは二の次でいいわ

593login:Penguin2018/07/05(木) 12:27:48.02ID:1D7N1ge0
>>592
高詳細モニタ使えば考え変わるよ。

594login:Penguin2018/07/05(木) 13:06:55.35ID:0NGzcUxk
そもそもDPI上げないと読めないようなモニタは買わないから

今使ってるのも
30インチ 2560*1600
65インチ 3840×2160
だけ

595login:Penguin2018/07/05(木) 13:13:23.70ID:Ifjxnhb9
ノートパソコンは持ってないのか・・・

596login:Penguin2018/07/05(木) 13:13:57.99ID:Ifjxnhb9
あ、ごめん。30インチっていうのはノートパソコンかな

597login:Penguin2018/07/05(木) 13:27:09.15ID:1D7N1ge0
>>594
文字の大きさが20ミリくらいにならないか?

598login:Penguin2018/07/05(木) 13:27:57.71ID:GRI4h5HX
30インチのノートPCを運んで転んだら潰されそうだな。

599login:Penguin2018/07/05(木) 13:29:33.44ID:1D7N1ge0
200%あたりが一番きれいだと思うけどな。

600login:Penguin2018/07/05(木) 13:44:07.68ID:VZEavllV
ID:qH0+A1Sw
ID:xT/Waekh
ID:1D7N1ge0
新世界くん持論押し付けすぎ
あとチャットしてんじゃないんだから少しは推敲しなよ

601login:Penguin2018/07/05(木) 14:36:21.52ID:u0dkXdac
なんでもいいけど、親父(67)が字がちっさくて読めないって言って低解像度ディスプレイ使ってる。
20インチとかで、大きくて不便らしいから、慣れの問題だと思う。
大きいモニターは視点移動がだるいからつかれる。
俺はフルHDをトリプルディスプレイにしてるけど、縦置きを一つ置いてるんで、窓が分けれて便利だよ。
コンソールの視点とブラウザの視点とかな。
需要は人それぞれだろ。
あと、WSLでXserver使ってる人、環境と使い心地教えて。

602login:Penguin2018/07/05(木) 16:27:22.25ID:jOi3XYrc
俺はデスクトップが32インチ2560x1440と1680x1050のデュアルでノートは12インチ約3Kのやつだけどどっちも100%だわ
32インチのディスプレイは4Kにしようか迷ってる

603login:Penguin2018/07/05(木) 17:14:01.69ID:DdjAKC81
Fortran66の開発はもう、終わったよ。
GNUツールの修復もパッチで穴埋めだから、ろくに動かんでしょ。

604login:Penguin2018/07/05(木) 20:14:34.05ID:ft/pUr0s
新し目のcorei5メモリ8gbのパソコンでxサーバーはvcxsrv入れてるけど、matplotlibとかCERNのROOTとかでグラフ描くのはLinuxとかMacと同じようにできる。mateのデスクトップ環境動かしても、たまにエラーは出るけどサクサク動く。
ただFirefoxは画面スクロールするときCPUに負荷がかかって、動作が遅れるので使いづらかった。

605login:Penguin2018/07/05(木) 20:33:24.80ID:wEh1mbmy
>>602
>ノートは12インチ約3Kのやつ
どこの会社のなんていうモデルのノートPC?

606login:Penguin2018/07/05(木) 20:48:14.36ID:1D7N1ge0
12インチ3k100%だと文字が米粒くらいにならないか?

607login:Penguin2018/07/05(木) 21:46:31.08ID:jOi3XYrc
>>605
CHUWIのlap book 12.3
性能ゴミだけど外では性能必要なことしないしデスクトップ広くて助かってる
字は米粒以下だけど読むこと少ないし目はいいから気にならない

608login:Penguin2018/07/05(木) 21:58:03.63ID:1D7N1ge0
文字読まないのにフォントガーなのか。

609login:Penguin2018/07/05(木) 22:28:07.87ID:tm65Yfsn
レコード鑑賞で、色艶言うようなものか

610login:Penguin2018/07/05(木) 22:56:10.75ID:DxRAKwWm
いや俺はフォントの話全くしてないんだが

611login:Penguin2018/07/05(木) 22:56:42.51ID:DxRAKwWm
なんかid違うけど俺>>607

612login:Penguin2018/07/05(木) 23:24:05.05ID:k9Oq7Si8
15インチ3Kでも100%はしんどいのに12インチとは恐れ入る
文字読めない以前にアイコンも小さすぎて操作しづらくないん?
広いけど読めないデスクトップ上でどんなアプリを動かしてるのか純粋に気になるわ

613login:Penguin2018/07/06(金) 00:04:15.07ID:GEVbnUTO
>>607
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でこの解像度は写真を見るためにのような感じだな

614login:Penguin2018/07/06(金) 00:36:43.19ID:ZDe73fq3
>>612
何もかも小さいけどその分カーネルの移動も遅いから問題ないよ
学生だから、隙間時間使ってレポート書いたり授業で軽くコード書くぐらいしかに使わないけど、授業のテキストとエディタとターミナル並べたりしても余裕だしレポートもPDFとか見ながらかけて快適

615login:Penguin2018/07/06(金) 08:15:18.26ID:CoraB898
カーソルね

616login:Penguin2018/07/06(金) 08:46:28.44ID:ZXTwQyXJ
読まないっていいつつばりばりテキスト運用してますやん
メニュー小さくても窓の中のソフトのフォントサイズは各アプリごとに設定でできるから問題ないってことなんかな

自分の若い頃はB5ノートXGAすら細かすぎ言われてとにかく高解像度餓えてた
9ptできれいに表示できるフォント=MSゴシ一択だった

617login:Penguin2018/07/06(金) 20:03:11.05ID:1R7z3VbK
Ubuntu 18.04 のターミナルを WSL Terminal にするにはどうしたらいいんだろう?

GitHub - goreliu/wsl-terminal: Terminal emulator for Windows Subsystem for Linux (WSL)
https://github.com/goreliu/wsl-terminal

618電波いつぱい2018/07/06(金) 21:17:18.29ID:EFytijXH
>>617
ここにやり方書いてありますよ
https://github.com/goreliu/wsl-terminal/blob/master/README.md

619login:Penguin2018/07/06(金) 23:10:07.04ID:tIbrO/Fr
>>617
Mobatermつかうとか。
puttyで接続するとか。

620login:Penguin2018/07/07(土) 06:10:04.84ID:evtw0cm+
ここまでやったらMSはコマンドプロンプトを改良すべきだわ

621login:Penguin2018/07/07(土) 07:03:01.12ID:1HCMuahc
Windows 10になってからコマンドプロンプトは継続的に
改良され続けてると思うが?

例えば
Windows 10 Threshold 2(10.0.1058)ではコマンドプロンプトでANSI/VT100互換表示が可能に
https://srad.jp/story/16/02/09/0639223/

622login:Penguin2018/07/07(土) 07:22:36.78ID:2Ml/yVLB
vscodeのコンソールからbundle initして失敗するので何故かと思ったらwindows側のrubyを呼び出してる。
何事も完ぺきには行かんなあ。

623login:Penguin2018/07/07(土) 07:31:34.79ID:1HCMuahc
>>622
ただの環境変数の問題じゃん

624login:Penguin2018/07/07(土) 08:12:21.09ID:xfQ5sgqt
はやくXに対応するのです。

625login:Penguin2018/07/07(土) 09:15:43.43ID:2Ml/yVLB
WSLの問題は相当減ってきてるけど他のOSでは問題起きないし最初から問題少ない方が良いにきまっとるがな

626login:Penguin2018/07/07(土) 09:40:43.67ID:4tsptUTU
>>625
わかる。Macだと同じコマンドでもオプションが違ったから
本物のLinuxのコマンドが使えるWSLには期待してる

627電波いつぱい2018/07/07(土) 11:28:13.43ID:2+GUx53b
>>624
Xをという人多いけど、そもそもXはクライアントサーバーだから、サーバーをwslて動かすかwin側で動かすかの違いしがない
gnomeデスクトップなんかは難しいみたいだけど、大抵のクライアントはwslで動くはずなので、特に必要性を感じないんだか

628login:Penguin2018/07/07(土) 12:59:27.86ID:vTuXon/h
はやぐwayland対応しで

629login:Penguin2018/07/07(土) 13:22:10.51ID:KYqexaqC
>>627
X Serverはwslでは動かない。Clientのみ。

630電波いつぱい2018/07/07(土) 13:35:05.19ID:fCYAlNa+
>>629
そう書いたつもりだったんだが

631login:Penguin2018/07/07(土) 13:51:12.57ID:23tdVnis
動くぞ。Xephyr 使うと。

632login:Penguin2018/07/08(日) 19:21:39.19ID:CmjifDlt
>>618
遅レス。
書いてあるんだけどなんか内容が噛み合わない。で調べたら、自分が使ってるのはwslttyだったと気がついた。;-)
トンチンカンな質問で申し訳ない。

GitHub - mintty/wsltty: Mintty as a terminal for Bash on Ubuntu on Windows / WSL
https://github.com/mintty/wsltty

ちなみにwslttyはインストール時に、その環境に存在しているWSLの全ディストロ分のショートカットがそれぞれ作成される。
ディストロを追加した場合はwslttyを再インストール。

633login:Penguin2018/07/09(月) 11:33:52.11ID:4lKamT/1
WSL上でDocker Engineが動くようになっていたっぽいという話
https://qiita.com/yanoshi/items/dcecbf117d9cbd14af87

634login:Penguin2018/07/09(月) 12:00:22.30ID:ESvhvoew
Ubuntu 18.04やDebianでも動くのかな?

635login:Penguin2018/07/09(月) 12:18:01.22ID:4SJdzKl6
マジかよ・・・

636login:Penguin2018/07/09(月) 12:22:13.32ID:XgRc8ONI
ubuntuのdocker ってパッケージ名がコロコロ変わってよくわからんね

docker.io
lxc-docker
docker-engine

637login:Penguin2018/07/09(月) 12:26:48.85ID:4lKamT/1
>>634
簡単に試せるんでやってみそ。
自分は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'.

638login:Penguin2018/07/09(月) 12:27:55.93ID:ESvhvoew
今はDocker-ceを普通は入れるんだが、ioの方じゃないとダメなんだろうか・・・

639login:Penguin2018/07/09(月) 18:56:10.25ID:GyMmwySm
>>637
OSのバージョンは? Windows 10 April 2018 Update が必要なようだが。
UNIXドメインソケットが対応されたのが関係するのかも。

640login:Penguin2018/07/09(月) 19:39:41.68ID:4lKamT/1
>>639
こちらの環境はもちろん Windows 10 April 2018 Update だよ。バージョン 1803 (OSビルド 17134.137)。

641login:Penguin2018/07/09(月) 19:52:20.55ID:4lKamT/1
mattnさんのツイート:
たぶん動かない〜って人がいるだろうから注意点を。
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日

642login:Penguin2018/07/09(月) 20:31:47.46ID:ESvhvoew
なるほど管理者権限ね
後でやってるかな

643login:Penguin2018/07/09(月) 20:59:29.27ID:Ql8ZSC+x
Qiitaのページに以下の記載もあるね。

 管理者権限(ココ重要)で動かしているWSLからDockerをインストール。

インストールも管理者権限が必要なのか..。

644login:Penguin2018/07/09(月) 21:35:32.02ID:ESvhvoew
Ubuntu 18.04 & Docker-ce で試したけどダメだった。
Invalid argument〜になる。

645login:Penguin2018/07/09(月) 23:05:28.19ID:urC2LLHw
>>637
同じだ

646login:Penguin2018/07/10(火) 05:24:29.95ID:01qC6FRI
docker daemonが動いてないんじゃね?

647login:Penguin2018/07/10(火) 12:29:08.09ID:TcgXVskw
Windows Subsystem for Linux(Hyper-Vなし)でDockerを動かす - nuits.jp blog
http://www.nuits.jp/entry/docker-on-wsl

648login:Penguin2018/07/10(火) 20:01:53.53ID:3ihYDETJ
A Guide to Upgrading your Ubuntu App’s Release
https://blogs.msdn.microsoft.com/commandline/2018/07/09/upgrading-ubuntu/

649login:Penguin2018/07/10(火) 21:35:33.38ID:ufbi5lxI
docker、OSを再起動すると動くようになったと書いているページがあったので、
やってみたら動くようになった。Ubuntu-16.04では成功。Ubuntu-18.04ではうまく
動かない。でも一歩進んだ。

650login:Penguin2018/07/10(火) 21:43:41.99ID:01qC6FRI
dockerの仕組み上、管理者権限は必須になってしまうのかな?

651login:Penguin2018/07/10(火) 22:29:10.99ID:nMVN/TzN
>>648
今後も無印とバージョン付きが併存していくってことか

652login:Penguin2018/07/11(水) 05:46:04.36ID:HZyKY751
WSLを管理者権限にしないと動かないってどういうことなんだろうな?
sudoで動かすのと違うのか

653login:Penguin2018/07/11(水) 06:42:35.34ID:1j5tiGlN
>>643
インストール時の管理者権限は必要無いようだ

654login:Penguin2018/07/11(水) 09:08:16.16ID:/OrjHkhR
>>652
WSLは基本的にユーザー権限の中で動くので
WSLの中でsudoをやった所で、WSLの世界でのrootにはなってるけど
Windowsの世界の管理者になるわけじゃないよ

おそらくエミュレートしてるLinuxのシステムコールの何かが
Windows上での管理者権限を必要としてるとかではないだろうか?

655login:Penguin2018/07/11(水) 13:31:04.56ID:r/XTS8dC
mattnさんのツイート:
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日

656login:Penguin2018/07/11(水) 13:41:42.78ID:NthoMBHj
>>654
ネットワーク、ソケットがらみかねえ・・・

657login:Penguin2018/07/12(木) 06:33:03.28ID:IePYKLH1
別のバージョンのUbuntuでdockerの動作を確認するときは、一度OSを再起動する必要
があるようだ。例えば、Ubuntu-16.04で一度dockerデーモンを動かすと、OSの再起動
をなしではUbuntu-18.04でdockerデーモンが動かない。dockerデーモンをstopしても
同様だった。また、OS再起動直後にUbuntu-18.04でdockerデーモンを起動すると動くが、
invalid argumentが出て動作はしない。(デーモンとの通信エラーにはならない。)
調べているけど、原因分からず。同様のエラーの報告はちらほら見受けられる。

658login:Penguin2018/07/12(木) 08:04:27.72ID:2fRy1rm8
まだ完璧じゃない部分があるんでしょうね。
だけど、dockerが普通に動くのぞみは出てきたね。

Linuxカーネルの多くをエミュレートしないと無理そうだと思っていたから
難しいんだろうなと思ってたけど、大きな山はなさそうだ

659login:Penguin2018/07/12(木) 18:09:58.54ID:jVPpwGnv
WSL自体を再起動する方法ってあるの? あれってサービス?sudo rebootしたい

660login:Penguin2018/07/12(木) 20:23:05.30ID:2fRy1rm8
>>659
Linuxバイナリを動かすことができるコマンドプロンプト
だから再起動なんて無いよ

661電波いつぱい2018/07/12(木) 20:31:59.24ID:/SnuHNB+
>>659
wslは起動していないので、再起動できません

662電波いつぱい2018/07/12(木) 20:32:48.01ID:/SnuHNB+
>>660
コマンドプロンプトでもありません

663login:Penguin2018/07/12(木) 20:44:02.08ID:IePYKLH1
でも最近のwslはコンソール閉じてもプロセス生きてるよね

664login:Penguin2018/07/12(木) 20:48:14.59ID:2fRy1rm8
>>662
コマンドプロンプトなんていってないよ

665電波いつぱい2018/07/12(木) 20:53:11.35ID:/SnuHNB+
>>663
initが残るようになったからのはず
そのinitも結局はwindiwsのプロセス

666login:Penguin2018/07/12(木) 21:19:52.86ID:JDLu8GFf
WSLはWindowsの中の機能の一つ、という立ち位置。
WSLの窓を開かなくてもLinuxのサービスを走らせることはできるよ。
もちろんコマンドプロンプトからも実行できるし、タスクマネージャーなんかにも登録できる。
完全に位置機能として扱える。

6676662018/07/12(木) 21:20:32.68ID:JDLu8GFf
すまん誤字った。一機能とかきたかった。

668login:Penguin2018/07/12(木) 21:37:12.84ID:Z4ioFT6G
X410 を購入 - Microsoft Store ja-JP
https://www.microsoft.com/ja-jp/p/x410/9nlp712zmn9q
> 4,650 → 580 (税込) ( 4,070 値引き あと 18 日です)

Windows StoreをWSLで検索して見つけた。良さそうだけど どう思う?

669login:Penguin2018/07/13(金) 01:31:13.56ID:IQiuKcDb
Windows側のIMEで透過的に日本語入力とかは期待できそうに無いな
対応言語や法人名を見るに、韓国製か
中国語に対応していないのが少々意外な

670login:Penguin2018/07/13(金) 07:34:27.35ID:fxkbqnVH
dockerでexecは動かないのかな。attachは動くけど。カーネルの機能が足りないのかな。
$ keyctl session
keyctl_join_session_keyring: Function not implemented

671login:Penguin2018/07/13(金) 08:43:59.79ID:NcxNxqNY
遅いのは何とかしてほしい
デュアルブートしたくなる
ほんま遅い

672login:Penguin2018/07/13(金) 09:55:09.93ID:aivwkH4H
普通にDocker for Windows使えばいいだけ

673login:Penguin2018/07/13(金) 10:39:49.84ID:2me+gHsO
Homeだし

674login:Penguin2018/07/13(金) 10:45:43.25ID:gZOhQVeS
Docker for WindowsはHyper-V使ってるから、WSLのDockerとは共存できない模様。

じょいさんのツイート:
WSLでDocker動かない各位、Hyper-Vの機能OFFにすると動きますよ
https://twitter.com/joy1192/status/1016519642808905728
12:09 - 2018年7月10日

675login:Penguin2018/07/13(金) 11:02:45.09ID:2me+gHsO
>>674
でもexec動かない。オレだけ?

676login:Penguin2018/07/13(金) 11:10:25.77ID:aivwkH4H
>>673
じゃあDocker Toolboxを使えばいいだけの話では?

677login:Penguin2018/07/13(金) 11:12:11.75ID:aivwkH4H
>>674
> Docker for WindowsはHyper-V使ってるから、WSLのDockerとは共存できない模様。

その理屈はおかしい。
WSLのDockerがHyper-Vなんか使うわけがない
Dockerはハードウェアの仮想化をしてないんだから

678login:Penguin2018/07/13(金) 11:15:24.83ID:aivwkH4H
Docker for WindowsもWSLのDockerも
同じWindows上で動くDockerだからポート番号でもかぶってるんだろ

Hyper-Vをオフにすることで、Hyper-Vが必要なDocker for Windowsが
停止したってのが真実だろうな。つまりHyper-Vをオンのままでも
Docker for Windowsを停止すればWSLのDockerは動くだろう

679login:Penguin2018/07/13(金) 12:07:17.10ID:CoepbybF
>>676
そうだね。Vagrantを使う方法もある。けど、WSLだけで動かしてみたい。
お手軽だし。

680login:Penguin2018/07/13(金) 12:51:52.22ID:AW0IlF5h
関係ないけどhyperVは他の仮想化と共存できないのがウザいよな

681login:Penguin2018/07/13(金) 12:59:00.23ID:aivwkH4H
>>679
Docker ToolboxはVagrantじゃないぞ。VirtualBoxを使う
Docker ToolboxならDocker for Windowsとそう変わらないはずだけど

>>680
Vagrantがね。HyperVでもvagrantは使えるけど
VirtualBoxと組み合わせてたからなぁ

VagrantとVirtualBoxのVBoxManage.exeを組み合わせた
個人的用のスクリプト書いてたんでちょっと困った
今はWSLできたんでVagrantの必要性は減ったんだけど

682login:Penguin2018/07/13(金) 13:10:18.95ID:aIrnLFzn

683login:Penguin2018/07/13(金) 13:18:11.39ID:aivwkH4H
HyperVって本当にハイパーバイザ型なんだよね?
OSの下にハイパーバイザがいるんだよね?

昔Xenで特殊なドライバが必要だったりとか
えらく苦労したんだがWindowsのHyperVは
ハイパーバイザを使ってる感じが全くしなくて不思議だ

684login:Penguin2018/07/13(金) 14:23:16.48ID:IQiuKcDb
Hyper-Vも専用ドライバが必要だけど、
Windowsは自前で持っているし、Linuxも随分前から対応しているので。
Hyper-V用のドライバのソース提供をMicrosoftの侵略!!とか言って騒いでたし

685login:Penguin2018/07/13(金) 14:59:02.77ID:aivwkH4H
GPUドライバもXen用が必要だった記憶があるんだが
Xen用カーネルはまあLinuxだし仕方ないけど

686login:Penguin2018/07/13(金) 16:23:54.98ID:xyz9NJ8g
そもそも「WSLでdockerが動くらしい!やってみよう!」が趣旨だろうから違うツール使えってのはナンセンスだろう。
WSLっておもちゃで遊んでるだけなんだから。

687login:Penguin2018/07/13(金) 16:41:00.24ID:aivwkH4H
動くだけで満足するなら遅くても問題ないでしょ?

俺は技術的な大きな問題は解決したからあとはWSL全体を含めたチューニングだけ。
WSL使うのが開発の主流になるのは時間の問題だなって考えてるよ

今すぐ実用的に使いたいならDocker for WindowsかDocker Toolboxを使う
あとはMS頑張って!って思ってるよ

688login:Penguin2018/07/13(金) 16:51:15.00ID:xyz9NJ8g
俺もWSLの完成度が上がっていくと嬉しいけど、仕組み上dockerよりもいい物があるとは思うけどね、並行して2この環境を持てるとか。
WSLは今までと仕組みが違うから逆にWSLだからできることが見つかりそうな気がする。

ネイティブAPIとwindowsAPIの区別は完全じゃないから機能的に難しいものは絶対にあるよ。

689login:Penguin2018/07/13(金) 19:06:41.32ID:H98nbIX6
pythonとかnodeが満足に動くだけでいいと思うんだけどなあ

690login:Penguin2018/07/13(金) 19:20:44.29ID:ioTXYsjC
Cygwin以上coLinux未満

691login:Penguin2018/07/13(金) 19:31:57.60ID:aivwkH4H
>>688
並行して2個の環境を持つのは仮想マシンでできるじゃない
WSLだからできることっていうのは、Windows上でLinuxアプリを動かせることだよ
一つのOSでできることっていうのが大きな違い

692login:Penguin2018/07/13(金) 19:43:22.86ID:xyz9NJ8g
>>691
そんなことはわかってる。WSLでdockerって発想はナンセンスだからWSLでディストリを複数持つとかでいいってこと。
WSLでできることはWindows上の仮想マシンでぜんぶできる。そんなことはみんながわかってるよ。

693login:Penguin2018/07/13(金) 21:00:41.27ID:aivwkH4H
>>692
> WSLでdockerって発想はナンセンスだから

別にナンセンスだと思わないけど?
むしろWSLはWindowsに追加したLinux互換システムコールなわけで
Windowsそのものが持ってる機能の一つ。

WSL=Linux互換システムコール=Windowsの機能を呼び出すdockerは、
Windows用アプリとしてネイティブに動いてる状態なんだけど

694login:Penguin2018/07/13(金) 21:29:08.29ID:ioTXYsjC
WSLでCore OSが動けば、Docker専用にすることも可能性としてはあるな。

695login:Penguin2018/07/13(金) 21:35:38.55ID:gZOhQVeS
今のWSLにはDockerを動かすに足るような信頼性はないんだよ。本物のLinuxとの互換性が低すぎて、入手したコンテナが正常に動いている保証が全然ない。それはnpmやpipやRubyGemsでも同じだ。

現代の開発では、企業製のソフトやディストロの公式パッケージだけを利用する時代は終わって、npmやpipやRubyGemsといった無数の作り手による無数のパッケージが必要とされるようになった。
WindowsにはCygwinがあるがLinuxとの互換性が低く、これらの作り手はCygwinを動作保証の対象にするのを嫌がり、Cygwinはどんどん没落していっている。
そこでMSはnpmなどを動かすプラットフォームとしてWSLを出したわけだが、現状はどう考えてもベータ水準以下で、よくMSはこれを正式版扱いにしたもんだと呆れる。

まあ将来はまともなプラットフォームになりうるかも知れんが、現状はただのおもちゃだ。ディストロの公式パッケージが豊富に存在しているCygwinの方がまだ実用性がある。

696login:Penguin2018/07/13(金) 21:39:53.52ID:hHSI3qlV
cygwinは見捨てた

697login:Penguin2018/07/13(金) 22:07:13.52ID:xyz9NJ8g
>>693
>linux互換システムコール
新しい言葉作んな。互換レイヤーだ。
WSLはWindowsが持ってるネイティブAPI以上のことはできないからlinuxの代わりになることは原理的に無理。
dockerはOSの基盤になるようなシステムコールを使うからWindowsサブシステムと共存できない。

だから管理者権限が必要であったりするんだ。

WSLに他の新しい仕組みを付け足せばできるかもしれんが、夢を見すぎだ。

698login:Penguin2018/07/13(金) 22:09:28.99ID:xyz9NJ8g
そもそもWSLでdockerが動くなら互換レイヤーの上でlinuxが動くんだからWSLをlinuxコンテナ化すればいい。

699login:Penguin2018/07/13(金) 22:10:56.46ID:aivwkH4H
互換性についてはCreators Update時点でのデータはあるな。1804のデータって何処かになりんだろうか?
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%

700login:Penguin2018/07/13(金) 22:18:26.92ID:aivwkH4H
やり方ここに書いてあった
https://qiita.com/stc1988/items/e53a6e9ac818233cc66f

701login:Penguin2018/07/13(金) 23:09:51.55ID:HFpqGDg9
>>659
17704以降ならwslconfig /terminate

702login:Penguin2018/07/14(土) 13:30:06.16ID:sMjmL5Dr
linuxがそのまま動くversionboxやvmでもういいや

703login:Penguin2018/07/14(土) 15:00:00.16ID:yYq/6rsU
VersionBoxってこれか?ちょっと古いしLinux関係ないな
https://download.cnet.com/VersionBox/3000-2383_4-75328808.html

704login:Penguin2018/07/14(土) 15:23:41.69ID:BxdB/Mtf
VirtualBoxの間違いじゃね?

705login:Penguin2018/07/14(土) 15:24:21.33ID:jYX0bnDW
変換ミス
バーチャルボックスね
ってかversionboxってあったんだな

706login:Penguin2018/07/14(土) 15:26:52.78ID:c9qSNBNz
WSLは面白いおもちゃだけどな。

707login:Penguin2018/07/14(土) 15:34:50.05ID:BxdB/Mtf
いやいや、半角入力で変換ミスはないだろw
暑さでやられてる?

708login:Penguin2018/07/14(土) 15:37:09.70ID:RnGFBuXQ
予測変換だろ

709login:Penguin2018/07/14(土) 15:40:50.54ID:c9qSNBNz
ミスぐらい自由にミスらせてあげればいいのに。ミスなんだし。

710login:Penguin2018/07/14(土) 16:51:53.79ID:TCq6UvUj
ミスをみすみす見過ごしてたまるか

711login:Penguin2018/07/15(日) 17:05:01.82ID:J+GYrykC
Dockerは甘え。

712login:Penguin2018/07/15(日) 20:45:56.36ID:cVFwN6y4
WSL自体がコンテナみたいなものなのにさらにその中にコンテナを作るのか

713login:Penguin2018/07/15(日) 22:03:36.21ID:Xmkkcspf
>>712
システムコンテナとアプリケーションコンテナという考え方がある
システムコンテナはコンテナ技術を用いてシステムを作るもの

システムコンテナは仮想マシンに近くOSに相当するシステムを作り出し
作業者はこのシステム上にログインして作業する。
WSL(正確に言えばbashでログインした状態)はこれに近い

それに対してDockerはアプリケーションコンテナ
アプリケーション実行に必要な外部ライブラリをパッケージング
しただけで、アプリケーションをそのまま実行するのと意味的には等しい
作業者はデバッグのためにDockerコンテナに入ることはあるが
通常はDockerコンテナの上で作業したりはしない

714login:Penguin2018/07/16(月) 04:17:16.93ID:QJ3BqZnT
実際dockerで配布されてるアプリケーションもあるしな。
でもWSLで動かないものがWSLのdockerで動くわけじゃないし、通常はWSLにアプリケーションをインストールすればいいと思うよ。

715login:Penguin2018/07/16(月) 08:33:40.89ID:bY3uc4Dp
そもそもどっかーってなんなの?

716login:Penguin2018/07/18(水) 13:47:23.97ID:WJKzLDcr
>>713
wslのシステムコンテナの本体はどこにあるの?

717login:Penguin2018/07/18(水) 15:27:14.07ID:f5a7aJQo
>>716
コンテナはプロセスだよ。隔離された空間にあるだけのプロセス
だから本体は実行時にメモリに現れ終了したらなくなる

コンテナを作るためのUbuntuのイメージファイルって話なら
C:\Users\USERNAME\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc
とかみたいだけど、これはWSLじゃなくて、Ubuntuのイメージファイルか

WSL(Windows Subsystem for Linux)自体はサブシステムであってコンテナじゃない。
サブシステムを提供するためのファイルはC:\Windows以下の何処かにあるだろうけど、
やっぱりWSLで作られるLinux環境はプロセスとしか言いようがないな

718login:Penguin2018/07/18(水) 17:21:23.55ID:VM28jLfU
>>717
ってかドッカーやらのコンテナって仮想マシンとは違うとかよくいわれるけど
windowsとmacで動いてるやつは裏で仮想マシンまわってるだけだろ?

719login:Penguin2018/07/18(水) 17:31:27.71ID:K/dNx6ZZ
>>718
DockerはLinuxカーネルで動くものです。
WindowsとMacのことは一旦忘れましょう。

Dockerは仮想マシンではありません。
実際に仮想マシンは使いません

720login:Penguin2018/07/19(木) 17:21:50.96ID:ORiQslyH

721login:Penguin2018/07/19(木) 17:33:46.58ID:kIzbGk9L
>>720
グロ
死体画像

うpってんじゃねーぞゴミカス!

722login:Penguin2018/07/19(木) 18:15:15.71ID:RS/LaMpX

723login:Penguin2018/07/20(金) 18:40:14.55ID:oCckfN1r
WSLはサーバーサイドアプリをインストールして使えるのが最大の強みだと思うわ。
もちろんlocalhostでだけど。
Windows立ち上げてるときだけ使えるサーバー環境。
gitbucket、ampache、cloud9、等々

724login:Penguin2018/07/20(金) 20:12:45.19ID:3LYThzwC
サーバー環境作るならdocker でない?
WSLはフロントエンド環境。

725login:Penguin2018/07/20(金) 20:16:38.89ID:oCckfN1r
>>724
開発するならdockerがいい。サーバーアプリをただつかうだけならWSLで十分、常駐させても問題ないレベル。

726login:Penguin2018/07/21(土) 23:27:33.78ID:pYaMi2gs

727login:Penguin2018/08/19(日) 12:54:32.98ID:2J+jXxYQ
I/O周りが遅すぎて開発に使うのやめてプレゼン用に使ってたけど、
先日npm installでセットアップ中にカレントディレクトリ以下のファイルの
90%ほどをぶっ壊してくれて、上位にあった~/.zsh_historyの一部まで
バイナリで書き込まれる惨事
dockerへ出戻り

728login:Penguin2018/08/21(火) 20:58:21.61ID:7rk13qft
ふーん

729login:Penguin2018/08/22(水) 18:23:28.73ID:/9jrih0N
Dockerを開発環境に使ってるの?
あれ開発環境にはいまいちじゃない?
パッケージングにはいいと思うけど

730login:Penguin2018/08/22(水) 19:00:14.51ID:38GpJQxX
IDEとかの開発環境をまとめたdockerなら全然あるし、使える。

731login:Penguin2018/08/22(水) 23:55:30.27ID:g4Zbw/6/
例の戌厨様、こっちまで荒らしにきたんけ?

732login:Penguin2018/08/23(木) 12:37:45.92ID:pqGEB485
>>730
IDEでDocker使うんか?
Vagrantみたいに?

733login:Penguin2018/08/23(木) 12:48:39.52ID:V7790Jnk
やったことないけどCloud9をWSLで使うこともできるらしい。
Dockerでやったほうがいいけど。

734login:Penguin2018/08/23(木) 12:53:31.68ID:1/4tnYjl
>>732
横からだけど、例えばWeb開発なら開発からテスト配布まで、dockerでできる。cloud9とかを入れておいて、ブラウザから開発する。

735login:Penguin2018/08/23(木) 21:39:08.73ID:pqGEB485
>>734
Cloud9をサービスとして起動できるDockerを使ってローカルで開発と言うこと?
最近はそんな感じなのか
Cloud9使ったことないけど便利なのかなぁ
その組み合わせの利便性によってはDockerを見る目がまた変わるわ

736login:Penguin2018/08/23(木) 21:49:40.70ID:pqGEB485
仮想化も組み合わせによって色々面白いことできるねぇ
ブラウザから使えるideかぁ
ちょっと興味出てきた

737login:Penguin2018/08/23(木) 21:56:20.45ID:DbM4JrKg
わざわざローカルにcloud9入れて使ってるやついるのか?
名前の通りクラウドで使うためのものやろあれ

738login:Penguin2018/08/23(木) 22:12:35.44ID:1/4tnYjl
俺WSLにcloud9入れて使ってるけど、単純にsshクライアントもいらなくなるし、Windowsのubuntu窓使わずに済むし幸せ。

7397342018/08/25(土) 09:27:36.70ID:NtT1KaV9
>>735
遅レスだけど、gitとweb環境とcloud9入りのdockerで開発するってこと。
別にエディタはcloud9じゃなくてもいいけど、1つの窓でエラーログ見るコマンドも打てるし便利でしょ。
特に少数複数人で開発する時にPCが違ってもgitリポジトリを紐づけたdockerファイルを共有して、ブランチをpullすれば開発環境が整う。キモはcloud9じゃなくてgitなんだけど、cloud9ならブラウザ動けばみんな同じコーディングができるので。
基本的にローカルは汚さずに、万一dockerが壊れてもgit最新に戻せる。
開発からテスト、dockerファイルをいじって、配布まで、できる。
むしろ現場でdockerが流行るのはこのおかげ。
データベースも小さいのならgitに入れちゃえ。

740login:Penguin2018/08/25(土) 09:34:29.34ID:NtT1KaV9
WSLにcloud9入れるのはマシンスペックが足りないPC向け。
dockerをWindowsで動かすには結局仮想化するので、スペックを分けなきゃいけない。これができないからWSLが不完全でも使う層が出てくる。docker動かせるならそっちのほうがいい。

741login:Penguin2018/08/25(土) 19:08:22.56ID:Ei+FlypL
そもそも画面がない時点で不完全

742login:Penguin2018/08/25(土) 19:37:11.39ID:Xs5ovEQe
リモートで鯖管理したって同じだろw

743login:Penguin2018/08/26(日) 07:41:48.46ID:rhFeG7bT
環境を汚してもいい鯖持ってるならWSLもdockerもなくていい。
dockerはあってもいい。

744login:Penguin2018/08/26(日) 11:31:43.44ID:0Bg1/nQr
>>739
ふーん。
便利そうだね。

745login:Penguin2018/09/08(土) 10:42:04.08ID:etmCdk87

746login:Penguin2018/09/11(火) 01:42:23.74ID:s6D8tDed
WSL、forkの速度あがらないかなー

OSの基本部分に関わるところだから、
forkの機能を備えてないNTカーネルでは
エミュレートに時間がかかるんだろうけど

それでも10倍はひどすぎる。
おかげでforkさせないシェルスクリプトの
プログラミングノウハウが溜まっていくwww

747login:Penguin2018/09/11(火) 12:28:46.42ID:s6D8tDed
愕然とする事実発覚。WSLはパイプを使うだけでも遅すぎる
これも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

748login:Penguin2018/09/11(火) 12:33:18.31ID:s6D8tDed
ちなみにLinuxで同じことをやったら

[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でも遅いっちゃー遅いな

749login:Penguin2018/09/11(火) 13:12:47.90ID:yZJ5+C9k
coLinuxならどうなんだろうね。WSLより速いのか?

750login:Penguin2018/09/11(火) 13:37:21.04ID:s6D8tDed
速いんじゃないの? coLinuxのLinuxアプリはWindowsとは
隔離された空間で動いているんでしょ?

NTカーネル上でLinuxアプリを実行してるんじゃなくて、
NTカーネル上に作ったLinux空間でLinuxアプリを動かしてる

WSLはLinuxアプリは、NTカーネルから見たとき1つのアプリに見えるけど
coLinuxはNTカーネルから見たときcoLinuxアプリしか見えない。という認識

751login:Penguin2018/09/11(火) 13:50:19.43ID:s6D8tDed
着実にチューニングが進んでいるw
上のベンチマークじゃなくて今作ってるやつだけど
パイプをなくしたら200msから100msに二倍になった
もう一箇所、サブプロセス作ってる所があるのでそこを直すと60msぐらいになりそう

大した差はないように思えるけど、コマンドの実行で300msかかると
つっかかりを感じて、200msだと実行結果が表示開始されるまで一瞬の待ちを感じて
100msだと実行したと同時に1行ずつ出力されいく感じになる。
50msだと結果全てが一瞬で表示される感じになる

使い方によっても何度も実行する部分だからできる限り早くしておきたい。

Linuxだったこれがパイプ使っていても17ms
なくしたら8msなんだけどな

752login:Penguin2018/09/11(火) 18:37:57.91ID:3cD6m1VP
>>747
ksh で約2倍高速化(bash比)w

753login:Penguin2018/09/11(火) 19:09:09.34ID:tPo3PLNb
>>752
やる処理によって大きく代わるよね

dash(ash)が多くの場合速い。bashとzshがその次。
kshはたいてい遅いんだけど、時たま早い処理があるって感じ

754login:Penguin2018/09/11(火) 20:38:03.05ID:1rlZOYqx

755login:Penguin2018/09/11(火) 21:14:02.84ID:1V5khjfP
一方ロシアは(速度の必要な処理は)VMとクラウドを使った。

756login:Penguin2018/09/11(火) 21:36:05.48ID:PgIGop6Q
cshも忘れないでください

757login:Penguin2018/09/11(火) 21:46:53.65ID:tPo3PLNb
>>754
うーん?基本的にPOSIXの範囲でしかやってないからなぁ
それも時々動くか実行してみただけの感想でちゃんと計測してないし
気が向いたらベンチしてみたほうが良いかもなって思ってるけど多分やらないw

758login:Penguin2018/09/11(火) 22:16:09.50ID:tPo3PLNb
kshの変数は長さ情報を持ってるな
${#str} が何文字か調べるときstrに入っている文字列が
長いほど時間が掛かるが、kshだけは長くても短くても同じだった

759login:Penguin2018/09/11(火) 23:22:46.29ID:QdrnK4+G
>>755
ロシアは今でもベアメタル主義が強いぞ

760login:Penguin2018/09/12(水) 00:20:53.44ID:FNSjtWLL
複雑な処理は、プログラム言語でやれば?

Windows10・WSL・Ubuntu16 で、デフォルトで、python3, perl は入っている。
Ruby は入っていない

which python3
=> /usr/bin/python3

ll /usr/bin/python3
=> python3.5

761login:Penguin2018/09/12(水) 00:41:45.73ID:O7YRoX2h
>>760
またお前か
プログラム言語が入ってない。入れられない環境も
視野に入れてるからダメだって言ってるだろ

762電波いつぱい2018/09/12(水) 00:51:15.28ID:MLn/u34F
wslはforkが遅いって話しじゃあなかったのか?

763login:Penguin2018/09/12(水) 00:55:18.59ID:r/Y4ABHX
ファイルシステムも遅いよ

764login:Penguin2018/09/12(水) 00:56:35.21ID:I7EiIdWL
>>760
他人ですが >>747 を python でやるとどのくらい時間がかかりますか?

765login:Penguin2018/09/12(水) 01:33:40.10ID:O7YRoX2h
>>762
他の言語はforkをシェルスクリプトほど使ってはいない
だから他の言語で書くとforkの遅さの影響を受けにくい

シェルスクリプト内部的にforkが使用されてる例
 ( echo test ) # 丸括弧によるサブプロセス実行
 a=$(printf '%s' hoge) # $(・・・) による標準出力の変数代入
 echo test | while read -r line; do # パイプの処理
 /bin/echo # 外部プログラム呼び出し

知らずに書くと普通に使ってしまうものばかり
ちなみにevalはforkが行われないし実行速度にほとんど影響が出ない


一応言っておくと、実際にforkが呼ばれてるのを確認したわけじゃないけどね
プログラムの挙動とか遅くなってる原因を調べた結果

できればfork呼び出し回数を数値で見たい
straceを使えばわかるのかな?

766login:Penguin2018/09/12(水) 02:01:34.78ID:O7YRoX2h
>>751で書いた「今作ってるやつ」(何かは言わないけど)は
バグとか仕様追加もあって最終的に70msぐらいになった
なにもしないプログラムが20msぐらいなので実質50msぐらいだな
処理内容はwhileループとcaseとevalと変数操作のオンパレード

ついでに各シェルでのおよその実行時間
kshが一番速かったw 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

767login:Penguin2018/09/12(水) 02:43:42.59ID:O7YRoX2h
forkはプロセスのcloneを調べれば良さそう

こんな感じで実行すれば意図したとおりの結果が出てきた
strace -T -tt -f -F ./test.sh 2>&1 | grep clone

ついでに減らせそうなところが見つかったのでやってみたら
cloneの数を7個減らして、dashの70msが40msまで減ったw

残り3個。0個にするのは不可能なんだけど、1個にはできるかもしれないな

768login:Penguin2018/09/12(水) 02:57:02.17ID:O7YRoX2h
できたw

fork(clone)1個。30msになった。
元が200msなので7倍近く高速化

fork 1個で5msって感じかな
今回は処理内容が増えるとその分fork数も増える可能性があったから
頑張ったけど、fork数が固定数であればそこまで頑張らなくてもいいだろうな

769login:Penguin2018/09/12(水) 03:49:50.48ID:O7YRoX2h
>>766からforkを10個から1個に減らして再計測
概ね2倍ぐらいの速度になった(dashが一番になったイェーイw)

・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は遅いと感じていたのは、これより前に作っていたプログラムでは
外部コマンドの実行の方を多用していたからだと思う

770login:Penguin2018/09/12(水) 03:51:30.48ID:O7YRoX2h
変なところで改行入ってしまったが

・( 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回

771login:Penguin2018/09/13(木) 01:31:59.89ID:crUjfqIF
くっそ、poshとmkshがprintfがビルトインじゃない
forkが遅すぎるwww

772login:Penguin2018/09/23(日) 14:25:17.12ID:pJwP+bLC
Windows 10に最適化されたLinuxディストロ「WLinux」が爆誕
https://www.softantenna.com/wp/windows/wlinux/

誰か試した人いる?

773login:Penguin2018/09/23(日) 14:59:42.30ID:ig7ILfHB
DockerにおけるAlpine Linuxみたいなものかな

774login:Penguin2018/09/25(火) 09:01:02.79ID:xMAN4UFe

775login:Penguin2018/09/26(水) 02:17:02.62ID:HHfG5rHS
今日日、Git for Windowsを標準インストールするだけでbash、awk、perlもインストールされるわけだが。

776login:Penguin2018/09/26(水) 19:55:16.67ID:XFO0+kOn
gnuplotをwslとcygwinでwxtとqtをつけてビルドした。make checkで連続でプロットがでるが
cygwinの方がかなり速い。これはxserverとの接続の問題かもしれん。

777login:Penguin2018/09/26(水) 20:13:53.38ID:nOw+R5SS
>>776
X抜きで画像とかeps出力だとどう?

778login:Penguin2018/09/26(水) 23:22:30.77ID:n2TwObJo
WLinux試したけど、build-essentialが入らない。
パッケージの依存関係が壊れてるっぽい。

779login:Penguin2018/09/26(水) 23:24:08.81ID:n2TwObJo
Chromeが動かないって話だが、fonts-noto-cjkを入れてロケールを日本語にしたら起動した。

780login:Penguin2018/09/27(木) 17:38:10.29ID:9nDnLJCm
>>777
776 は実行時のPCで別プロセスが動いていたことが,原因だった。

781login:Penguin2018/09/27(木) 17:59:09.59ID:9nDnLJCm
>>780
途中でおくった。
やり直したところ,wxtではほぼ同じ。
qt ではcygwinの方が大分速い。
それだけでなくqtは多くのプロットで表示がおかしい。
NativeのUbuntuではqtは表示の問題は起こさない。
ご質問のファイルに書き出しはwslの方がかなり速い。

色んな要因があるので一概に言えないwxtの方が好きなので,
wslではGNUTERM環境変数をwxtにして,wxtデフォにしている。

gnuplotは基本windows Native版を使うけど,他のツールと一緒に使うときは
これまでcygiwn版をつかってきた。しかしこれkら,wslに乗り換えようかなと
思っている。
Cygwinはwin 7のPCで使うだけになると思う。

782login:Penguin2018/10/03(水) 21:43:06.51ID:PgouXypi
WlinuxとX410ってどう?

783login:Penguin2018/10/04(木) 23:36:38.13ID:KuGH7cb3
まだ開発中という感じ
将来性はともかく今はわざわざ金を出して使う必要性はわからん

784login:Penguin2018/10/04(木) 23:48:05.47ID:wR2l98VJ
まあ、割引中で安いし伸び代あるなら今のうちに買ってしまうのもアリだけどね。

785login:Penguin2018/10/04(木) 23:50:39.14ID:xo/yzbEa
WLinux、元はDebianだしgithubにも公開されてるしな
ストアの金額はサポート料金らしいし、
普通の人は公式から自分の好きなdistro無料で落とせばよいんじゃね
別にXserverの設定とか簡単なんだし

786login:Penguin2018/10/05(金) 21:47:40.13ID:ffyt/HkW
Windows Subsystem for Linux (WSL) のご紹介
https://blogs.technet.microsoft.com/askcorejp/2018/10/05/wsl_intro/

787login:Penguin2018/10/06(土) 00:33:06.42ID:PZXiPYoz
WlinuxとX410を購入してみたけど面白ろい
セットアップした後は素早くX Windowでアプリを使える
ただターミナルからの起動なので
wlinux -c "application"
みたいなbatを書いたけど

788login:Penguin2018/10/06(土) 03:50:38.09ID:GslR/BLp
787だけど
wlinux -c "application"
でscriptの実行だったら動くけどguiアプリケーションだと接続拒否権されるなターミナルに直接的入力だとx410に接続できるけど

789login:Penguin2018/10/06(土) 14:53:16.39ID:bxHcuNpN
ウリナックスって
名前がなんかイヤ

790login:Penguin2018/10/06(土) 15:26:15.52ID:Fg0A5Rwm
ウリウリ~

791login:Penguin2018/10/06(土) 15:47:44.04ID:UsUkEx8p
ウリナラ起源ニダ〜

792login:Penguin2018/10/06(土) 20:28:49.42ID:vsUAuS19
瓜茄子白菜

793login:Penguin2018/10/07(日) 21:05:00.45ID:b+sSUxbk
Remediating the October 2018 Git Security Vulnerability
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

794login:Penguin2018/10/13(土) 00:44:03.85ID:bFIrJDdx
1809でwslconfigにterminateが追加されてることは知ってたんですが、
その他にupgradeってのが追加されてるんですけど、これは何か知ってる人います?
説明文通りファイルシステム形式をアップグレードするんだろうけども

/upgrade <ディストリビューション名>
ディストリビューションを WslFs ファイル システム形式にアップグレードします。

795login:Penguin2018/10/13(土) 06:54:42.99ID:spUPaXTB
書いてある通りwslfs形式に移行させます
lxfs -> wslfs
ファイルシステム関連のattributesの扱いが少し変更されていますが、
パフォーマンスとかは変わらず、あいかわらず遅いです

新しい不具合を発生させたりもしたので、ごく一部の人で実験してもらう段階じゃないかな
あと、変換自体とても時間かかります

796login:Penguin2018/10/13(土) 07:36:39.94ID:bFIrJDdx
パフォーマンスが早くなったりはしないのね
ありがとう

797login:Penguin2018/10/14(日) 20:28:55.90ID:neRrm9zv
 私たち日本人の、日本国憲法を改正しましょう。
『憲法改正國民投票法』、でググってみてください。
平 和は、勝ち取るものです。拡散も含め、お願い致します。

798login:Penguin2018/10/17(水) 19:35:28.63ID:j8NZ8qYN
wslでubuntuを入れましたが、
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.
どうすればアップデートできるのでしょうか?

799login:Penguin2018/10/17(水) 19:41:09.91ID:y1b2xQ/u
>>798
wget に –no-check-certificate でも付けて試せばいけるかもな。
てか、WSLなんか、アレな環境なんか、さっさと捨てなさいな。

800login:Penguin2018/10/17(水) 19:53:23.94ID:j8NZ8qYN
>>799
ありがとうございます。
しかし、うまくいきません。
$ 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.

801login:Penguin2018/10/17(水) 19:58:23.19ID:N9yPYbZD
https://gist.githubusercontent.com/Zenexer/10bc12fa5c99848b4b2150184f6beee5/raw/ubuntu-fix.sh
をWindows環境でDLしてこれをWSLで叩けばいい。

802login:Penguin2018/10/17(水) 20:39:23.40ID:j8NZ8qYN
>>801
具体的にはどうすればいいのでしょうか?
wslのホームまで落として実行してみましたが、こんな感じです。(hoge.shがそれです)
$ ./hoge.sh | sh -s
./hoge.sh: 2: set: Illegal option -

803login:Penguin2018/10/17(水) 23:22:56.09ID:6tOLa01v
Illegal option -

- は、間違ったオプションなんだろう

804login:Penguin2018/10/17(水) 23:53:42.06ID:U6iIL0s2
わからんけど、シェルスクリプトを hoge.sh にダウンロードしたなら、
> $ ./hoge.sh | sh -s
"|" 以降はいらない。

$ ./hoge.sh
だけ実行してみそ。

805login:Penguin2018/10/18(木) 01:49:07.68ID:HoDgsHga
普通にsudo apt updateで行けるはずなんだが?
なにか根本的に間違ってないか?

先にまず sudo apt update がどういうエラー失敗するのか書いたほうが良い

まあ壊れた所でまだ最初だから消して入れ直せば良いが

806login:Penguin2018/10/18(木) 01:52:09.92ID:HoDgsHga
あ、最新のUbuntuではエラーになるのか?

807login:Penguin2018/10/18(木) 04:21:13.27ID:RZ//NVPJ
>>805 >>806 ガイジ

808login:Penguin2018/10/18(木) 08:26:41.43ID:PbWIALxi
まずapt updateした際にどういうエラーなのか何も情報がないから答えようがない
なんでこういう人って最初のエラー情報伏せて自分が調べました情報しか出さないのかね
またubuntu のバージョンも分からない
githubのそのページ、17.10での記事だけど

809login:Penguin2018/10/18(木) 12:25:12.23ID:1D6dNv+9
リポジトリを cosmic にして apt full-upgrade すると lxd 絡みでエラー中断しますね
まぁお試し環境なので構いませんが

810login:Penguin2018/10/18(木) 12:42:39.54ID:ITGPPUtq
バックアップとってWSL入れ直ししたほうが早いな。
俺ならそうするし時間が勿体無い。
またハマったら今度は真面目に考える。

8118022018/10/18(木) 23:23:41.30ID:n2AnSdBc
なんか解決しました
カスペが悪さをしていたようで、切ったら通信するようになりました

812login:Penguin2018/10/18(木) 23:42:37.98ID:XKhTIPkE
今流行のセキュリティソフトがMITMになってTLS覗き見るやつか
滅びればいいのに

813login:Penguin2018/10/19(金) 02:24:39.94ID:/S+AMvvP
MITMしてなくてもファイアウォールがPico Process未対応でとりあえずはじくみたいなうんこもある

814login:Penguin2018/10/19(金) 08:53:09.84ID:3dMaJ4VV
2018 Fall Updateでパフォーマンス改善したっていう記事よんだけど、
実機との数十倍の速度差と、改善が頭打ちしてるんじゃないか
という不安を気づかせてくれただけだった
誤差レベルの改善は気が付けないよ

815login:Penguin2018/10/23(火) 02:47:06.37ID:aPV4hFJC
Ubuntu 18.04.1 LTS (Bionic Beaver) で apt-get upgrade に失敗。以下はそのログ。
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?

8168152018/10/23(火) 03:06:10.52ID:aPV4hFJC
以下ページを参考に /etc/apt/sources.list の http://archive.ubuntu.com/ubuntu/http://ftp.iij.ad.jp/pub/linux/ubuntu/archive/ に変換して解決しました。

apt-getの利用リポジトリを日本サーバーに変更する
https://qiita.com/fkshom/items/53de3a9b9278cd524099

817login:Penguin2018/10/23(火) 08:12:41.69ID:/MT7TZHZ
俺はリアルLinux環境でもjaistにしてるな。

818login:Penguin2018/10/23(火) 21:34:24.06ID:SQIUtg0J
18.10にしてarchive.ubuntu.com/ubuntu/のままだけど今は問題ないな
日本サーバーに置き換えとくか

819login:Penguin2018/10/24(水) 03:41:46.35ID:puLBs7TG
漏れは、Ubuntu 16.04 だけど、

/etc/apt/sources.list を空ファイルにして、
(削除するとエラーになったので)
/etc/apt/sources.list.d/ に、iij.list, jaist.list の2つのファイルを置いてる

8208192018/10/24(水) 04:28:50.48ID:puLBs7TG
今さっき、apt update したら、

iij, jaist の混合で、伝送速度は、1.4MB/s だった

821login:Penguin2018/10/25(木) 14:58:33.43ID:9m4eci9Z
SSHクライアント:Debian
SSHサーバー:Windows10
DOSプロンプトからWSLのbashを起動すると改行がおかしくなる

おためしあれ

822login:Penguin2018/10/26(金) 14:59:16.86ID:ZyThOL41
プログラミングもLinuxも初心者なんだがmsys2から乗り換える価値あるかな?

823login:Penguin2018/10/26(金) 15:10:51.99ID:GTebqd3B
>>821
Windows 側から、Linux 側を触っちゃいけない。
必ず、Linux側から、Windows側を触る

>>822
WSL には、GUI が無いけど。
それに、Docker も動かない

824login:Penguin2018/10/26(金) 15:25:41.84ID:0GiQ4Wkw
GUIは準備すれば表示できる
dockerも動かす事は可能
誤りすぎだろ…

825login:Penguin2018/10/26(金) 16:08:12.93ID:FzP2lnRU
X410はオススメ
やたら割引してて怪しかったけど、評判は良かったので入れてみた。

826login:Penguin2018/10/26(金) 19:00:58.98ID:DYIlTbH6
October Update で Docker の最新版が動くといううわさは本当?

827login:Penguin2018/10/26(金) 19:12:40.72ID:0GiQ4Wkw
動いたよ、1809だと最新のでも

828login:Penguin2018/10/26(金) 20:46:37.73ID:DYIlTbH6
やっぱり動きましたか。MS_SLAVEのサポートによるものとか。
Docker for Windows も要らなくなるのかぁ。

829login:Penguin2018/10/26(金) 21:42:54.21ID:NQUDs63t
>>827
もひとつ教えて。
docker exec は動く?

830login:Penguin2018/10/26(金) 23:32:59.71ID:0GiQ4Wkw
docker execはまだ無理だったよ

831login:Penguin2018/10/26(金) 23:47:12.09ID:mCKVyB+d
残念。ありがとう。

832login:Penguin2018/10/27(土) 00:06:00.16ID:V7Y/V8pF
X11forwardingが動かない
どうする?

833login:Penguin2018/10/27(土) 00:18:04.81ID:jUShaPMd
どうするも何も手順間違ってるだけでしょ

834login:Penguin2018/10/27(土) 08:37:34.77ID:5EAPZlpa
WSLがリリースされた時、将来はDockerが動くかも?と思っていたが
まさかこんなに早く動くようになるとはな

まあ、パフォーマンスの点でまだDocker for Windowsを置き換えることには
ならないと思ってるけど、パフォーマンスの問題が解決したら
Docker for Windowsとは違って仮想マシンにいくらメモリを
割り当てるかを悩まなくて良くなるから嬉しいな

個人的にはWSLはforkの速度を上げてほしい
Linuxネイティブの10倍の遅さだからな

835login:Penguin2018/10/27(土) 09:32:53.54ID:AXzEDdNA
forkもだけど、disk i/o が遅いのもなんたかならないかな。
仮想化のLinuxの方が速いのはなんか納得できない。
でもWindows上でLinuxディストリビューションがそのまま動き、
Windowsとも連携できる。そしてそれをMicrosoftがサポートして
いる。Windows 8の頃はMicrosoft大丈夫かなぁとの思いがあったが、
最近はMacに移行したユーザを呼び戻せるOSになってきたなぁと
嬉しく思うよ。

836login:Penguin2018/10/27(土) 09:43:55.22ID:aMw5Gph5
エクスプローラがlinuxパスで開けるようになればなお良いが。

837login:Penguin2018/10/27(土) 09:56:27.95ID:5EAPZlpa
>>836
エクスプローラのフォルダをShift押しながら右クリック
メニューの「Linux シェルをここに開く」で行けるでしょ?

それとも wslpath コマンドでパス変換すればできることの話?

838login:Penguin2018/10/27(土) 11:46:57.50ID:flzHLPRm
もう、普通にLinux使ってWindowsはVMにしろ。

8398232018/10/27(土) 18:59:22.86ID:O58iUbEz
>>821
コマンドプロンプトのデフォルト文字コードは、sjis だからじゃない?
utf-8 に設定すれば?

PowerShell ならデフォルトで、utf-8

840login:Penguin2018/10/27(土) 23:34:43.27ID:slKMfeEF
ドライバの豊富な方をVMに入れるわけないだろ

841login:Penguin2018/10/28(日) 12:53:19.31ID:xqOMSHuA
wslpathだけでは / 以下を解釈できない。

842login:Penguin2018/10/28(日) 13:32:55.00ID:mFt1ovQl
もしかしてVolFsの領域をエクスプローラーで開きたいと言っている?
それはやってはいけないこととなっている。

843login:Penguin2018/10/28(日) 17:34:09.89ID:0XENwMmH
ファイル更新時に、ファイルのメタ情報が
消えてしまうって問題だろうから
アプリが対応すれば編集できると思うんだけどね

844電波いつぱい2018/10/28(日) 19:32:27.34ID:KvwWxKw9
>>843
windowsが提供するAPI側の問題だからアプリだけでとうなるものでもないんじゃないかな

845login:Penguin2018/10/28(日) 20:13:02.92ID:4WeL9Qnr
wsl上のubuntuで /dev/ttyS1 のパーミッションを666にしたのに再起動したら
644に戻ってしまいます。
忘れないようにしたいのですがいい方法はないでしょうか?
win10pro1804
ubuntu 18.04
を使ってます

846login:Penguin2018/10/29(月) 04:12:34.67ID:IuF73fXF
手のひらにマジックで書いておくとか?

847login:Penguin2018/10/29(月) 06:22:35.83ID:kIv3vEOx
>>846
コンピューターが覚えていて、起動したら覚えておいた通りに設定して欲しいのです。

848login:Penguin2018/10/29(月) 06:58:25.16ID:kBK6/oHf
/etc/rc.local

849login:Penguin2018/10/29(月) 07:18:51.07ID:kIv3vEOx
>>848
なるほど
もしかしたら私あてかと思ってキーワードをググったらこういうのがあるんですね
root権限がいるみたいなのでttyのパーミッション変更も自動でできそうですね。
帰ったら試してみます。

せっかくのアドバイスを頂いたのに申し訳ないのですが、
普通のファイルのパーミッションを変更したら、特段なにもせずとも
パーミッションは変更されたままですよね。
そういう感じにすることはできないのでしょうか?

850login:Penguin2018/10/29(月) 07:27:29.25ID:kBK6/oHf
>>849
/dev/ttyS1 が作成されるタイミングで 666 で作るようにする。
がよいと思う。

前は /etc/inittab でできたと思っている。
けれど最近の Ubuntu は老人に優しくないのでよく分からない…

851login:Penguin2018/10/29(月) 07:29:51.47ID:kBK6/oHf
>>849
あとは /dev/ttyS1 のパーミッションが 644 ではなくて 664 なら使うユーザを所有しているグループに入れるという解決も考えられたかなあ。

852login:Penguin2018/10/29(月) 07:31:31.81ID:kBK6/oHf
ああ。その、 /dev/ttyS1 というのは特殊なファイルで、
停止するときには消去され、起動するたびに新しく作成されています。

なので、パーミッションを保存しているのでは?
というのは当てはまらないケース。

853login:Penguin2018/10/29(月) 07:39:14.91ID:kIv3vEOx
>>850-852
ありがとうございます。
ttyは起動する度に生成されるんですね。
と言うことはrc.localの編集がよさそうですね。

854login:Penguin2018/10/29(月) 07:51:35.74ID:fnEfHIF+
>> 849
ごめん、根本的にどこやっつければいいのかみつけた。
`/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 なんで。

855login:Penguin2018/10/29(月) 09:56:46.18ID:oRo397x/
IBM、レッドハット買収で合意--340億ドル
https://japan.zdnet.com/article/35127693/

856login:Penguin2018/10/29(月) 11:20:12.37ID:NvcFtJm3
>>884
> windowsが提供するAPI側の問題だからアプリだけでとうなるものでもないんじゃないかな

おいおい。WSLはWindowsで提供されてるAPIを使用して動いてるんだぞ。
APIに問題があるわけ無いだろ

857login:Penguin2018/10/29(月) 11:51:03.28ID:kIv3vEOx
>>854
ありがとうございます。
これの場合、シリアルに繋がってる例えばUPSなんかが乗っ取られて勝手にダウンさせられるかもしれないですね。
うちは学習用のマイコンを繋ぐだけですが、ちょっと怖いので
どちらにするか考えて決めようと思います。

858login:Penguin2018/10/29(月) 15:19:00.92ID:kBK6/oHf
>>857
MODE="0664" にして、キャラクターデバイスを使う
ユーザのグルーブを増やすという選択肢もあるよ。

859login:Penguin2018/10/29(月) 18:35:55.98ID:FQYIkgKn
>>844
CreateFileのhTemplateFileに指定するだけで拡張ファイル属性を自動でコピーしてくれんのにWindows API側のどこに問題があんだよ

8608452018/10/29(月) 21:31:34.30ID:H7mIal1p
家に帰ってきたので試してみました。
最近の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設定の書き方が間違ってるのでしょうか?

861login:Penguin2018/10/29(月) 21:41:29.32ID:y0HBwphC
? なんの話をしてるんだ?
ここWSLのスレだろ?

rc.localとかLinux起動時に行われる処理がWSLで動くわけ無いだろ
WSLではすでにLinuxに相当するWindowsが起動してるんだから

862login:Penguin2018/10/29(月) 21:46:45.58ID:y0HBwphC
udevもOSのサポートが必須でパッケージ入れれば使えるようなもんじゃないから
まだ実装されてないんじゃないのか?

863login:Penguin2018/10/29(月) 21:51:27.05ID:y0HBwphC
> ユーザのグルーブを増やすという選択肢もあるよ。

これが一番正しい解決方法だろ

セキュリティの理由もあるのでパーミッションを緩めてはだめだ
/dev/ttyS1はデフォルトで正しいパーミッションになってるんだから
ttyS1を使えるグループにユーザーを追加するだけ

864login:Penguin2018/10/29(月) 21:52:15.55ID:H7mIal1p
>>861
なるほど、できないのですか
ならばどうしたらいいでしょうか?

865login:Penguin2018/10/29(月) 21:55:12.97ID:y0HBwphC
自己レス

> セキュリティの理由もあるのでパーミッションを緩めてはだめだ

一応念の為。WSLの中で見えるパーミッションは所詮WSLの世界から見える
架空のパーミッションでしか無いので、WSLの世界でrootになったからといって
本当にWindowsのAdministrator権限を持っているわけじゃないので
ユーザーができることしかできない

セキュリティ云々は考え方としての話な。
誰でも触れることを意図する変更はやったらだめということ

866login:Penguin2018/10/29(月) 21:55:51.88ID:H7mIal1p
>>863
ユーザーをrootにするということですか?
グループのパーミッションは現状4です。

867login:Penguin2018/10/29(月) 21:57:38.99ID:Ilv5H5XG
https://github.com/Microsoft/WSL/issues/3042
fixedin1809とマークされてるがどう修正されてるのかは知らん

868login:Penguin2018/10/29(月) 21:58:42.84ID:y0HBwphC
>>866
ユーザーをdialoutグループに追加しろって話だ
Linuxの基本やで

869login:Penguin2018/10/29(月) 21:59:42.74ID:y0HBwphC
>>867
今は/dev/ttyS1のパーミッションは660になってる

870login:Penguin2018/10/29(月) 22:13:43.01ID:Ilv5H5XG
1803だとownerはrootだけど1809だとdialoutになってる?

871login:Penguin2018/10/29(月) 23:22:14.50ID:H7mIal1p
>>868
なるほど、勉強になります

872login:Penguin2018/10/30(火) 00:35:14.23ID:04UI68dE
sudo gpasswd -a `whoami` dialout
でいいのか?

873login:Penguin2018/10/30(火) 00:52:33.91ID:y2DPsPXC
1809なら多分それでいいんだろうけど1803だとこんなんだから
crw-r----- 1 root root 4, 64 Oct 29 22:21 /dev/ttyS0

起動時にNOPASSWDなsudoでchmodやchownするスクリプト走らせるみたいな方法しか思いつかんわ

874login:Penguin2018/10/30(火) 03:08:01.22ID:PT5VlZ0q
コマンドの挙動、よく分からなくてこわいから vigr するわ。オレなら。

875login:Penguin2018/10/30(火) 07:52:02.65ID:zgI0sD6f
https://twitter.com/0xbadfca11/status/1053802978656702464
X410 ってやつの割引期間終わっても次の割引期間が始まるよって書き込みあったけど本当やんけ。場所が場所なら景品表示法で怒られるやつ。
https://twitter.com/5chan_nel (5ch newer account)

876login:Penguin2018/10/30(火) 08:30:23.08ID:PuLxupcc
>>873
> 起動時にNOPASSWDなsudoでchmodやchownするスクリプト走らせるみたいな方法しか思いつかんわ

WSLに限って言えば、WSL環境内でsudo使っても、実際にはWSLを実行している
ユーザー権限で動いているわけでセキュリティ的にはなんの問題もない気がする
setuidしたコマンドを実行するとか?

877login:Penguin2018/10/30(火) 09:02:46.23ID:PuLxupcc
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 しか変えられんというわけだ
自分専用のツールならこの程度で十分だろう

878login:Penguin2018/10/30(火) 09:32:20.19ID:04UI68dE
なるほど、ためになった。

879login:Penguin2018/10/30(火) 15:07:08.27ID:SkhGYuxu
sudoers設定しては?

880login:Penguin2018/10/30(火) 21:12:33.07ID:TmblmCqO
日経Linux 11月号の付録

WSL 特集、100 ページの冊子

DVD は、Ubuntu 18.04.1 LTS 日本語 Remix, 64bit, ブータブル、
Mint 19 Cinnamon v2, 64bit, ブータブル/ISO、
Lubuntu 18.04.1 LTS, 64bit, ISO

881login:Penguin2018/10/30(火) 23:48:35.88ID:6vZOlPij
100ページも特集することあるのかね。
Linuxのコマンドリファレンスかも。

882login:Penguin2018/10/31(水) 00:25:38.95ID:xw2HHmxO
linuxは既にデュアルブートで動かしてるからdvdはいいけど100ページのってのは気になる

883login:Penguin2018/10/31(水) 01:16:38.56ID:OfE4iWqX
一ページ三行しかないとか

884login:Penguin2018/10/31(水) 01:21:22.07ID:IfIJrg8G
字が大きすぎて読めなーいっ!

885login:Penguin2018/10/31(水) 01:39:13.31ID:bF/gw1Xi
mecab用の最新辞書からデータベースファイルをコンパイルする目的でWSLを使ってる。
Windowsのmecab.exeでも同じデータベースファイルを使えるからだけど。

886login:Penguin2018/10/31(水) 07:18:44.40ID:31WQMr7m
WSLのdebian日本語化(locale,man)だけで
http://www.atmarkit.co.jp/ait/articles/1810/26/news035.html
これだけ書けるんだから、水増しはいくらでもできるだろうけど、
いちおうlinux専門誌だから、どんな視点で記事を依頼してるかだね
linuxユーザから見たら、10倍以上遅いlinuxもどきだろうし、
dbだとさらに差がつくし

887login:Penguin2018/10/31(水) 08:22:34.54ID:KHyUGfIf
> linuxユーザから見たら、10倍以上遅いlinuxもどきだろうし、

そんなに遅く感じることはない

888login:Penguin2018/10/31(水) 09:09:39.37ID:aeOTQ0+/
npm/yarnで開発環境準備すると、
linux on 10年前のcore2duoラップトップ
のほうが
wsl on 第7世代core-i5&SSDラップトップ
よりも早く終わるわ
あと、sqliteがやたら遅くなるのが解せない

889login:Penguin2018/10/31(水) 09:40:12.78ID:OfE4iWqX
Linuxの人ってインストールだけして喜んでる人多いよね
セットアップ時間が短縮した!とか言って喜んでるの
そこしか判断できないからなんだろうけど

890login:Penguin2018/10/31(水) 10:18:10.37ID:tg1fbO7V
>>888
vscodeの裏で走るnpmも遅いけど、wsl上のvscodeはたまに
windows側からもkillできない死に方しちゃってこっちのほうが面倒。

windowsのvscode使って、開発支援は各language server経由ってのが
増えそうだけど、そうなるとhyper-V上のdockerのほうが良くなるような

891login:Penguin2018/10/31(水) 11:30:48.27ID:u9fQvkoU
SQLiteが遅いのはファイルシステムのせいだろう。
WSLのファイルアクセスが遅いから足引っ張ってる。

892login:Penguin2018/10/31(水) 11:47:57.85ID:qwJ4s5+d
kill出来ないなら1809からだけど、wslconfig /terminateで再起動しちゃえば良いのでは

893login:Penguin2018/10/31(水) 15:02:39.97ID:8Aa5vq4y
何度も言うけど、I/Oが遅いのは、MicrosoftがさっさとNTFSを捨てないから。
さっさと、NTFSなんか捨てるべき。

894login:Penguin2018/10/31(水) 15:23:20.59ID:tg1fbO7V
>>892
1809より前でもwslサービス停止させればkillできたけど、
書き込み処理中でも強引に全体を終了させるからファイル
破損すると被害大きかった

895login:Penguin2018/10/31(水) 15:40:43.59ID:u9fQvkoU
https://www.sqlite.org/download.html
から
SQLiteの公式バイナリ落として、WindowsネイティブとLinux on WSLとでどれくらい違いがあるんだろうか?
単純なSQLでベンチマーク取ってみると10倍くらい差が出そう。

896login:Penguin2018/10/31(水) 16:30:32.03ID:bF/gw1Xi
NTFSが原因ではないでしょ。WindowsネイティブとLinux on WSLはともにNTFSなのだから。

897login:Penguin2018/10/31(水) 16:32:33.65ID:8K2ZlZTx
(Defenderを切るのです…)

898login:Penguin2018/10/31(水) 16:40:31.82ID:tg1fbO7V
>>895
たとえば、
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

899login:Penguin2018/10/31(水) 16:48:34.19ID:J+AnuWvN
>>897
ほんこれ

900login:Penguin2018/10/31(水) 17:06:58.50ID:u9fQvkoU
>>898
いくら32bitのEXEでも遅すぎる・・・ワロタww

901login:Penguin2018/10/31(水) 17:08:15.90ID:u9fQvkoU
遅いのはマジでNTFSのせいかもしれんな。
>>893を疑ったけどその通りみたいだw

902login:Penguin2018/10/31(水) 17:34:16.77ID:weiO8F14
前スレで自分がそもそもNTFSが遅いんじゃないかと書いたらボロクソに叩かれたのを思い出したわw
http://mao.5ch.net/test/read.cgi/linux/1468149353/715-721n

しかしNTFSってWindows Serverとかでも使われてるわけで、もしNTFSが原因で一桁遅いんだったら、IISとかSQL Serverとか遅くて製品として成り立たなくなっちゃうと思うんだけど、そういう話は聞いたことないしなあ。

903login:Penguin2018/10/31(水) 18:03:33.00ID:KHyUGfIf
>>898
NTFSが原因ってことは、
それがexFATにしたら10倍になるってこと?

exFATはえーなw

904login:Penguin2018/10/31(水) 18:04:53.43ID:KHyUGfIf
>>902
> 前スレで自分がそもそもNTFSが遅いんじゃないかと書いたらボロクソに叩かれたのを思い出したわw

そりゃそうだな。

NTFSが遅いと仮定するならば、NTFSから変更すれば
Windowsは爆速になると言っているようなもんだ

少し考えばありえないってことぐらいわかるだろう

905login:Penguin2018/10/31(水) 18:09:01.09ID:6HoLP0ek
Linux on VirtualBox on Windows はバリバリ速いよ。
NTFS上の1ファイルにファイルシステムがあるから?
やはりDefenderとかが悪さしているのかも。調べてみるか。

906login:Penguin2018/10/31(水) 18:15:06.29ID:KHyUGfIf
>>898
10倍っていうのはforkの遅さと一致するんだわ
俺の計測だと、Linuxではfork1回で0.2ミリ秒だがWSLだと2.5ミリ秒になる
たった10000回forkしただけでLinuxで2秒がWSLで25秒になるわけだ

907login:Penguin2018/10/31(水) 18:16:02.49ID:KHyUGfIf
>>905
> NTFS上の1ファイルにファイルシステムがあるから?
1ファイルだろうが、アクセスはブロック単位だろw

ほれみろ、Linux on VirtualBox on Windows がバリバリ速いことからも
NTFSに原因がないってことは明らかじゃねーかw

908login:Penguin2018/10/31(水) 18:16:35.30ID:KHyUGfIf
ちなみにSQLiteも1データベース=1ファイルなので
1ファイルだと速いことは否定される

909login:Penguin2018/10/31(水) 18:18:46.76ID:KHyUGfIf
>>902

WSLで遅い
WindowsはNTFSだ

この2つになんの関連も示せてないのに、NTFS使ってるから遅いんだって
言ってるから馬鹿にされるわけで

例えばNTFSだと遅いならば他の条件を同じにして
NTFSからexFATに変えるとかして検証ができるはず

910login:Penguin2018/10/31(水) 18:44:48.74ID:6HoLP0ek
>>906
これでテストしてみた。
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 の話ではなくなってるけど。

911login:Penguin2018/10/31(水) 19:22:20.53ID:6HoLP0ek
上記のテストは、ウイルススキャンの影響も受けるようです。
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

912login:Penguin2018/10/31(水) 19:37:58.06ID:KHyUGfIf
>>991
おお、すげぇ。確かに速くなった。

とある処理を各シェル実行してるんだが、だいたい速くなった
一つkshだけ殆ど変わらなかったが、このシェルの特徴として他のシェルでは
サブシェル(forkが行われる)で実行する所をサブシェル使わずに
高速化してるのでこの結果は納得がいく所

参考 http://magicant.txt-nifty.com/main/2007/12/post_b430.html

プロセス起動時のメモリチェックでも時間がかかってるんだな

913login:Penguin2018/10/31(水) 22:31:13.29ID:K+Zm0bn7
日経Linux11月号の特別付録Windows版Linuxのすべてがわかる本、
買ってみたけどこれいらんなぁ
100ページとあるが、半分以上はLinuxのコマンド集とかになってるし、
今時点の記事なのにApril2018Updateに関わる事しか言ってないし
tmux書いてるなら罫線が乱れることも書けばよいのに(設定で直るけど

914login:Penguin2018/11/01(木) 01:15:23.03ID:YSSOTNb5
雑誌は安いが失った時間は高くつく
Windows Subsystem for GNUの速度測定をしてる君たちの着地点はどこなんだい?

915login:Penguin2018/11/01(木) 01:33:00.20ID:ukWML0sX
>>914
もう着地してる。遅い原因はわかったので、その機能を減らすことで
速度を上げることに成功した。WSLでも快適なツールに仕上がったよ

9168802018/11/01(木) 03:25:04.70ID:B4HSlXBB
日経Linux 11月号の付録の、WSL 特集、100 ページの冊子

コマンドの説明も、Windows のpowershell で処理して、Linux でgrep するとか、
powershell.exe 何々 | grep

Linuxのls を、Windowsのクリップボードに入れるとか、
ただし、改行がLF だけになるけど、
ls | clip.exe

Windows, Linux双方のコマンドが入り乱れて、なかなか面白い

917login:Penguin2018/11/01(木) 10:29:42.11ID:UYW3lBp2
WSL will not work on this build. If you require WSL to work, you can rollback to Build 18267.
https://blogs.windows.com/windowsexperience/2018/10/31/announcing-windows-10-insider-preview-build-18272/

918login:Penguin2018/11/01(木) 10:41:57.64ID:zrAWDiO/
>>917
めんどくせーな。
WSLでDebianパッケージのFFmpeg使ってたのに。

919login:Penguin2018/11/01(木) 10:50:34.87ID:ukWML0sX
>>918
プレビュー版を使わなければいい

920login:Penguin2018/11/01(木) 10:56:33.04ID:UGvjJoVP
新機能試したいならInsider Preview使うしかない。
WindowsごとHyper-Vに入れとけばいい。

921login:Penguin2018/11/01(木) 11:27:43.62ID:zrAWDiO/
>>919
>>920
とりあえず春まで待つことにします…

922login:Penguin2018/11/02(金) 15:44:55.66ID:Qdg8eyUy
18272のWSLは残念なことになってるけどエクスプローラーに突如現れたWSLって名前のフォルダは何だろうな(こちらに同じように何も機能していない)

923login:Penguin2018/11/02(金) 22:57:11.27ID:oYfoVFEa
>>920
> 新機能試したいならInsider Preview使うしかない。

WSLはもう新機能じゃないじゃん。
安定版WSLが提供されてるのに、あえて開発版を使う必要はない

924login:Penguin2018/11/02(金) 23:03:05.32ID:eyr7ZKEC
WSLにも新機能出てくるから、
新機能試したいならInsider Preview使うしかないってのは別に間違いでもないでしょ

そういうのに興味ないなら別に追随しなくて良い

925login:Penguin2018/11/02(金) 23:35:19.39ID:6ft4OM4J
しかしIPの最新ビルドではWSLが動作しないのであった

926login:Penguin2018/11/02(金) 23:37:09.04ID:ptkULAu8
既存のWSLは実用的だけど、まだ伸びしろもある。
たとえば、wslpathは作りかけっぽいし、OpenGLはなんか変。
デーモンを自動実行する上品な方法もあったらいいなと思う。

927login:Penguin2018/11/03(土) 02:34:46.67ID:W8fhmCw9
>>924
なんか試したい新機能あるの?

928login:Penguin2018/11/03(土) 04:37:40.87ID:/2tiGouT
>>927
人それぞれだろうからリリースノートに気になるのがあったらじゃないのかねぇ
https://docs.microsoft.com/en-us/windows/wsl/release-notes

1803や1809では機能的に変わった所があったからな

929login:Penguin2018/11/03(土) 07:19:23.35ID:mDVABffR
最近だとdockerに必要なMS_SLAVEの
サポートがあった

930login:Penguin2018/11/03(土) 11:14:50.05ID:PfkSQJ7I
Dockerサポートする気があるのか

931login:Penguin2018/11/03(土) 11:39:36.88ID:W8fhmCw9
LinuxカーネルのAPIとの互換性を高くすればDockerが動くのは必然

Dockerが動くのを視野に入れてると思うが、
Dockerを個別にサポートしているのではなく、
Dockerが使用しているカーネルのプロセス分離とか
そういったAPIがWindows上に搭載された結果だろう

932login:Penguin2018/11/05(月) 22:31:00.46ID:9tNeL5VO
日経Linux 11月号に載っている、
端末上で動く、CUI のファイラー、ranger は、Ubuntu 16.04 で動きますか?

他には、LXD (Linux Containers)も動きますか?

933login:Penguin2018/11/06(火) 02:04:10.54ID:XLUOnSMa
動かしてみればいいじゃん

9349322018/11/06(火) 03:28:24.88ID:3phxz94y
Ubuntu 16.04 で、ranger をインストールできた

sudo apt install ranger

設定ファイルをコピーする。
ranger --copy-config=all

935login:Penguin2018/11/06(火) 08:54:32.30ID:03ixmVH3

936login:Penguin2018/11/06(火) 11:12:00.67ID:ELX6+dT+
>>935
ついに、メモ帳がLFに対応するのか…

937login:Penguin2018/11/06(火) 12:22:22.96ID:bXr3BB3+
デフォルトの改行コードもLFでいい。
Macもとっくの昔にそうなってるし、テキストデータオンリーならそれで困らないと思う。

938login:Penguin2018/11/06(火) 13:21:43.67ID:7l+DzFcO
BOMも廃止しなさい

939login:Penguin2018/11/06(火) 13:54:50.57ID:CE01juj7
>>936
> ついに、メモ帳がLFに対応するのか…

もう対応してる。

rsyncを使ってバックアップで、改行コードがLFで
出してるのがあったんだが、サクッと確認するのが楽になった。

940login:Penguin2018/11/06(火) 14:41:01.16ID:bWVr+9b2
最新の安定バージョンでついに対応と言った936に対してもう対応してるとかアスペかよ

941login:Penguin2018/11/06(火) 14:47:18.58ID:CE01juj7
>>940

>>936が言ったのは、「ついに対応した」ではなくて
「ついに対応するのか」だからな。

つまり>>936は未来の話をしてる。
だから、もうみんなに公開されている安定版の
October 2018 Update ですでに対応していると言った。

理解できた?本物のアスペさん

942login:Penguin2018/11/06(火) 16:04:31.07ID:IyC5Rl4z
1809にした人は知ってる事だから、そいつが無知だったんだろ

943login:Penguin2018/11/06(火) 19:04:10.82ID:GGFQveOH
分割されたバイナリファイルをmsysのcat.exeで結合したら暗黙で改行コード変換されたことに気づけず苦しむところまでが遠足です。

944login:Penguin2018/11/06(火) 21:18:40.08ID:7mpws/1F
>>938
Windows 10のInsider PreviewでシステムロケールをUTF-8にするオプションが追加される
https://srad.jp/story/17/11/14/0640253/

945login:Penguin2018/11/06(火) 22:30:27.98ID:CE01juj7
>>943
catがテキストモードで開いてるわけねーだろ
変換なんかしねーよ。

9469322018/11/06(火) 22:45:44.30ID:3phxz94y
日経Linux 11月号には、

端末上で動く、CUI のファイラー、ranger の他にも、
mc というファイラーも載っている

ただし、どのバージョンのOS で動くかは、書いていないけど

sudo apt install mc

947login:Penguin2018/11/06(火) 22:51:34.92ID:3phxz94y
Windows のExplorer では、BOM 付きUTF-8 じゃないと、sjis と区別できないから、文字列検索できない

ただし、BOM付きにするとバグるアプリがあるから、漏れは、BOMなしにしている。
それで文字列検索は、WSL 側のgrep を使う

948電波いつぱい2018/11/06(火) 22:55:05.34ID:7I/aBvI8
>>946
midnight commanderかな?
懐かしいね

949login:Penguin2018/11/06(火) 23:00:04.91ID:hVtyeU5d
iconvは入力文字のコードがUTF8前提で、最初7ビットアスキーの範囲で途中からSJIS交じりのファイルを変換させると字化けしまくるバグ(ばぐ?しよう?)があるからキライ。

950login:Penguin2018/11/06(火) 23:03:49.50ID:CE01juj7
> iconvは入力文字のコードがUTF8前提で、

入力文字コードの指定ぐらいしろ
本当にアホ

951login:Penguin2018/11/06(火) 23:24:13.86ID:m1ufrJ5r
iconvで-f指定しないでCP932を変換しようとする猛者か

952login:Penguin2018/11/07(水) 00:18:48.52ID:mxffy5Jo
天才的なバカ現るw

953login:Penguin2018/11/07(水) 01:08:21.23ID:tPtVSurb
わかってねえのはてめえらだ!
天才は何をしても許されるんだぞ〜!

954login:Penguin2018/11/07(水) 01:23:59.46ID:ms4ssKlr
ウェブページのHTMLを、ウインドーズのメモ帳で開くと、ダーーーーーーーーーーっと全部一行に表示されたことありますよね?
その現象が、ウインドズーを他のオペレーティングシステムと連携させて使用する上での最大の問題点の見える化です。

この問題は一見簡単に解決できそうですが、実際は今の人類のIT技術では解決不可能です。
格段にAIが進歩すれば、あるいはギリギリ解決できるかできないか、それぐらい難しいテーマです。
この問題を解決できる究極アルゴリズムを発明できる人なら、次のgoogleになれます。

955login:Penguin2018/11/07(水) 01:50:05.88ID:v7o9U8jP
意訳「メモ帳が改行コードLFに対応したんだよ」というレスをしてください。お願いします。

956login:Penguin2018/11/07(水) 02:00:00.64ID:D9iFbs5Q
>>941
一般提供絶賛停止中なのに安定版とかw

957login:Penguin2018/11/07(水) 02:28:25.27ID:nOyk7sd9
>>954
10/3 から正常にメモ帳で参照できるようになりました。不思議です。

958login:Penguin2018/11/07(水) 02:42:41.51ID:ms4ssKlr
>>957
究極アルゴリズム、完成していたのか…!

959login:Penguin2018/11/07(水) 11:11:21.61ID:MDpN/AEY
すげえマジレスするけど、一度スプリットして再度改行コード入れるだけやで。
エディタの改行コードを選べれば解決なんやで。
windowsの問題はsjisと改行コード。これをスッキリ解決してくれたらネイティブで使えるし、
bashの連携もうまくいくねん。Bashだとすんなりうまくいくcurlのコマンドもwindowsネイティブなら
sjisで日本語送るからサーバーではねられて死ぬ。

960login:Penguin2018/11/07(水) 11:46:24.02ID:v7o9U8jP
>>959
日本語専用の文字コードであるsjisが
日本以外の世界中のWindowsで使われるわけ無いだろw
こう突っ込むと、sjisとか言ってたやつは逃げるんだよなw

961login:Penguin2018/11/07(水) 12:21:50.17ID:MDpN/AEY
>>960
世界規模で考えてるとはご苦労だな。俺もコンソールやコマンドプロンプトに日本語は打ちたくないけども
日本人だし、curlでアクセスしたいサイトは日本語のサイトなんだ。
俺は快適にPCを使うのに母国語が使えるっていうのは大きなポイントでね。
あとアジア圏には全く同じ問題がつきまとうんでそのへんの理解を頼むわ。英語が母国語の地域は少ないんだぞ。

962login:Penguin2018/11/07(水) 12:26:49.81ID:v7o9U8jP
> 世界規模で考えてるとはご苦労だな。

そりゃOSなんだから世界規模で考えてるだろ

で、いつからWindowsはSJISを世界規模で
使うようになったんだ?
いい加減嘘つくのやめろよ

963login:Penguin2018/11/07(水) 12:37:21.39ID:MDpN/AEY
>>962
煽るのは自由にしてくれたらいいんだが、展開が早すぎないか?
「windowsの問題がsjisと改行コード」の文節が「WindowsはSJISを世界規模で使う」になったんだ?
今回は人を嘘つきにするのが早いな。嘘つきくんと呼ぼうか。
ローカルな話と理解してくれるならローカルな問題だとわかりそうなもんだが、う〜ん、なにか別の意図があるに違いない。
僕の知らないグローバルななにかが。
あと、世界規模の話すると、海外PCから日本語見ると文字化けするんだよね。あれはグローバルな問題じゃない?

964login:Penguin2018/11/07(水) 12:38:59.89ID:HgmPaRgu
そういや、AIXのデフォルトってまだSJISなん?とっくに変わった?

965login:Penguin2018/11/07(水) 12:42:59.18ID:tPtVSurb
SolarisもSJISだったな。

966login:Penguin2018/11/07(水) 14:24:04.47ID:v7o9U8jP
>>963
そりゃ日本以外ではSJIS使ってないんだから、
SJISに問題はないってことになるからねw

967login:Penguin2018/11/07(水) 20:27:29.53ID:xIHeRZSi
SJIS時代の比較関数はUnicode対応された今でも世界中のWindowsで静かに生きている。
これは、Windows95とWindowsNTで同じソート結果が必要だったことによる。

968login:Penguin2018/11/07(水) 22:42:05.02ID:AYyN+HB9
>>965
EUCだよ
SJISにも設定出来るけどな

969login:Penguin2018/11/08(木) 00:46:31.68ID:Ueh2RoXc
>>957
メモ帳以外の普通のエディタは、文字コード・改行変換できる

Windows10 October 2018 Update(1809)では、WSL・Windows の自動変換ができるようになったのかも?

漏れのは、1803 だから、Ubuntu 16.04.5 だけど、未だに、Ctrl+C, Ctrl+V でコピペできない

winver というコマンドで、OS バージョンでも見てみれば?

970login:Penguin2018/11/08(木) 02:08:50.81ID:985q7oGK
1809は改行なおしに力いてれきたのな
まだ3だがうp知こない
はや来ぼんぬ

971login:Penguin2018/11/08(木) 03:10:46.46ID:Ueh2RoXc
Linux の端末では、コントロールキーはシグナルに使われるから、
ショートカットを使えないようにしているのか

Ctrl+Shift+C, Ctrl+Shift+V で、コピペ出来るようになるのかも

972login:Penguin2018/11/08(木) 03:16:29.59ID:HSa3bpy4
>>971
1809 ではそれでコピペができます

973login:Penguin2018/11/08(木) 08:57:26.91ID:2Vy+xVl9
Announcing Windows 10 Insider Preview Build 18277
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.

974login:Penguin2018/11/08(木) 18:01:17.21ID:h/WOFYgQ
Microsoft Storeにて2種類のLinuxディストロが配信開始
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シェルが開けるようになったり、コンソール上でのコピーアンドペーストが使えるようになったりと、細かな機能追加もされている。

975login:Penguin2018/11/08(木) 21:33:18.91ID:zorDwTYQ
WLinuxなら自分で入れれば良いと思うんだけどな
githubで公開されてるんだから
特別なものでもなく中身Debianだし

976login:Penguin2018/11/08(木) 21:36:57.31ID:c9bskb9T
何言ってっだこいつ

977login:Penguin2018/11/08(木) 21:47:39.08ID:zorDwTYQ
何言ってんだも何も無料で入れられるって言ってるんだが?

978login:Penguin2018/11/08(木) 22:20:45.25ID:p9+Em52w
「何言ってっだ」という東北なまり?に微妙に心が安らぐ。

979login:Penguin2018/11/09(金) 00:19:12.35ID:nZbJ72jS
WSLに追加する手順を教えろくだせー

980login:Penguin2018/11/09(金) 00:52:20.26ID:6LiDE00M

981login:Penguin2018/11/09(金) 01:02:32.29ID:eMu9wHXZ
WLinuxが記事になってる時、東南アジアにいて、Windowsの国と地域の設定を東南アジアの国にしてたせいか、WLinuxが100%割引になってたんよね
それで買った

982login:Penguin2018/11/09(金) 02:05:50.82ID:nZbJ72jS
面倒だわw

983login:Penguin2018/11/09(金) 07:42:55.32ID:F2RsN0P0
俺はこれでDドライブとかにWSL環境構築してるわ

https://github.com/DDoSolitary/LxRunOffline

984login:Penguin2018/11/09(金) 12:48:55.28ID:3WMswF4A
-OyomiオプションつきでWSL版mecabで開いた状態だと、Windows版mecabで同じ辞書フォルダを開けない。
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だけにするとハマる。

985login:Penguin2018/11/09(金) 13:10:43.96ID:93OjXMJz
なんだそのクソ仕様は・・・

9869842018/11/09(金) 13:51:52.09ID:3WMswF4A
説明補足。Mecabは、オープンソース 形態素解析エンジン。
以下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の仕様がおかしいようにも思える。

987login:Penguin2018/11/09(金) 14:01:12.91ID:93OjXMJz
WSLのファイルシステムかメタデータ周りの問題かもな。
WSLなんて所詮オマケみたいなもんだ。遊びでしか使えん。

988login:Penguin2018/11/09(金) 14:14:02.13ID:+MT3NdP/
>>986
えとさ、安全かどうかでちゃんと考えてる?

読み取りで開いているって言ってるけど、
読み取り専用じゃねーからな。読み込み共有モードだからな

私は読み取りしかしない!と宣言してファイルを開いた時
その他のプロセスが書き込みしたら、一回目に読み取ったときと
二回目に読み取ったときでデータが変わってしまう

FILE_SHARE_READっていうのは自分が読み込みしかしない!と
宣言することじゃない。自分は書き込まないから他の人が読み込んでも
いつだって同じデータが読み取れるよ。
他の人は書き換えないと宣言するなら、読み取ってOKって言ってることになる。


同様にFILE_SHARE_WRITEは、自分はうまいことやるから
他の人書き込んでもOK!っていうことだ。

つまりは、自分は読み込みしかしないが他人に書き換えられたら困る!
ってときはFILE_SHARE_READだけにするんだよ
たいていは読み込み途中に書き換えられたら困るだろう?
mecabは他人に書き換えられてもOKと言ってるのか?

989login:Penguin2018/11/09(金) 14:15:35.87ID:+MT3NdP/
自分は読み取りしかしない!と宣言していても、
他人に書き換えられても大丈夫ってことにはならないからな

990login:Penguin2018/11/09(金) 14:38:57.87ID:30xrhl21
Bzでの再現手順教えてくださいな
wsl上のemacsでc:/wsl/test.txtを開いたまま
win上のBz162でc:/wsl/test.txt開いてみたけど
問題なく開けるのでどうすればいいのかわからない

991login:Penguin2018/11/09(金) 15:03:07.22ID:3WMswF4A
>>988
書き込み側、読み込み側、どちらかが優先されるべきかは
それはアプリ次第であって、こうすべきと決めつけるものでもないでしょう。
起動中の読み取りアプリを犠牲にしてでも書き込み優先するという割り切り方もある。

>>990
後学のためにmecabをインストールしてみては?

992login:Penguin2018/11/09(金) 15:22:02.65ID:30xrhl21
>>991
mecabでの再現の手順教えてもらえますか?
それよりはBzのほうが簡単だと思ったので、Bzで訪ねたんですけど

993login:Penguin2018/11/09(金) 15:34:43.90ID:3WMswF4A
>>992
以下のプログラムを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;
}

994login:Penguin2018/11/09(金) 15:54:06.61ID:30xrhl21
>>993
ありがと
wsl内部でファイルをreadonlyで開いても、windows側からはSHARE_RWで開いたとみなされて
SHARE_Rだけのcreatefileだとコケるという話ですね
fall 2018 updateでwslfsへ変換した環境でも再現できた

995login:Penguin2018/11/09(金) 15:58:22.34ID:G9J1BokI
次スレは?

996login:Penguin2018/11/09(金) 16:00:31.66ID:30xrhl21
たててみる

997login:Penguin2018/11/09(金) 16:03:18.95ID:3WMswF4A
>>988
> えとさ、安全かどうかでちゃんと考えてる?

たかが読み取りオンリーなプログラムの分際で、自分の安全しか考えない身勝手なプログラムはダメでしょう。
読み取り側が排他ロックしたい時だけロックするべきで、それ以外の時は書き込み側を優先するのが基本でしょう。

998login:Penguin2018/11/09(金) 16:03:55.61ID:30xrhl21
次スレ
Bash】Windows Subsystem for Linux【WSL】4
https://mao.5ch.net/test/read.cgi/linux/1541747008/l50

999login:Penguin2018/11/09(金) 17:09:55.48ID:3WMswF4A
スキルの低い人ほど宗教的な信条を他人に押し付けたがる法則

1000login:Penguin2018/11/09(金) 17:10:47.97ID:3WMswF4A
スキルの低さを宗教的な信条で補っているともいえる。

10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 157日 12時間 21分 7秒

10021002Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

レス数が1000を超えています。これ以上書き込みはできません。