■ このスレッドは過去ログ倉庫に格納されています
【Bash】Windows Subsystem for Linux【WSL】3
- 1 ：login:Penguin：2018/06/05(火) 04:49:41.27 ID:ZoJ8+rBb.net
- 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/
- 2 ：login:Penguin：2018/06/05(火) 04:52:33.08 ID:ZoJ8+rBb.net
- 改行ミスった
前スレ再貼り
【Bash】Windows Subsystem for Linux【Ubuntu】2
https://mao.5ch.net/test/read.cgi/linux/1468149353/
- 3 ：login:Penguin：2018/06/05(火) 08:17:41.48 ID:oWsLrzCd.net
- おつ
- 4 ：login:Penguin：2018/06/05(火) 14:57:59.30 ID:rv0G6Jae.net
- >>1-2乙！
Home版もWSLでそのままdocker動くようになったらメッチャ便利だが
そういう予定はないんだろか
- 5 ：login:Penguin：2018/06/05(火) 15:35:24.57 ID:gIcikoiF.net
- おつ。
- 6 ：login:Penguin：2018/06/05(火) 15:50:19.05 ID:ZBtY/VOq.net
- >>4
64bitならhomeでもいけるんじゃないの？
- 7 ：login:Penguin：2018/06/05(火) 21:40:53.87 ID:gIcikoiF.net
- Windows上でLinuxバイナリを作れるのは素晴らしいことで、もしかするとJavaの利点を吹き飛ばしてしまうかもしれない。
- 8 ：login:Penguin：2018/06/05(火) 21:43:40.80 ID:gIcikoiF.net
- サーバサイドでC++を使うような流れができるかもしれないと思うのでした。
- 9 ：login:Penguin：2018/06/05(火) 21:44:49.48 ID:WdjVIiA1.net
- ねーよｗ
- 10 ：login:Penguin：2018/06/06(水) 00:22:16.33 ID:fGoeBn2T.net
- MSYSの環境作るのたるいからWSLでmingwにしたw
- 11 ：login:Penguin：2018/06/06(水) 00:49:31.57 ID:QLTWDKnR.net
- >>10
クロスコンパイルには最適な環境ですね。
- 12 ：login:Penguin：2018/06/06(水) 01:28:56.78 ID:qKaM0xvV.net
- >>7
> Windows上でLinuxバイナリを作れるのは素晴らしいことで、
だからなに？って感じだなぁ
> もしかするとJavaの利点を吹き飛ばしてしまうかもしれない。
わからんから説明してくれ
- 13 ：login:Penguin：2018/06/06(水) 02:51:29.06 ID:hN7tu3YC.net
- 一度かけばどこでも動くってことじゃね？
- 14 ：login:Penguin：2018/06/06(水) 06:30:34.80 ID:2O90Fo+x.net
- 書くのは一度、デバッグは・・・の再来になりそうだなぁｗ
- 15 ：電波いつぱい：2018/06/06(水) 08:36:23.61 ID:FPVhL3fX.net
- >>10
wsl と mingwって全くの別物だと思うんだけど、どう関係させるの？
- 16 ：login:Penguin：2018/06/06(水) 09:25:17.12 ID:QLTWDKnR.net
- >>15
WSLにmingwパッケージを入れてWindowsのバイナリをコンパイルできる。
クロスコンパイルってやつ。
- 17 ：login:Penguin：2018/06/06(水) 11:45:30.96 ID:AI9i/Z9P.net
- 普通にVisualStudioでいいだろ
- 18 ：login:Penguin：2018/06/06(水) 12:16:00.43 ID:9DNa5U9j.net
- >>14
C++17だと大丈夫みたいだぞ。
C++03の頃は、clで確認後、gccでビルドすると通らないのが普通だった。
必ず修正が必要で、すり合わせを行っていた。
ところがC++17を指定するとgccが賢くなるらしく、すり合わせの必要が全くない。
ちなみにC++17はgcc7からなので、例えばUbuntu16.04などにはパッケージがない。
- 19 ：login:Penguin：2018/06/06(水) 12:25:16.58 ID:J8/ewzT3.net
- SwiftをWSLで動かそうとしたが、コンパイルが低速でVMでやったほうが速かった・・・
- 20 ：login:Penguin：2018/06/06(水) 12:26:56.27 ID:9DNa5U9j.net
- Visual Studio 2017、CMakeプロジェクト、WSLという環境だと、インテリセンスがLinux側の標準ヘッダを拾ってくれなくてWindows側にフォールバックするな。
何か設定が必要なんだろうか。
- 21 ：login:Penguin：2018/06/06(水) 12:33:13.41 ID:9DNa5U9j.net
- >>19
LinuxにもVCPKG導入して使うことにしたんだけど、Boostですら何とかなってるけどな。
- 22 ：login:Penguin：2018/06/06(水) 12:40:12.82 ID:9DNa5U9j.net
- 新しめの環境が使いたいC++使いは、WSLにUbuntu18.04を入れるのがお勧め。
これでgcc7が使える。
それでも、ライブラリは最新じゃないから、パッケージマネージャとしてVCPKGを導入したほうが良い。
- 23 ：login:Penguin：2018/06/06(水) 13:36:37.25 ID:ngQl1eJd.net
- >>20
どうせ環境変数だろ
- 24 ：login:Penguin：2018/06/06(水) 13:42:37.51 ID:9DNa5U9j.net
- >>23
まあ何かそういう単純なことなんだろうけどな。
- 25 ：login:Penguin：2018/06/06(水) 13:43:27.97 ID:9DNa5U9j.net
- ビルドはできるので、CMakeCacheには入っているはずなんだけどなあ。
- 26 ：電波いつぱい：2018/06/06(水) 20:47:00.10 ID:FPVhL3fX.net
- >>16
なるほど win 上のlinuxでwinのバイナリを作るのは不思議な気がするけど、msys使うのと変わらないのか
- 27 ：login:Penguin：2018/06/06(水) 20:55:48.88 ID:SUG0iLYB.net
- 尊師はグレースホッパー賞受賞してるんだな。
- 28 ：login:Penguin：2018/06/08(金) 13:42:10.24 ID:5F4N0yW+.net
- インテリセンスの問題は、Linuxから情報を収集するのに時間が必要だっただけで、普通にLinux側のヘッダに合わさったわ。
Linux側のSSHサーバーを情報収集が終わるまで起動したままにしとかないとダメってことだな。
- 29 ：login:Penguin：2018/06/08(金) 15:49:05.77 ID:VkPlU366.net
- 新着レス通知サービスでスレに張り付く必要なしに！
https://aichi-jin.net/notifier/
- 30 ：login:Penguin：2018/06/08(金) 18:40:25.67 ID:f7KlTzKv.net
- Linux側のシステム・ヘッダでインテリセンスが効くようになったものの、問題発生。
CMakeで指定しているC++17の設定が反映されていない。
__cplusplus < 201103Lに引っかかってしまう。
ビルド時はきちんと設定されているのだが。
- 31 ：login:Penguin：2018/06/08(金) 19:06:13.26 ID:OJuwRDUg.net
- しらねーよ
- 32 ：login:Penguin：2018/06/08(金) 19:08:11.52 ID:TmMHprIb.net
- 座間亜
- 33 ：login:Penguin：2018/06/08(金) 19:14:28.03 ID:f7KlTzKv.net
- ホントは知ってるんだろ。
教えれ。
- 34 ：login:Penguin：2018/06/08(金) 19:15:22.19 ID:f7KlTzKv.net
- もしかしてこれも待ってればいいだけなのか？
- 35 ：login:Penguin：2018/06/08(金) 22:39:53.33 ID:gC18cOCh.net
- 環境を作ることが目的になってなければいいけど。
どういうプロジェクトに参画してるんだろう。
- 36 ：login:Penguin：2018/06/08(金) 22:48:31.44 ID:f7KlTzKv.net
- 今のところ、clとgccの違いはテンプレート仮引数名の衝突だけだな。
C++17を有効にするとだいぶ統一されるようだ。
- 37 ：login:Penguin：2018/06/08(金) 22:54:42.65 ID:P57pmqSu.net
- Excelから出力したCSVのように一行（？）の中に改行が含まれた
データを扱うにはどうしたら良いでしょうか？
- 38 ：login:Penguin：2018/06/08(金) 22:57:54.66 ID:TmMHprIb.net
- WSLで処理するのかね？
- 39 ：login:Penguin：2018/06/08(金) 23:01:56.91 ID:4jEKWbxk.net
- sed使う？
- 40 ：login:Penguin：2018/06/08(金) 23:04:35.38 ID:f7KlTzKv.net
- >>37
セル内改行は\n、カラムの改行は\r\nになってるらしいよ。
- 41 ：37：2018/06/08(金) 23:11:14.05 ID:xiQiBDa/.net
- もう少し具体的に書きます。
カンマ区切りの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から出力したデータのように
改行やカンマやダブルクォートやシングルクォートや空白が入ることがあるのです
- 42 ：login:Penguin：2018/06/08(金) 23:14:50.91 ID:OJuwRDUg.net
- >>37
どういうレベルで扱いたいんだ？
プログラム組めるならその言語用CSV用ライブラリ使えば普通に対応できる。
- 43 ：login:Penguin：2018/06/08(金) 23:15:27.30 ID:xiQiBDa/.net
- >>40
それで思い出しました。
各項目には \ が入ることもあります。
今回はCSVではありませんが、RFC4180（＝ExcelのCSVの仕様）では
改行が\nのようにエスケープされません
https://ja.wikipedia.org/wiki/Comma-Separated_Values
> フィールドがコンマ、ダブルクォート、改行を含む場合は、かならずダブルクォートで囲む。
> また、フィールドに含まれるダブルクォートは2つ並べてエスケープする。
>
> "日本 CRLF
> 国","""東京""","127,767,944" CRLF
↑「日本国」の国の前に改行が入っている場合
- 44 ：login:Penguin：2018/06/08(金) 23:16:43.70 ID:OJuwRDUg.net
- つうかWSLの話じゃねえ
- 45 ：login:Penguin：2018/06/08(金) 23:17:33.26 ID:xiQiBDa/.net
- あ、スレ間違えました。移動します。（おかしいなぁ？）
- 46 ：login:Penguin：2018/06/08(金) 23:18:51.34 ID:xiQiBDa/.net
- こっちに移動します。
シェルスクリプト総合 その27
https://mevius.5ch.net/test/read.cgi/unix/1525337663/
- 47 ：login:Penguin：2018/06/08(金) 23:24:04.02 ID:f7KlTzKv.net
- Awkマスターのスレで聞くとわかるんじゃないだろか。
まさにWSLの有効な使い方だろな。
- 48 ：login:Penguin：2018/06/08(金) 23:27:57.65 ID:f7KlTzKv.net
- Bashとスレタイに入ってるから、ここに来たのか。
- 49 ：login:Penguin：2018/06/08(金) 23:49:11.04 ID:TmMHprIb.net
- awkじゃ改行コードの検出は無理だろうな。perlとかPythonの領域じゃね
- 50 ：login:Penguin：2018/06/09(土) 00:28:04.99 ID:zJnVUrKU.net
- >>49
アホ発見
- 51 ：login:Penguin：2018/06/09(土) 07:11:37.11 ID:DzL7aqiq.net
- >>50
KWSK
- 52 ：login:Penguin：2018/06/09(土) 07:42:27.99 ID:bAfqRkxr.net
- UNIX板のスレによると、Linuxのawkは普通のawkより強いらしいぞ。
- 53 ：login:Penguin：2018/06/09(土) 08:02:24.52 ID:b4L3Rbm8.net
- 行単位で処理するawkでフルスペックCSVが処理出来る程強化
されているのかぁ凄いなぁ
- 54 ：login:Penguin：2018/06/09(土) 09:43:32.83 ID:qyWyw5bM.net
- 多くは書かねえ
たった一行
- 55 ：login:Penguin：2018/06/09(土) 10:19:35.27 ID:EPiw4z0d.net
- まさに奥の細道
- 56 ：login:Penguin：2018/06/10(日) 01:37:08.88 ID:l34j97YU.net
- >>52
LinuxというかGNUのな。GNUはオリジナルに機能拡張している
LinuxのコマンドはほとんどオリジナルのではなくGNUの。Linuxはオリジナルを入れてないからGNU Awkをawkとしている。オリジナルがあるとこではgawk(GNU自体がgawkと称しもする)だな
>>51
getlineを使えばやってやれないこともないだろう
- 57 ：login:Penguin：2018/06/10(日) 19:51:04.64 ID:tySbLpkG.net
- April 2018 UpdateしたらWSLの環境が消滅したんだけど
どうしてくれるの
- 58 ：login:Penguin：2018/06/10(日) 20:00:21.05 ID:tySbLpkG.net
- なんかストアから新しいディストリビューション入れたら旧いUbuntu環境も立ち上がるようになった
わけがわからないよ
- 59 ：login:Penguin：2018/06/10(日) 20:08:04.19 ID:Zb+VVfMm.net
- 電源入れた後はエラーで起動せず、再起動後にやっと動くという謎の不具合。
- 60 ：login:Penguin：2018/06/10(日) 20:34:53.30 ID:xzpIDwN1.net
- DockerみたいにExportしてあとで環境を再構築できる機能が欲しいな。
そうじゃないと安心して使えない。
- 61 ：login:Penguin：2018/06/11(月) 00:23:31.37 ID:cargbX7Z.net
- >>60
ようするに環境構築の話だろ？
ansibleとか使えば？
- 62 ：login:Penguin：2018/06/11(月) 22:21:04.06 ID:qMOfIRRg.net
- >>60
WSLにこだわるなら、 tarで / のバックアップとってとかじゃダメ？
まか、そういう使いかたならVirtualbox なり VMWareが向いていると思う。
- 63 ：login:Penguin：2018/06/12(火) 01:02:35.21 ID:k63k9iOK.net
- というかだよ。
WSLの設計としては、ソースコードはC:\Users\name 以下に置いて
それを /mnt/c/Users/name から参照する想定でしょ？
シンボリックリンクをつければ ~/ 以下から参照できるし
だからWSLの環境が削除されてもデータは残る
- 64 ：login:Penguin：2018/06/12(火) 01:21:09.49 ID:3Yh+cb/p.net
- そもそも/mnt以下で作業せんなあ
- 65 ：login:Penguin：2018/06/12(火) 01:28:40.33 ID:k63k9iOK.net
- >>64
うん。だからシンボリックリンクでHOME以下に
持ってくればいいわけだよ
- 66 ：login:Penguin：2018/06/12(火) 02:10:22.69 ID:3Yh+cb/p.net
- そういうことじゃなくてdrvfs上で作業したくないという話
- 67 ：login:Penguin：2018/06/12(火) 03:49:02.76 ID:k63k9iOK.net
- だからdrvfs上で作業しろよ
パーミッション、タイムスタンプ、保存できるようになっただろ
- 68 ：電波いつぱい：2018/06/12(火) 08:35:33.26 ID:PtHKAO/g.net
- >>66
drvfsで作業したくない理由ってなに、？
- 69 ：login:Penguin：2018/06/12(火) 13:34:58.21 ID:OTTcUzHj.net
- Ubuntu 16.04 も、自動的に、新しいバージョンに更新されていた
- 70 ：login:Penguin：2018/06/12(火) 13:39:28.00 ID:OTTcUzHj.net
- 漏れは、~/.bash_aliases に、ドキュメントフォルダーへのalias を定義してる
export LANG=ja_JP.UTF-8
shopt -s expand_aliases
alias mydoc='cd /mnt/c/Users/Owner/Documents'
- 71 ：login:Penguin：2018/06/12(火) 18:07:27.51 ID:yxOQVLv7.net
- WindowsにLinuxが入った！
今度のWindowsはLinux入り！
- 72 ：login:Penguin：2018/06/12(火) 18:45:30.30 ID:Yoj6Uvnq.net
- Linuxは入ってねーよ。
もしLinuxはGPLなんだからWindowsもソース公開しなきゃならない！
とかいうやつが現れたりしても無駄。
なにせLinuxは入ってない
Windowsが独自にLinux互換機能を搭載しただけ
WindowsというOSを作っていながら、
片手間でLinux OS互換にするとはすごいね
- 73 ：login:Penguin：2018/06/12(火) 19:35:14.81 ID:yxOQVLv7.net
- 入った！
超入った！
Windows + Linuxのお得なWindowsが今度のWindows！
- 74 ：login:Penguin：2018/06/12(火) 19:36:45.44 ID:Yoj6Uvnq.net
- あー、まあそれでいいよｗ
WindowsがLinux相当の機能を含んだのはそのとおりだし
鬼に金棒ってやつだ。
もうわざわざLinuxを使う必要がない
- 75 ：login:Penguin：2018/06/12(火) 20:39:27.18 ID:6oT4MB0T.net
- Linuxの機械学習系のソフトで、実用的な速度で学習ができれば申し分ないんだが・・・
- 76 ：login:Penguin：2018/06/12(火) 22:04:05.34 ID:fJ4Xf2OU.net
- 機械学習を計算サーバでない場所でやろうというのがおかしい
しかも「実用的な速度」などとのたまう
- 77 ：login:Penguin：2018/06/12(火) 22:30:44.63 ID:RvhtRCit.net
- unixもどきのlinuxもどきが使えるようになったとか言って喜んでる欠陥OSユーザーｗｗｗ
本物のunixであるmacの前にひれ伏すが良い
- 78 ：login:Penguin：2018/06/12(火) 22:36:45.57 ID:XAW4hJh7.net
- MacもMacで独特のクセがある。
ユーザーランドはGNUなのかBSDなのかどっちつかずで・・・
- 79 ：login:Penguin：2018/06/12(火) 22:39:42.13 ID:yxOQVLv7.net
- 本物のWindowsであるWinndowsに敬礼！
- 80 ：login:Penguin：2018/06/13(水) 06:36:33.12 ID:Jb47/52i.net
- >>76
要はGPUを使いたいんだよね。
- 81 ：login:Penguin：2018/06/13(水) 17:21:15.77 ID:/WIHRBuT.net
- Microsoft Linuxの時代来たーー！！！
- 82 ：login:Penguin：2018/06/13(水) 17:41:06.39 ID:zCfFIGtf.net
- Lindows 2.0だな
- 83 ：login:Penguin：2018/06/13(水) 17:47:24.43 ID:/WIHRBuT.net
- それは、ライブドアウィンドウズ。
- 84 ：login:Penguin：2018/06/13(水) 17:48:07.61 ID:/WIHRBuT.net
- Microsoftが作った本物のLinuxキターー！！
- 85 ：login:Penguin：2018/06/14(木) 02:51:46.72 ID:A/3HrHQn.net
- 中身うぶんつとかすーぜーじゃん
せんとくんもってこいや
- 86 ：login:Penguin：2018/06/14(木) 06:03:56.27 ID:PjHsdcGq.net
- セント君はレッドハットとの契約上、Microsoft社のカーネルで稼働させられないらしいけど。
- 87 ：login:Penguin：2018/06/14(木) 08:41:36.56 ID:u3exA41c.net
- >>86
商用パッケージが含まれるRHELならともかく、
CentOSはもともとRHELと無関係のプロジェクトで
レッドハットと何ら契約を結んでないのでそれはありえない
そんなことをしたらGPL違反になる
- 88 ：login:Penguin：2018/06/14(木) 08:44:34.29 ID:u3exA41c.net
- WSL上でCentOSが使いたいなら、こんなものもある
https://github.com/RoliSoft/WSL-Distribution-Switcher
これらに対応しているようだ（多分イメージを用意すればその他も動くのだろう）
debian, ubuntu, fedora, centos, opensuse, mageia,
oraclelinux, alpine, crux, clearlinux
- 89 ：login:Penguin：2018/06/14(木) 08:51:52.98 ID:urVNXLRO.net
- >>87
今となってはRedHat様がスポンサーのプロジェクトですがw
- 90 ：login:Penguin：2018/06/14(木) 09:02:30.55 ID:PjHsdcGq.net
- >>87
セント君はレッドハットと協業契約を結んでいて、そのおかげで訴訟の心配なく使えるようになったのが売りだと思いますが。
- 91 ：login:Penguin：2018/06/14(木) 09:04:01.35 ID:PjHsdcGq.net
- セント君を使ってもレッドハットから訴えられることはありません。
だけども、Windows上で動かすことはできません。
まあそんな仕組み。
- 92 ：login:Penguin：2018/06/14(木) 09:46:28.68 ID:u3exA41c.net
- 何を言ってるんだ？ CentOSとレッドハットが協業したからって
OSのライセンスがGPLである以上、Windows上で動かすことが
できないなんて追加ライセンスはつけられないんだが？
それにマイクロソフトもレッドハットと協業している。仲いいんやで？ｗ
マイクロソフトとレッドハットがついに結んだ画期的パートナーシップの全貌
https://forbesjapan.com/articles/detail/10256
Microsoft AzureではRHELとCentOSもサポートしている
https://azuremarketplace.microsoft.com/ja-jp/marketplace/apps/category/compute?page=1&subcategories=operating-systems
ほんと、なんですぐバレる嘘をつくんだろう？w
- 93 ：login:Penguin：2018/06/14(木) 10:11:22.91 ID:PjHsdcGq.net
- >>92
Redhatをコピーして売ることはできません。
- 94 ：login:Penguin：2018/06/14(木) 10:51:02.64 ID:TErDx0lx.net
- RedhatはしらんけどCentOSは売れるぞ
- 95 ：login:Penguin：2018/06/14(木) 11:37:44.04 ID:PjHsdcGq.net
- レッドハットはオープンソース企業なので、大規模にセント君売ったら、訴訟起こされるだけですよ。
- 96 ：login:Penguin：2018/06/14(木) 11:38:48.09 ID:PjHsdcGq.net
- レッドハット傘下で細々とやる分にはお目こぼしいただけるのです。
体験版みたいな感じですね。
- 97 ：login:Penguin：2018/06/14(木) 12:03:40.25 ID:w6GdFZos.net
- なにいってんだこいつ
- 98 ：login:Penguin：2018/06/14(木) 12:16:16.91 ID:HCvIp01z.net
- アホが暴れててワロタｗ
- 99 ：login:Penguin：2018/06/14(木) 12:20:27.34 ID:zG+6n9rw.net
- >>94
> RedhatはしらんけどCentOSは売れるぞ
CentOSはコピーして売っても良いことを知ってるから
>>93はあえてRedhatだけしかかかなかったんだよ。
つまりCentOSは使ってもいいと
本当は知ってるわけｗ
- 100 ：login:Penguin：2018/06/14(木) 13:04:57.00 ID:sUb83UbF.net
- そういや、赤帽の軽トラ見なくなったな・・・
- 101 ：login:Penguin：2018/06/14(木) 14:37:12.30 ID:DMXqBtUR.net
- CentがダメならScientificがある
- 102 ：login:Penguin：2018/06/14(木) 15:30:30.48 ID:PjHsdcGq.net
- RedhatよりオープンなWindowsを推薦します！
- 103 ：login:Penguin：2018/06/14(木) 19:50:04.76 ID:PjHsdcGq.net
- モバイルはGoogle Android/Linux。
デスクトップはMicrosoft WSL/Linux。
- 104 ：login:Penguin：2018/06/14(木) 20:16:02.88 ID:1hB8qL73.net
- だからWSLはLinuxじゃねーっての
- 105 ：login:Penguin：2018/06/14(木) 20:18:58.77 ID:1hB8qL73.net
- Windows/NTカーネル
Ubuntu/NTカーネル
Debian/NTカーネル
- 106 ：login:Penguin：2018/06/14(木) 20:29:28.83 ID:PjHsdcGq.net
- IBM純正UNIXがあるように、Microsoft純正Linuxがあるのです！
- 107 ：login:Penguin：2018/06/14(木) 20:30:47.87 ID:PjHsdcGq.net
- Microsoft純正LinuxならRedhatに訴えられません。
- 108 ：login:Penguin：2018/06/14(木) 20:33:17.16 ID:aBmapGry.net
- WSLはlinuxカーネルを乗っけてるんじゃなくて、linuxのシステムコールをWindowsカーネルで処理してるだけ。
だからhtopコマンドを打ってもシステム全体が見えるだろ？Windowsの開発チームは優秀だし、linuxのAPIは移植可能なぐらいきれいだったってことだ。
だけど、逆は無理だろうな、wineはwindowsがオープンソースじゃないからバイナリ依存してる。
でもJavaなんかのシステムコールはwindowsに直接投げるより、WSLに投げたほうが遥かに早いので、なんだか皮肉だけど。
- 109 ：login:Penguin：2018/06/14(木) 20:38:27.55 ID:1hB8qL73.net
- Microsoft純正WSLな
Linuxじゃなくて、Windows Subsystem for Linux
LinuxのためのWindowsサブシステム
WSLを使うとLinux上で動くディストリ
例えばUbuntuなどが動いてしまう
Ubuntuから見ると、WindowsがまるでLinuxのように見えてしまう
それを実現しているのがWSL
- 110 ：login:Penguin：2018/06/14(木) 20:42:47.02 ID:gLjdUM/u.net
- Windowsは柔軟に設計されてるんですね。
- 111 ：login:Penguin：2018/06/14(木) 20:43:08.97 ID:1hB8qL73.net
- >>108
> だからhtopコマンドを打ってもシステム全体が見えるだろ？
そこはよくわからん。
タスクマネージャーからWSL上のプロセスは見えるが、
WSLの中からWSLの外のプロセスは見れないようになってる
でないと、複数のディストリを動かしたりできない
- 112 ：login:Penguin：2018/06/14(木) 20:45:42.13 ID:aBmapGry.net
- >>111
システム全体ってのが悪かった、ハードのシステムが見渡せるでもいい。つまり、メモリが割当いくらとか、CPUのコアがいくつとか、そういうたぐいの仮想化じゃないってこと。
- 113 ：login:Penguin：2018/06/14(木) 20:48:57.92 ID:y5qxTzYc.net
- >>110
デメリットも多いけど
- 114 ：login:Penguin：2018/06/14(木) 20:54:13.78 ID:PjHsdcGq.net
- Windowsに死角なし！
- 115 ：login:Penguin：2018/06/14(木) 21:04:08.56 ID:PjHsdcGq.net
- もうこれLinuxいらないから。
- 116 ：login:Penguin：2018/06/14(木) 21:10:23.92 ID:HsMshvBh.net
- デスクトップ環境はかなりWSLに移行するだろうな。でもサーバ環境ではLinux必要だね。
- 117 ：login:Penguin：2018/06/14(木) 21:16:28.08 ID:1hB8qL73.net
- >>116
ライセンス料金があるからそれはどうしようもない
サーバー環境がLinuxだからこそ、それをWindowsに取り込んだとも言える
もしGPUが使え、Dockerがネイティブに動くようになったら、
Linux上で開発する理由はなくなるだろう
- 118 ：login:Penguin：2018/06/14(木) 21:21:51.06 ID:gLjdUM/u.net
- >>113
サブシステムに関してデメリットあるの？
- 119 ：login:Penguin：2018/06/14(木) 21:37:28.07 ID:Sc1zsIkS.net
- WSLだけが使えるWindowsが来たら、移行を考えてあげても良いよ。
標準でWindows 10をインストールすると
ごちゃごちゃといっぱいくっついてくるから、
そーゆーの全部入らないWSLだけ使うためのWindowsを期待します。
- 120 ：login:Penguin：2018/06/14(木) 21:45:21.39 ID:lKT0gJr7.net
- ディスクI/Oさえまともな速度ならなあ
- 121 ：login:Penguin：2018/06/14(木) 21:59:31.57 ID:aBmapGry.net
- デメリットはWSLはlinuxカーネルをエミュレートしてる技術で仮想PCのようにハードをエミュレートしてるわけじゃないから
ハードの取扱いをWindowsを通してでしか出来ない。カーネルエミュレートだからアップデートが遅い。100%のソフトに対応できるわけではないってこと。
- 122 ：login:Penguin：2018/06/14(木) 22:07:16.58 ID:gLjdUM/u.net
- >>121
それだけ？はるかに上回るメリットがあるよね。
- 123 ：login:Penguin：2018/06/14(木) 22:08:17.23 ID:gLjdUM/u.net
- >>120
だね。そういう用途ではVMかな。
- 124 ：login:Penguin：2018/06/14(木) 22:11:37.57 ID:bBcmdXTU.net
- これでエクリプス使ってる人おらんかな
- 125 ：login:Penguin：2018/06/14(木) 22:11:39.43 ID:aBmapGry.net
- >>122
それは使い方による。debianみたいな古いカーネルでデスクトップ用途してるならWSL様様なんじゃね？
開発でガンガン使いたいならまだちょっときついな。これからに期待。
- 126 ：login:Penguin：2018/06/14(木) 22:13:51.17 ID:butducPz.net
- WSLかChromeOSのLinux機能(独自ハイパーバイザー動かしてるアレ)あればもうPCとしてのmacいらないんじゃね？(暴論
ファッションアイテムとしてのmacは必要かも試練が
- 127 ：login:Penguin：2018/06/14(木) 22:17:19.40 ID:gLjdUM/u.net
- >>125
VMや実機を使う時間が減ったわ、すごく便利になったことには間違いない。
これからに期待だな。
- 128 ：login:Penguin：2018/06/14(木) 22:25:50.79 ID:aBmapGry.net
- >>127
それはわかるわ〜。リアル環境は必要やけど、便利になったね。ちなみに僕はWindowsデフォのターミナルが嫌で、cloud9をWSLにインストールして、ブラウザから使ってる。
WSLを意識しないで使えるからおすすめよ。
- 129 ：login:Penguin：2018/06/15(金) 01:05:36.52 ID:geaKHaNz.net
- >>108
>linuxのAPIは移植可能なぐらいきれいだったってことだ。
え？
OS/2の頃からPosixサブシステムはありましたけど
>>117
何のライセンス？？
- 130 ：login:Penguin：2018/06/15(金) 01:46:37.03 ID:MUSlHrVu.net
- >>129
Windowsのライセンス。
Windowsの通常のエディションはサーバーとして使えない
サーバーとして使う場合はWindows Serverが必要となり、
接続数などに応じたCALライセンスが必要になる
LinuxのようにPCにインストールしたら、誰でもコストかからずに
自由に接続できるわけではない
クラウドで使う場合は、クラウドのサービス提供者が提供している
Windows Serverを使う。その場合はライセンスが含まれているから
CALは必要ないから安くなるが、それでもLinuxを使うよりは高めとなる
- 131 ：login:Penguin：2018/06/15(金) 02:15:34.71 ID:ExGwCjG4.net
- >>118
ハンドルがサブシステム毎に異なるとか
エラー周りのマッピングがおかしいとか
- 132 ：login:Penguin：2018/06/15(金) 03:02:51.83 ID:MUSlHrVu.net
- >>131
ハンドルってなんのハンドル？
エラー周りのマッピングってどういう意味
他の人にもわかるように説明してくれない？
- 133 ：login:Penguin：2018/06/15(金) 03:47:33.70 ID:oYrZ+1aj.net
- Windows Server のライセンス料は、高い。
MS の社員の給料は、高いから
Linux のコミュニティが作っているものは、
ボランティア・給料なしが多いから、安い
RedHat みたいな企業は、社員の給料が高いから、MS と同じ
- 134 ：login:Penguin：2018/06/15(金) 05:50:25.47 ID:lu7LLQcr.net
- >>132
いくら出す？
- 135 ：login:Penguin：2018/06/15(金) 07:27:32.73 ID:AIKNHKJb.net
- 0円。なぜならそれが答えだから、もう解決した。
つまり適当なことを言ってるから説明できない。
それの結論で俺は満足だし、お前も言う気がないなら、ほら解決だ。
- 136 ：login:Penguin：2018/06/15(金) 07:28:55.20 ID:MSSwqhn9.net
- >>133
公務員の給料が高いと思ってる人かな？
- 137 ：login:Penguin：2018/06/15(金) 08:13:32.38 ID:ND+EnRp0.net
- Improved per-directory case sensitivity support in WSL
https://blogs.msdn.microsoft.com/commandline/2018/06/14/improved-per-directory-case-sensitivity-support-in-wsl/
- 138 ：login:Penguin：2018/06/15(金) 08:49:39.69 ID:fOwB5RuO.net
- Linux + WineよりもWindows + WSLのほうがいいと思います！
- 139 ：login:Penguin：2018/06/15(金) 11:03:31.67 ID:mU/Zf8GU.net
- Windows nativeなX serverが欲しいなあ。あるいはVcXsrvがtcpじゃなく
UNIX domain socketで通信できるようにならないかなあ
- 140 ：login:Penguin：2018/06/15(金) 11:23:59.99 ID:fAyR1yP1.net
- WindowsのAPI(WinSock)って最近UNIXドメインソケットに対応したんじゃなかったか？
- 141 ：login:Penguin：2018/06/15(金) 12:19:40.80 ID:MSSwqhn9.net
- >>139
ゲームや3Dグルグルみたいな用途じゃない限りTCP経由でも支障はないけど。
- 142 ：login:Penguin：2018/06/15(金) 12:23:29.29 ID:fOwB5RuO.net
- 今度のウィンドウズはリナックスだ！
- 143 ：login:Penguin：2018/06/15(金) 12:55:36.42 ID:MSSwqhn9.net
- >>142
実際WSLを入れる人なんてごく少数なんでしょうけどね。
大多数の人はCUIなんて興味ないし、使わない。
- 144 ：login:Penguin：2018/06/15(金) 14:56:20.60 ID:AIKNHKJb.net
- >>143
その大多数っていうのに一般の人（プログラマなど以外）の人が
含まれるならそうでしょうね。
でもプログラマなら大抵入れると思いますよ。
今はOS古くて入れられない人が多いかもしれないですが、
7のサポートが終了する頃にはね
- 145 ：login:Penguin：2018/06/15(金) 15:31:29.97 ID:MSSwqhn9.net
- >>144
プログラマ自体がごく少数だし。
- 146 ：login:Penguin：2018/06/15(金) 16:21:17.43 ID:geaKHaNz.net
- >>145
日本語読めないなら出てくんなよ
- 147 ：login:Penguin：2018/06/15(金) 16:29:00.50 ID:MGVUhOvS.net
- 少数って話ならこのスレ見てるユーザーなんかプログラマより少数で偏ってるじゃねぇか。
好きな話すりゃいいんだよ。
- 148 ：login:Penguin：2018/06/15(金) 16:39:31.16 ID:MGVUhOvS.net
- >>129
PosixサブシステムとWSLはぜんぜん違う技術だろ。それとも昔からlinuxカーネルをエミュレートしてるって言いたいのか？
- 149 ：login:Penguin：2018/06/15(金) 16:45:01.65 ID:MSSwqhn9.net
- >>148
NTのPOSIX subsystemはWSLと似たものだと思っていたけど。
そもそもOS2のPOSIX subsystemなんてあったっけ？
emxとか、Windows上のcygwinみたいなもんだと思っていたけど。
- 150 ：login:Penguin：2018/06/15(金) 16:49:44.10 ID:nICZ9mu0.net
- 超Linux！！
- 151 ：login:Penguin：2018/06/15(金) 16:55:02.76 ID:MSSwqhn9.net
- >>148
読み違えていました。
NTのOS/2・POSIXサブシステムを発展させて
WSLになったってことですね。カーネルごと扱うようになったところが進化ですね。
- 152 ：login:Penguin：2018/06/15(金) 18:11:46.95 ID:AIKNHKJb.net
- 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に持っていっても動く
- 153 ：login:Penguin：2018/06/15(金) 18:44:48.54 ID:MGVUhOvS.net
- >>151
OS/2・POSIXサブシステムはunixベースのアプリに対するサブシステムだから発展とかじゃない、ぜんぜん違う。
技術の流用はあっても別物だよ。
- 154 ：login:Penguin：2018/06/15(金) 18:56:13.39 ID:AIKNHKJb.net
- 過去にあったものも含めてサブシステムを調べてみた
Win16サブシステム、Win32サブシステム、Win64サブシステム
OS/2サブシステム、POSIXサブシステム、INTERIXサブシステム
Linuxサブシステム
MS-DOSアプリが動くのもWin16サブシステムを使った仕組みだったんだな
- 155 ：login:Penguin：2018/06/15(金) 18:58:12.36 ID:AIKNHKJb.net
- その気になれば、BSDサブシステムとかMacOSサブシステムとか作って
それぞれのOSをエミュレートすることも可能なんだろうな
- 156 ：login:Penguin：2018/06/15(金) 19:16:06.51 ID:MGVUhOvS.net
- NTカーネルはマイクロカーネルだからサブシステムで増やしていっても極端に重くなったりはしない。
保守と開発はクソ大変だと思うけど。
- 157 ：login:Penguin：2018/06/15(金) 19:55:14.68 ID:D3HJoCrX.net
- MJD?
- 158 ：login:Penguin：2018/06/15(金) 20:02:12.64 ID:mfm4zpgC.net
- >>141
試しに VcXsrv と Pulseaudio を使い、Firefox から youtube を見ると、ティアリングが少し気になる程度でした。音飛びは無し。
- 159 ：login:Penguin：2018/06/15(金) 20:16:58.54 ID:MSSwqhn9.net
- >>155
Windowsでは可能でしょうね。Linuxでは無理だろう。
- 160 ：login:Penguin：2018/06/15(金) 20:18:16.25 ID:MSSwqhn9.net
- >>158
それ、あんまり意味ない。普通にWindowsできるから。
仮想環境で陥りそうな罠だけどね。
- 161 ：login:Penguin：2018/06/15(金) 20:22:08.11 ID:nICZ9mu0.net
- WSL上のUbuntuにWine入れたらできるよ！
- 162 ：login:Penguin：2018/06/15(金) 20:29:10.55 ID:MSSwqhn9.net
- >>155
技術的にはWindowsでは可能でしょうけど両方とも需要が少ないから
実現されないでしょうね。
- 163 ：login:Penguin：2018/06/15(金) 20:30:54.34 ID:AIKNHKJb.net
- >>161
Wineって結局WindowsのDLLをコピーしなきゃ
まともに動かないんだろ？
- 164 ：login:Penguin：2018/06/15(金) 20:48:35.21 ID:nICZ9mu0.net
- WSL上のUbuntu上のWineにWSL入れたらできるよ！
- 165 ：login:Penguin：2018/06/15(金) 21:31:34.19 ID:fAyR1yP1.net
- Wineは64ビットのEXEじゃないと動かない。
だけどIarfanViewはあっさり動いてたな。
- 166 ：login:Penguin：2018/06/15(金) 21:58:31.88 ID:nICZ9mu0.net
- Wineで動かないソフト言ってみろよ？
そんなの無いから。
- 167 ：login:Penguin：2018/06/15(金) 22:03:08.51 ID:D3HJoCrX.net
- >>166
俺たちに翼はない
永遠のアセリア
Piaキャロットにようこそ！！GO
魔法をひとつくださいな
Virtual Pool
スーパーエアーコンバット２
- 168 ：login:Penguin：2018/06/15(金) 22:12:17.31 ID:nICZ9mu0.net
- >>167
プロプラのソフトは技術力が無いからな。
やはりオープンソースに限るな。
- 169 ：login:Penguin：2018/06/15(金) 22:17:27.21 ID:nBJGZlV9.net
- アセリアを今プレイするか？
- 170 ：login:Penguin：2018/06/15(金) 22:17:56.29 ID:nICZ9mu0.net
- 技術力があればWineでも動くはず。
- 171 ：login:Penguin：2018/06/15(金) 22:19:08.20 ID:nICZ9mu0.net
- ところでインテリセンスはautoで宣言した変数にも効く。
- 172 ：login:Penguin：2018/06/15(金) 22:26:23.85 ID:nICZ9mu0.net
- アセリアってなんなん？
- 173 ：login:Penguin：2018/06/15(金) 23:01:27.04 ID:kZ811r6c.net
- >>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
- 174 ：login:Penguin：2018/06/15(金) 23:05:18.76 ID:nICZ9mu0.net
- ほおおおおおお！
それはプレイしないとダメだな！
- 175 ：login:Penguin：2018/06/15(金) 23:15:07.18 ID:MSSwqhn9.net
- >>166
WSLって動くの？
- 176 ：login:Penguin：2018/06/15(金) 23:24:24.78 ID:MSSwqhn9.net
- >>163
そういうわけでもないけど、貧乏人でなければWindowsを買って
VM上で動かしたほうが確実。
- 177 ：login:Penguin：2018/06/15(金) 23:42:15.07 ID:MSSwqhn9.net
- >>166
まともに動かないソフトは「そんなの動かす必要はない！」っていうパターンですよね？
バージョンアップで動かないものがあったら(たとえばOffice2003はうごくけど
2016は不具合があるとか)、MSのWineに対する嫌がらせだ、陰謀だとか
言い出しそうで・・・・。
- 178 ：login:Penguin：2018/06/16(土) 00:27:46.35 ID:NhczilOr.net
- >>177
酸っぱい葡萄理論だ。
酸っぱすぎんだろうが！
- 179 ：login:Penguin：2018/06/16(土) 00:47:12.92 ID:FP4xsUMd.net
- wslでvcxsrvっていうxサーバー使ってgui表示させると、スクロールの時にCPU使用率高くなって、動きも鈍くなるんだけど（特にFirefoxだと80%位になる）、仕様上仕方ないことなんですかね？CPUはi5でWindowはさくさく動くんだけど
- 180 ：login:Penguin：2018/06/16(土) 01:34:38.34 ID:RYF+YQ5z.net
- >>168>>170
永遠のアセリアはWineで動かないそうだけど
作った人たちの技術力が劣っているから動かないんだ
>>174
永遠のアセリアはプレイしないとダメだな!
永遠のアセリアをWineで動かす必要は「ある」のか「ない」のか…
- 181 ：login:Penguin：2018/06/16(土) 02:14:59.74 ID:lthQuVux.net
- >>180
Wineを作った人たちの技術力が劣っているから動かないんでしょう？
- 182 ：login:Penguin：2018/06/16(土) 02:41:31.53 ID:K9RFBIOG.net
- Wineを作ってる人達の人的リソースか、
アプリ（ゲーム）作った人達がマイナーなAPI使ったかどうかか、
APIのマイナーな機能を使ったかどうか次第だろうな
- 183 ：login:Penguin：2018/06/16(土) 05:16:16.44 ID:p00jdlOS.net
- WSLの登場でLinuxは徐々にシェアを奪われていく、永遠に焦りな
- 184 ：login:Penguin：2018/06/16(土) 08:52:48.01 ID:NhczilOr.net
- WSLの登場でLinuxが増えていく！
- 185 ：login:Penguin：2018/06/16(土) 08:58:17.05 ID:DQcjheZZ.net
- MicrosoftはすでにOSで支配しようとか儲けようとか卒業したのに
- 186 ：login:Penguin：2018/06/16(土) 11:42:03.33 ID:NhczilOr.net
- 卒業してない！
- 187 ：login:Penguin：2018/06/16(土) 11:50:22.48 ID:WaL9qItY.net
- なんでMSがWSL作ったりOSSにコミットしてるのがわからんのか
- 188 ：login:Penguin：2018/06/16(土) 12:24:07.29 ID:NhczilOr.net
- OSSで儲けるため。
- 189 ：login:Penguin：2018/06/16(土) 12:37:21.23 ID:NhczilOr.net
- Linux有料化！
- 190 ：login:Penguin：2018/06/16(土) 12:41:52.70 ID:/6/Z5oyd.net
- 共存共栄するニダ
- 191 ：login:Penguin：2018/06/16(土) 12:49:28.56 ID:yzlsagng.net
- Appleに対抗するためでしょ
- 192 ：login:Penguin：2018/06/16(土) 13:17:44.56 ID:NhczilOr.net
- Appleってなんだったっけ。
- 193 ：login:Penguin：2018/06/16(土) 14:39:08.52 ID:DQcjheZZ.net
- >>191
本気でそう思ってるならイタイ。
- 194 ：login:Penguin：2018/06/16(土) 15:31:01.03 ID:NhczilOr.net
- アポーに対抗するためだよ！
- 195 ：login:Penguin：2018/06/16(土) 15:47:22.23 ID:PV66AJR7.net
- winがやられたら起動しない
だから素直にLinuxはLinuxで利用したほうがいいよ
- 196 ：login:Penguin：2018/06/16(土) 15:49:41.06 ID:NhczilOr.net
- Windowsみたいにデスクトップやドキュメントが同期したらいいのにな。
- 197 ：login:Penguin：2018/06/16(土) 15:51:27.23 ID:NhczilOr.net
- Windows10の一番いいところはパソコンの買い替えや故障でも、勝手に前のパソコンと同じになることだろな。
ここがLinuxより優れてて、とても大事なこと。
- 198 ：login:Penguin：2018/06/16(土) 16:10:11.14 ID:WaL9qItY.net
- >>193
いやそれもあるよ
windowsである必要のない開発者はMacに流れてるんだから
- 199 ：login:Penguin：2018/06/16(土) 16:48:43.30 ID:p00jdlOS.net
- MacだとCLIが強い。UnixだからLinuxと似たコマンドが使える
クラウドの時代、サーバーに使用するOSの多くはLinuxだから
という状況だったが、UnixではなくLinuxそのものが使える
WSLは、Macのメリットを超えることができるだろう
- 200 ：login:Penguin：2018/06/16(土) 17:18:19.45 ID:lthQuVux.net
- 判で押したようなLAMPサーバーのコマンドと使い勝手が同じって、
たいしたメリットとも思えないがなあ。
だいたいサーバー管理なんかコマンドでやらんし。
- 201 ：login:Penguin：2018/06/16(土) 17:28:48.02 ID:WbSlJcfH.net
- findしてxargsでrmとかunix系で当たり前にできることがwinでもできるのがいいよね
- 202 ：login:Penguin：2018/06/16(土) 17:29:07.75 ID:NhczilOr.net
- AIでやるの？
- 203 ：login:Penguin：2018/06/16(土) 17:30:07.44 ID:NhczilOr.net
- Visual StudioでLinux開発できるのがいいです！
VS最強っす！
- 204 ：login:Penguin：2018/06/16(土) 17:41:54.58 ID:p00jdlOS.net
- >>200
> だいたいサーバー管理なんかコマンドでやらんし。
じゃあ何使うの？
AWS、GCP、Azure、使ったことありますか？
- 205 ：login:Penguin：2018/06/16(土) 17:43:28.38 ID:p00jdlOS.net
- >>201
それな。特にウェブ系の開発しているならLinux必須だし
普段使ってるLinuxのコマンドがそのまま使えるのは良い
- 206 ：login:Penguin：2018/06/16(土) 17:54:47.65 ID:NhczilOr.net
- >>204
AIで管理です！
- 207 ：login:Penguin：2018/06/16(土) 17:58:25.70 ID:NhczilOr.net
- カルビーより小池屋のほうが一枚一枚が厚くて食べ応えがあるんだよな。
- 208 ：login:Penguin：2018/06/16(土) 18:30:25.78 ID:/6/Z5oyd.net
- 誤爆か？ｗ
俺も小池屋がいいんだけど、近所のコンビニで売ってない・・・
- 209 ：login:Penguin：2018/06/16(土) 18:49:52.37 ID:p00jdlOS.net
- ラーメン大好き？
- 210 ：login:Penguin：2018/06/16(土) 21:02:12.26 ID:yMoU6Xps.net
- コイケヤのはしょっぱすぎる
より焦げが多い方が香ばしくて好き
- 211 ：login:Penguin：2018/06/16(土) 22:20:22.34 ID:rNJLGnMn.net
- >>204
WindowsではPowerShellで管理が今時の常識だろ
- 212 ：login:Penguin：2018/06/16(土) 22:21:41.98 ID:rNJLGnMn.net
- >>204
ごめん、アンカー間違えた。>>200宛な
- 213 ：login:Penguin：2018/06/16(土) 22:39:22.22 ID:NhczilOr.net
- 買ってきたフライを家でもう一度揚げるとカリッとするけど、ポテチももしかすると、もう一度揚げるとうまくなるんじゃないのか？
- 214 ：login:Penguin：2018/06/16(土) 23:19:35.95 ID:DQcjheZZ.net
- >>211
慣れたら何でもできますからね。
- 215 ：login:Penguin：2018/06/17(日) 09:03:24.90 ID:8+UoIuL/.net
- もう一度揚げたら油増えるからトースターで焼くだろ普通
- 216 ：login:Penguin：2018/06/17(日) 16:51:47.18 ID:7lOH/WNz.net
- 脂が増えておいしくなるんじゃないのか？
- 217 ：login:Penguin：2018/06/18(月) 00:08:13.20 ID:402YMZWz.net
- やっぱりDebianの方が安定してる。サーバー用途、CUIオンリーならUbuntuがいいけど
デスクトップアプリも動かしたい場合はDebianがよさそう。
こっちだとFirefoxがちゃんと動いた。音が出ないけど・・・
- 218 ：login:Penguin：2018/06/18(月) 02:33:36.98 ID:QqT3SZeN.net
- >>217
つ PulseAudio
- 219 ：login:Penguin：2018/06/18(月) 22:58:31.95 ID:402YMZWz.net
- >>218
音鳴ったわ！
サンクス！
- 220 ：login:Penguin：2018/06/19(火) 07:47:39.85 ID:SZdfwXD7.net
- WSLでfirefoxとか何の意味があるのかわからない。
- 221 ：login:Penguin：2018/06/19(火) 07:57:13.43 ID:u6NFkj0d.net
- firefoxでできるかわからんけど、chromiumとかならcuiモードで起動できるし、スクリプト組めば自動ログインもできるからな。
firefoxもコマンドラインオプションあるよ。
- 222 ：login:Penguin：2018/06/19(火) 08:39:13.87 ID:2dqGewXr.net
- Windows 10 Proクリーンインストール直後に、
Windows Updateしてもコケることが多発するのが難点だわ。
それさえなければ、小さなWindows 10 + WSLだけで常用して、開発業務できるわ。
WindowsのOSインストーラー時に、最小構成で小さなWindows 10を入れられるようにならへんかなー。
- 223 ：電波いつぱい：2018/06/19(火) 20:45:36.74 ID:LyFqHyvX.net
- >>221
で、それでどんなことするの？って話です
- 224 ：login:Penguin：2018/06/19(火) 20:59:57.05 ID:7mkpYzmL.net
- WSLにfirefoxやchrome入れてみたけどlinuxブラウザだと
タイトルバーにページタイトル表示されるのね
あれ便利で好きだわ
winのブラウザだとなぜかタイトルバー見た目空欄になるし
タブ幅せまいとページタイトル読めなくて困る
- 225 ：login:Penguin：2018/06/19(火) 21:00:25.30 ID:SZdfwXD7.net
- >>223
環境を作って満足しているだけのように見えちゃいますよね。
>>222
たぶんあなたの環境がおかしいんでしょう。Windows Update
でこけたことなんてないし。
- 226 ：login:Penguin：2018/06/19(火) 21:05:21.22 ID:7l3DBDCy.net
- Win10クリーンインストールしたらWindows UpdateとかOffice Updateが遅かったり動かなかったりして何だこれと思ってたが、ネットワークが勝手に重量課金という設定にされていたせいだった。
- 227 ：login:Penguin：2018/06/19(火) 21:06:59.73 ID:Zd5KhM8q.net
- 重量課金なら確かに重そうだな
- 228 ：login:Penguin：2018/06/19(火) 21:09:44.58 ID:1VSYUu0L.net
- 重さで課金されるのか
- 229 ：login:Penguin：2018/06/19(火) 21:39:13.07 ID:SZdfwXD7.net
- >>226
よっぽど遅い回線でインストールしたのでは？
- 230 ：login:Penguin：2018/06/19(火) 21:51:39.13 ID:u6NFkj0d.net
- >>223
開発テスト
- 231 ：login:Penguin：2018/06/19(火) 22:10:34.06 ID:SZdfwXD7.net
- >>230
firefoxやchromiumの開発に携わってるの？
- 232 ：login:Penguin：2018/06/19(火) 22:38:21.69 ID:gjXvycMY.net
- >>231
chromeやfirefoxからのアクセスをコマンドで再現できる
普通はcurlでいいんだけど
- 233 ：login:Penguin：2018/06/19(火) 23:09:30.51 ID:u6NFkj0d.net
- webなんかの開発で、クリックして次のページで動作がどうとか、ブラウザテストするんだけど、
全パターンテストするときなんかはコマンドからブラウザ使う。
テスト用のスクリプトを組んでスクリーンショットも確認できるんで、Xサーバーがなくても問題ない。
WSLでweb開発するならブラウザ使えるのは便利だよ。
- 234 ：login:Penguin：2018/06/20(水) 00:30:04.28 ID:5alEbTOK.net
- 半自動のテスト用のマシンなんか、別途マシン用意した方が捗るだろ
- 235 ：login:Penguin：2018/06/20(水) 09:41:47.58 ID:u4hka/Wb.net
- >>233
PowerShell勉強したら幸せになれると思うよ。アプリケーションの操作何でもできるし。
- 236 ：login:Penguin：2018/06/20(水) 15:30:56.68 ID:eVcRFKGv.net
- わざわざwindowsでもWSL使ってるのになんでPowerShell使うんだよ。
- 237 ：login:Penguin：2018/06/20(水) 15:55:51.28 ID:V8kULY4u.net
- 便利だからに決まってるし。
- 238 ：login:Penguin：2018/06/20(水) 22:36:30.72 ID:RKZE6XTm.net
- PowerShellがWindowsでの標準だとは思うが、俺には難しい。
- 239 ：login:Penguin：2018/06/20(水) 22:43:11.23 ID:u4hka/Wb.net
- >>238
bashなんかよりはるかに高機能だが、ハードルが高いね。GUIをすべてCUIで操れるところが便利。
- 240 ：login:Penguin：2018/06/21(木) 00:03:40.53 ID:gAXGyQZp.net
- >>239
本当にすべてなの？
フリーセルとく奴とか作ってみてよ
カードをどう動かすのかは人間が事前に指定するのでよいから
- 241 ：login:Penguin：2018/06/21(木) 00:08:02.17 ID:bVHB7AJb.net
- >>239
CADの入力やってみせて
- 242 ：login:Penguin：2018/06/21(木) 03:25:55.32 ID:ie0sfZ6h.net
- シェルスクリプトよりも、PowerShell(PS) の方が、間違いが少なくなる
PSよりももっと複雑なものは、Ruby が良い
- 243 ：login:Penguin：2018/06/21(木) 04:28:44.77 ID:dSVC+8gF.net
- C#かVB.NETできるんならPS１本だけでいい
意外と知られてないんだよな
PSはshみたいなバッチとC#のコードをソース１本で共存させられる
- 244 ：login:Penguin：2018/06/21(木) 06:59:15.52 ID:d9EWKw3o.net
- 問題はPowerShellで作った資産は
Linuxや他Unixで使えないという所
- 245 ：login:Penguin：2018/06/21(木) 07:27:10.25 ID:gAXGyQZp.net
- >>242
なぜ少なくなると言い切れるの？
>>243
そうすることによるメリットは？
LLで何でもかけると言われても、そりゃかけるだろとしか
- 246 ：login:Penguin：2018/06/21(木) 07:52:38.27 ID:urGeynQJ.net
- なんでWSLがあるのかよく考えろ
PSのメリットを語っても意味ない
- 247 ：login:Penguin：2018/06/21(木) 07:53:19.46 ID:dSVC+8gF.net
- >>244
https://japan.zdnet.com/article/35113059/
これ以前から既にPSはLinuxにも移植されているんだが・・・
- 248 ：login:Penguin：2018/06/21(木) 07:55:36.77 ID:dSVC+8gF.net
- >>245
そういうレベルじゃない、スクリプト内で.NETのインスタンスを生成してゴリゴリできる
http://www.atmarkit.co.jp/ait/articles/0607/26/news118_3.html
>>246
Win上でもWSL上でもPowerShellだけで動くだろ？
- 249 ：login:Penguin：2018/06/21(木) 08:34:32.93 ID:cgUTBAZ6.net
- じゃあPS使い続けてWSL使う必要もないし、ここでレスする必要もない。
- 250 ：login:Penguin：2018/06/21(木) 08:37:24.26 ID:bVHB7AJb.net
- アホに構うなよ
- 251 ：login:Penguin：2018/06/21(木) 08:47:58.88 ID:d9EWKw3o.net
- >>247
PowerShellが移植されていることと
PowerShellで書かれた同じプログラムが
期待したと通りに動くどうかは別問題
- 252 ：login:Penguin：2018/06/21(木) 09:05:30.39 ID:Uih83Ce+.net
- >>241
マウスの移動とクリックやメニュー操作ならできるよ。
面倒だからマウスでするけどね。
- 253 ：login:Penguin：2018/06/21(木) 09:06:15.57 ID:Uih83Ce+.net
- >>251
それはどんなプログラムにも言えるし。移植されていることがまずは重要。
- 254 ：login:Penguin：2018/06/21(木) 09:13:08.50 ID:cgUTBAZ6.net
- WSLで書いたWebサービスをPSでブラウザテストするやつなんていない。
- 255 ：login:Penguin：2018/06/21(木) 09:30:58.23 ID:Uih83Ce+.net
- >>254
と、思ってる人もいるね。
- 256 ：login:Penguin：2018/06/21(木) 12:29:37.88 ID:DBo9726e.net
- パーフェクトソルジャーの介入によりスレがおかしな方向に
- 257 ：login:Penguin：2018/06/21(木) 12:56:28.04 ID:F7rQ8aeq.net
- PowerShell最強でも何でもいいけど
それをWSLスレでわめき散らしてもいいという法はない
linuxに移植されてるつってもわざわざwinのWSL上でPowerShell使ったりしないんだし
WSL外で動かすPowerShellの話はスレ違いだろ
ここは最強を決めるスレじゃなくWSLについて語るところ
- 258 ：login:Penguin：2018/06/21(木) 17:10:34.17 ID:BOk8MKH3.net
- >>257
いや別にいいだろ。
それPSでできるよみたいなのがあっても。
過剰な宣伝は御免被るけど。
- 259 ：login:Penguin：2018/06/21(木) 17:54:28.65 ID:d9EWKw3o.net
- その理屈だと、C言語、Per、Ruby、Python、etcでできるよ。もOKになるけど？
- 260 ：login:Penguin：2018/06/21(木) 17:55:42.83 ID:BOk8MKH3.net
- >>259
もちろんおｋですよ。
過剰な宣伝は御免被るけど。
- 261 ：login:Penguin：2018/06/21(木) 17:59:26.90 ID:d9EWKw3o.net
- お前には聞いてないよ
- 262 ：login:Penguin：2018/06/21(木) 18:03:34.25 ID:BOk8MKH3.net
- 聞いていなくても答えますよ私は。
- 263 ：login:Penguin：2018/06/21(木) 18:06:02.45 ID:d9EWKw3o.net
- 答えた所で聞いてないよって言っただけ
- 264 ：login:Penguin：2018/06/21(木) 18:11:37.48 ID:BOk8MKH3.net
- はい、それじゃこのスレではおｋということに決まりましたので。
- 265 ：login:Penguin：2018/06/21(木) 18:28:07.85 ID:sXQq01ro.net
- WSLのスレだから多少の脱線はともかくWSLに関連した話題にしてほしいもんだが
PowerShell絡めてWSL使うような話ならともかく
PowerShellの利用方法語るスレじゃないのよ
- 266 ：login:Penguin：2018/06/21(木) 18:35:43.83 ID:DBo9726e.net
- WSL(Bash)からPS呼び出していいことってある？
単にWindowsから使えよ。
- 267 ：login:Penguin：2018/06/21(木) 18:36:22.33 ID:JzDs4dmU.net
- 自分としては、今のWSLより *** 使ったほうが楽、という例はどんどん書いてほしい。
*** に入るのはなんでも構わん。 PowerShell でも Vagrant+VirtualBox でも Cygwin でも。
- 268 ：login:Penguin：2018/06/21(木) 18:47:58.52 ID:F7rQ8aeq.net
- >>258
とっくに過剰な宣伝なので御免被ります
- 269 ：login:Penguin：2018/06/21(木) 20:10:24.00 ID:cgUTBAZ6.net
- WSLより素のLinuxのほうが便利だし、楽なんだけど、Windows+WSLだから便利な感じ。
WSLだから便利なことといえば、WSL側でサーバーを立てて、Windowsからブラウザ経由で使うとか。
そういう用途だと思う。
- 270 ：login:Penguin：2018/06/21(木) 20:22:18.37 ID:Uih83Ce+.net
- >>269
その用途だったらVMのほうがいい。WSLでサーバーは無理。
- 271 ：login:Penguin：2018/06/21(木) 20:36:43.35 ID:cgUTBAZ6.net
- >>270
ほんとに無理だと思ってるの？
- 272 ：login:Penguin：2018/06/21(木) 20:41:07.41 ID:Uih83Ce+.net
- >>271
無理という言葉が嫌いであれば不向き。
- 273 ：login:Penguin：2018/06/21(木) 20:41:24.11 ID:DhUGyT0A.net
- サーバーなら素直にVMやDockerの領分だろうね
Docker CE入れてDocker for Windows操作すると捗るよ
- 274 ：login:Penguin：2018/06/21(木) 21:15:56.19 ID:cgUTBAZ6.net
- 自分用のサービスを起動時に立ち上げるのは便利だと思うけどな。VMやdockerだと環境構築の手間や、リソースを割り当てないといけないから。
WSLは事前にリソース割当しなくていいからエコ。
- 275 ：login:Penguin：2018/06/21(木) 21:17:57.01 ID:Uih83Ce+.net
- >>274
エコというか貧乏。
- 276 ：login:Penguin：2018/06/21(木) 21:26:23.78 ID:gAXGyQZp.net
- >>267
頭のいい若者を使う、もあり？
- 277 ：login:Penguin：2018/06/21(木) 21:28:36.58 ID:0SFQbHGN.net
- >>276
そんな者がいるとでも？
皆等しく自己愛性ゆとり
- 278 ：login:Penguin：2018/06/21(木) 21:38:57.82 ID:cgUTBAZ6.net
- >>275
エコだし柔軟だ。頭打ちになるような処理でもCPUフルで使える。
- 279 ：login:Penguin：2018/06/21(木) 21:55:29.78 ID:Uih83Ce+.net
- >>278
ライトユースにはいいかもね。
- 280 ：login:Penguin：2018/06/21(木) 22:01:36.61 ID:cgUTBAZ6.net
- >>279
何を持ってライトと言ってるのかわからないけど、例えば重い処理する場合に、例えば動画のエンコードとか、VMよりWSLのほうがいい。
リソースを上限まで使えるから。エコっていうのは効率的って意味で、貧乏って意味じゃない。
物事には向き不向きがあるんで、向いてるものを使うのが当たり前。
- 281 ：login:Penguin：2018/06/21(木) 22:04:49.97 ID:Uih83Ce+.net
- >>280
WSLはi/oが遅すぎてライトユースにしか向かない。
VMのほうが圧倒的に早い。リソース以前にいかんともしがたい事実。
- 282 ：login:Penguin：2018/06/21(木) 22:06:34.26 ID:Uih83Ce+.net
- >>280
WSLは逆にリソースを制限するのが困難なんだよね。VMなら使うコア数指定できるけど
WSLはできるのかな？やり方知ってたら教えて。
- 283 ：login:Penguin：2018/06/21(木) 22:20:41.73 ID:DhUGyT0A.net
- Dockerもnamespaceやcgroupで制限分離できるしね
WSLはwslconfigで見れるディストリビューション名単位での管理しかできないと思ってるけど
細かく分離して管理可能なんだろうか
- 284 ：login:Penguin：2018/06/21(木) 23:03:13.45 ID:JzDs4dmU.net
- WSLってパフォーマンスとLinux互換性の向上したCygwinみたいなもんで、現時点でできることはCygwinとほとんど同じ。
つうか半年ぐらい前に試したときは、パフォーマンス、互換性とも大して向上してなかった。
Cygwinは長年かけて移植された大量のソフトウェア群を抱えているわけで、実用的にはWSLへ乗り換える理由はないと思った。
今は少しは改善されたんだろうか？果たしてWSLがCygwinを遠く引き離すほど進化する日は来るんだろうか？
- 285 ：login:Penguin：2018/06/21(木) 23:03:56.38 ID:DBo9726e.net
- 確かにFFmpegはWindowsよりLinuxの方がビルドしやすいな。
依存関係のものは手っ取り早くパッケージでインスコしてソースを展開してconfigure && make
で終わる。コンパイルはVMより遅いけど・・・
- 286 ：login:Penguin：2018/06/21(木) 23:06:32.08 ID:Uih83Ce+.net
- >>285
Windowsバイナリをクロスコンパイルすればいいよ。
ffmpegぐらいになるとWSLはちょっとつらいね。
- 287 ：login:Penguin：2018/06/21(木) 23:09:44.22 ID:Uih83Ce+.net
- >>284
cygwinは今後廃れていくんじゃないかな。
ソースコード修正する必要があることが多いし
cygwinのほうが優れているのはdllさえあれば他の環境でも動くことぐらい。
- 288 ：login:Penguin：2018/06/22(金) 00:06:27.26 ID:DbiQ98jc.net
- >>282
VMは仮想化だけど、WSLはWindowsの実装の一つだからリソースを制限するとかじゃないよ。
基本的なことがわかってなさそうに見えるレス。
- 289 ：login:Penguin：2018/06/22(金) 00:19:31.48 ID:h0hZjqtT.net
- タスクマネージャー見ればどうなってるのかわかる話。
- 290 ：login:Penguin：2018/06/22(金) 00:41:04.32 ID:0awQsxoR.net
- サーバーの話だからリソース制限する話出てるのでは
基本的なことって何のこと言ってるのかよく分からないけど
- 291 ：login:Penguin：2018/06/22(金) 00:44:31.87 ID:DbiQ98jc.net
- >WSLは逆にリソースを制限するのが困難なんだよね。VMなら使うコア数指定できるけど
>WSLはできるのかな
WSLは仮想化してるわけじゃないので、制限する必要がない。Windowsアプリと同じようにアプリ側で制御すればいい。
- 292 ：login:Penguin：2018/06/22(金) 00:49:57.42 ID:DbiQ98jc.net
- >>284
WSLとcygwinの仕組みはよくにてるし、使い慣れた環境のほうが手には馴染むかも知れないけど、
WSLのほうが実装がWindowsなんで将来性があるかも。あとインストールとアンインストールは絶対的に楽。
過去の資産に関しては、ubuntuのaptパッケージがそのまま使えるのでcygwinより動くソフトは多いかもね。
でもcygwinはXも起動できるし、xfce4のデスクトップ環境なんかも完動するから、そのへんはcygwinなんじゃないか？
- 293 ：login:Penguin：2018/06/22(金) 00:54:22.26 ID:nQIgAqM0.net
- > WSLとcygwinの仕組みはよくにてるし
ぜんぜん違う。
まずcygwinでは既存のLinux用のバイナリは動かない。
ソースコードの互換性も完璧ではなく、
cygwin用にソースコードを修正して
コンパイルしなければいけない。
WSLがすごいのはLinuxのUbuntu用のバイナリをコピーしてきて
WSLのUbuntu上で動かせるってこと
cygwinは不完全なソースコード互換性しかなく
WSLはバイナリ互換性がある
- 294 ：login:Penguin：2018/06/22(金) 01:01:54.82 ID:DbiQ98jc.net
- >>293
使用感はぜんぜん違うかもね、仕組みはよくにてる。
どちらも*nixのシステムコールとWindowsのAPIを互換して動かしてる。
cygwinは開発が古いので、Unixのシステムコールをベースにしてる。バイナリが動くかどうかは仕組み上別の話。
- 295 ：login:Penguin：2018/06/22(金) 01:06:24.24 ID:o1V1yxtn.net
- Windows ServerでLinuxウェブアプリ。
- 296 ：login:Penguin：2018/06/22(金) 01:08:28.04 ID:o1V1yxtn.net
- WSLはCygwinのパクリっっっ！！！
- 297 ：login:Penguin：2018/06/22(金) 01:22:00.52 ID:o1V1yxtn.net
- >>294
全然似てない。
WSLはMicrosoft Linux、Cygwinはゴミみたいな移植。
- 298 ：login:Penguin：2018/06/22(金) 01:37:13.17 ID:nQIgAqM0.net
- >>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
となってるので仕組み自体が違っている
- 299 ：login:Penguin：2018/06/22(金) 01:40:27.78 ID:swYqnxU1.net
- >>287
廃れるほど流行ってないだろｗ
- 300 ：login:Penguin：2018/06/22(金) 01:41:22.66 ID:DbiQ98jc.net
- >>298
cygwinがただのアプリでWSLがサブシステムって話だろ。WindowsAPIとネイティブAPIを区別してなかったわ。にてる理由を書くには十分だったから。
- 301 ：login:Penguin：2018/06/22(金) 01:51:15.70 ID:nQIgAqM0.net
- >>300
そこを区別しないと駄目。
なぜなら、Windows APIを使ってる限り
CygwinはWindows APIの制限から逃れることはできない
WSLはWindows APIの制限に引っかからないので
Windowsでできないことが可能になる
- 302 ：login:Penguin：2018/06/22(金) 02:22:18.51 ID:o1V1yxtn.net
- >>299
可哀そうなこと言ってやるなよｗ
- 303 ：login:Penguin：2018/06/22(金) 02:23:50.86 ID:o1V1yxtn.net
- WSLのほうがエコロジー的に良いと思います！
- 304 ：login:Penguin：2018/06/22(金) 07:36:20.47 ID:JriD+lm9.net
- >>300
草
- 305 ：login:Penguin：2018/06/22(金) 07:50:09.27 ID:2J7dm43q.net
- >>291
つまりできないってことですね。
- 306 ：login:Penguin：2018/06/22(金) 07:58:58.29 ID:nQIgAqM0.net
- > Windowsアプリと同じようにアプリ側で制御すればいい。
ってかいてあるじゃん。
書いてあることぐらいちゃんと読めよ
- 307 ：login:Penguin：2018/06/22(金) 07:59:45.34 ID:2J7dm43q.net
- >>293
POSIX実装をしようとするところは似ている。アプローチが違うだけ。
- 308 ：login:Penguin：2018/06/22(金) 08:02:40.19 ID:nQIgAqM0.net
- 間抜けすぎてあまりにも可愛そうだから
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 カーネルが行っている。
- 309 ：login:Penguin：2018/06/22(金) 08:03:38.08 ID:nQIgAqM0.net
- >>307
> POSIX実装をしようとするところは似ている。アプローチが違うだけ。
アプローチが違うって、それ仕組みが違うって言ってるのと同じ意味じゃんｗ
- 310 ：login:Penguin：2018/06/22(金) 08:11:41.35 ID:EkOrEON5.net
- NT系でカーネルとかAPIとか分離させまくったおかげだな
wslだけでなくWin32のソフトウェアとかも
サブシステムとして動いてるし
Windows on ARMも同じ理屈
- 311 ：login:Penguin：2018/06/22(金) 08:21:43.60 ID:r6BX5lXq.net
- cygwinの良さはwindowsのコマンドとlinuxコマンドを一緒に使えるとこだと思ってるけど
俺にとってはバイナリがどうとか仕組みがこうだとかどうでもいいな
- 312 ：login:Penguin：2018/06/22(金) 08:26:16.80 ID:9YwRbt/F.net
- MINGWとcygwinは違うobjを出すから混ぜるとリンク出来ん
- 313 ：login:Penguin：2018/06/22(金) 08:30:13.30 ID:tFUWMY1w.net
- >>308
>>310
windowsってすごいですね。
- 314 ：login:Penguin：2018/06/22(金) 08:33:12.36 ID:hfB9M4KT.net
- cygwinはmicro動かなくてガッカリしたな
昔から使ってる人は過去の資産があるんだろうけど
linux童貞のwinユーザーがゼロから触る場合
学習コストはWSLのほうが少なくて済むと感じた
- 315 ：login:Penguin：2018/06/22(金) 08:44:15.09 ID:5zoH6AGq.net
- XilinxのFPGA開発用ツールがそのまま動いたのにはびっくり。
x11は別途必要だったけど。
- 316 ：login:Penguin：2018/06/22(金) 09:06:00.59 ID:nQIgAqM0.net
- >>311
バイナリが動くことがどういうことかを理解してもらわないとｗ
要するにcygwinとは違って、cygwin用にソースコードを
修正しなくていいってことなんだよ
例えば、gitのソースコード。これだけ（今日時点で75箇所）cygwin用にコードが含まれてる
https://github.com/git/git/search?q=cygwin&unscoped_q=cygwin
- 317 ：login:Penguin：2018/06/22(金) 09:08:45.17 ID:uJmhTOMC.net
- linuxユーザーがwindows始める場合もwslは良い
cygwinは過去の遺物と言うか老害のこだわりと言うか
- 318 ：login:Penguin：2018/06/22(金) 09:13:04.28 ID:WCrH29EV.net
- >>317
X11と同じですね。
- 319 ：login:Penguin：2018/06/22(金) 09:21:29.60 ID:0awQsxoR.net
- >>308
開発環境から本番環境にデプロイするのに、毎回その手順やるなら話にならないと思う
毎回topで表示されるプロセス一つ一つに全部手動で割り当てすることになるよ
CPU分離設定が移行しやすく管理されてるのかっていう話ね
- 320 ：login:Penguin：2018/06/22(金) 09:22:53.72 ID:swYqnxU1.net
- >>310
逆だよ。
いろんなサブシステムを動かすために分離したんだよ。
- 321 ：login:Penguin：2018/06/22(金) 09:25:55.51 ID:nQIgAqM0.net
- ほんと、あたまがよわくてかわいそう（ｗ
コマンドラインから変更できるに決まってるじゃんか
話にならないね。
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
- 322 ：login:Penguin：2018/06/22(金) 09:26:03.25 ID:nfzZg6m5.net
- >>320
Linuxでは真似の出来ない柔軟性ですね。
- 323 ：login:Penguin：2018/06/22(金) 09:26:29.24 ID:nQIgAqM0.net
- >>321は>>319あてね。
CPUのコア数はコマンドラインから変更できる
- 324 ：login:Penguin：2018/06/22(金) 09:30:33.20 ID:nfzZg6m5.net
- >>321
wslで
/usr/local/bin/foo.sh
をcpuのコア10,12,15の3つを使って起動するコマンド教えて。
簡単にできる?
- 325 ：login:Penguin：2018/06/22(金) 09:36:17.78 ID:nQIgAqM0.net
- >>324
お前が言ってるのは、 "Linux" に
CPUのコア数を指定する命令は存在するのか？
って聞いてるのと同じだぞｗ
Linuxを馬鹿にするのか？ｗ
https://qiita.com/nakat-t/items/4542e84c4b72b78740e8
> コマンドによるCPUアフィニティの設定方法
> tasksetというコマンドでプロセスのCPUアフィニティを設定できます。
>
> # taskset -p mask pid
- 326 ：login:Penguin：2018/06/22(金) 09:37:38.58 ID:nQIgAqM0.net
- ちなみに、仮想マシンだとプロセスごとに
コア数を指定することはできない
仮想マシン単位でしか指定することができない
だからWSLの方が良い
- 327 ：login:Penguin：2018/06/22(金) 09:39:24.83 ID:DbiQ98jc.net
- >>320
因果律があるわけじゃない、どっちでもいい、マイクロカーネル実装しただけ。
- 328 ：login:Penguin：2018/06/22(金) 09:42:50.21 ID:2J7dm43q.net
- >>325
じゃあ、早く教えてあげたら？
ググるのは得意だけど、実践できないタイプに見えるなぁ。
- 329 ：login:Penguin：2018/06/22(金) 09:48:46.90 ID:nQIgAqM0.net
- >>328
書いてあんだろ
おめめついてますかー？
ないのはあたまですかー？
- 330 ：login:Penguin：2018/06/22(金) 09:49:45.19 ID:DbiQ98jc.net
- >>328
真面目に答えると、シェルスクリプトはシングルプロセスが多いからマルチコアを当てるには工夫がいる。
foo.shの中身によるってこと。
だけど、元の話題はVMのほうがリソース制限できるって話みたいだから、VMでやるとOS一つ起動する分とfoo.shのプロセス分を消費するので、おかしいだろって話だよ。
- 331 ：login:Penguin：2018/06/22(金) 09:52:35.07 ID:2J7dm43q.net
- >>330
実践したことがなさそうな彼への
引っ掛けだったのに。
ところでwslの中からtasksetってできるのかな？いま環
境にないし誰か
試せない？もしできたら便利かも。
いちいちaffinityとかでWindowsから制御するのは実用的じゃないし。
- 332 ：login:Penguin：2018/06/22(金) 09:55:37.04 ID:nQIgAqM0.net
- >>331
実践したことないのはお前の方だって
はっきりしましたなｗｗｗ
- 333 ：login:Penguin：2018/06/22(金) 09:56:56.82 ID:nQIgAqM0.net
- >>330
> 真面目に答えると、シェルスクリプトはシングルプロセスが多いからマルチコアを当てるには工夫がいる。
ブロックさせないように、パイプでつなげればマルチプロセスで動くよ
ま、実践したことないあいつには
思いつかないでしょうなーｗ
- 334 ：login:Penguin：2018/06/22(金) 10:24:19.60 ID:5zoH6AGq.net
- >>316
「俺にとってはどうでもいい」って言っているんだから、彼にとってはどうでもいいんだよ。
- 335 ：login:Penguin：2018/06/22(金) 10:55:11.11 ID:bNAen1ao.net
- >>320
それまでのWindowsはソフトウェアのエラーで
OSごと落ちるのが当たり前だったのでサーバ用途に使えなかった
Windows Meとかひどかったでしょ
NT系のマイクロカーネル化はその対策
結果的にサブシステムが作りやすくなったのよ
- 336 ：login:Penguin：2018/06/22(金) 11:25:55.96 ID:h0hZjqtT.net
- ファイルを開いたまま移動できなかったり、NT系OSがUNIX系OSより特段に優れてるとは思えないな。
- 337 ：login:Penguin：2018/06/22(金) 11:35:51.64 ID:2J7dm43q.net
- >>336
それはOSの問題じゃなくてアプリケーションのつくり方の問題。メモ帳でテキスト開いた
ファイルを移動してみたらわかるよ。
- 338 ：login:Penguin：2018/06/22(金) 12:35:50.69 ID:DbiQ98jc.net
- NTカーネルはマイクロカーネルを標榜してたんで、（厳密にマイクロカーネルってわけではない。）
高度に抽象化されたカーネルが土台にあって、その上にサブシステムと呼ばれるUI（この辺は大雑把に）が置かれる。
NT系OSの良いところはカーネルAPIが優秀なところ。WSLもカーネルが優秀だからできる。
ちなみにLinuxは強力なコマンド群が強みだけど、カーネルはモノリシックで時代遅れなんだ。
Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。
このUIの部分をOSと呼ぶか、アプリケーションと呼ぶかは単に個人の趣向だったり、パッケージだったりするから誤解するな。
WindowsはvistaからNTカーネルにはほとんど手を入れない。だからVista以降のWindowsOSの評価はUIとマシンスペックの評価ってこと。
- 339 ：login:Penguin：2018/06/22(金) 12:50:28.77 ID:rhC7lfO4.net
- >ちなみにLinuxは強力なコマンド群が強みだけど、カーネルはモノリシックで時代遅れなんだ。
>Macもマイクロカーネル化してる。Linuxが生き残れてるのはオープンソースだから。
Linuxが出てきた頃に戻ったような気分だよ
- 340 ：login:Penguin：2018/06/22(金) 12:59:00.09 ID:9YwRbt/F.net
- MINIX との論争やね
- 341 ：login:Penguin：2018/06/22(金) 13:05:24.63 ID:DbiQ98jc.net
- 20年前よりWSLでマイクロカーネルを実感してるわ。
- 342 ：login:Penguin：2018/06/22(金) 13:34:24.49 ID:/ez/Jsit.net
- Machで盛り上がった時代があったな。OSF/1とか。
- 343 ：login:Penguin：2018/06/22(金) 13:37:48.27 ID:rhC7lfO4.net
- MINIXというかタネンバウムだね
関係ないけど、コンピュータネットワーク(通称タネンバウム本)は読んどくように。
- 344 ：login:Penguin：2018/06/22(金) 13:39:36.79 ID:h0hZjqtT.net
- https://www.amazon.co.jp/dp/482228476X
フイタw高ええわ！
- 345 ：login:Penguin：2018/06/22(金) 13:53:16.80 ID:U11BfDSP.net
- 酷いモノを見た
- 346 ：login:Penguin：2018/06/22(金) 14:03:52.21 ID:h0hZjqtT.net
- しかも、レビューはボロクソでゴミみたいだなww
ネタかよ。
- 347 ：login:Penguin：2018/06/22(金) 14:53:24.42 ID:hjiFocDG.net
- 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カードはインテリジェントデバイスではない
- 348 ：login:Penguin：2018/06/22(金) 15:13:20.61 ID:bNAen1ao.net
- >>338
vista以降はそのOS部分とドライバが分離が加速している
ドライバ関係のエラーでOSごど落ちにくくなった
ゲームとかしてると実感する
- 349 ：login:Penguin：2018/06/22(金) 15:26:03.78 ID:o1V1yxtn.net
- Google Android/Linux使いやすいですおｗ
- 350 ：login:Penguin：2018/06/22(金) 16:50:28.11 ID:I/nYaL7Y.net
- どうでもいいが、今現在の Windows NT カーネルは、Win32 サブシステムと
密結合している上に、モノシリック化が進んでる。NT 3.1 はマイクロカーネル
だったけど、今はそうでもない。Mac も同じ。
- 351 ：login:Penguin：2018/06/22(金) 16:52:19.99 ID:HPsDRFxC.net
- どこが密結合してるの？
具体的に言えないなら適当なこと言わないでね
- 352 ：login:Penguin：2018/06/22(金) 17:12:41.87 ID:DbiQ98jc.net
- MSはNTカーネルを作るときにマイクロカーネルにしたかったんだけど、思った以上にパフォーマンスが出なかったので、
実装の綺麗さより、実行スピードを取るために、一部機能をカーネル空間に同居させたんだよ。
- 353 ：login:Penguin：2018/06/22(金) 17:17:35.88 ID:o1V1yxtn.net
- user32から直接ドライバが呼び出される。
- 354 ：login:Penguin：2018/06/22(金) 17:18:57.37 ID:o1V1yxtn.net
- はい、それじゃWindowsは速度と抽象化、両方のいいとこどりしたハイブリッドカーネルってことで。
- 355 ：login:Penguin：2018/06/22(金) 17:25:52.71 ID:HPsDRFxC.net
- >>352
GPUの話ね。それがユーザー空間に戻って
本来のマイクロカーネルになったのがVistaから
だからGPUドライバが落ちてもOSが落ちることはなくなったんだよ
- 356 ：login:Penguin：2018/06/22(金) 17:27:03.81 ID:DbiQ98jc.net
- ハイブリッドカーネルはハードの性能も良くなかった妥協案みたいなもんでいいとこ取りじゃないよ。
できれば純粋なマイクロカーネルのほうがいい。作るのが大変だから作ってないだけ。
- 357 ：login:Penguin：2018/06/22(金) 17:32:37.40 ID:DbiQ98jc.net
- >>355
それはそれで正しいんだろうけど、ずっとLinux使ってる連中からすれば、Windowsがコマンドインターフェースを持ってないだけって言うと思う。
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
- 358 ：login:Penguin：2018/06/22(金) 17:35:17.61 ID:HPsDRFxC.net
- >>357
本当にLinuxでGPUドライバを落としましたか？
本当に落ちているなら、カーネルパニック起こしてるはずです
CentOS 6.6 上で NVIDIA の GPU (の一部) と共に nouveau 使うと発狂して死ぬ
https://moznion.hatenadiary.com/entry/2015/02/23/160016
- 359 ：login:Penguin：2018/06/22(金) 17:35:55.73 ID:HPsDRFxC.net
- 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-/
- 360 ：login:Penguin：2018/06/22(金) 17:36:22.69 ID:HPsDRFxC.net
- AMDGPU causes kernel panic with
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1656649
- 361 ：login:Penguin：2018/06/22(金) 17:37:14.84 ID:o1V1yxtn.net
- はい、それじゃWindowsは素晴らしいってことで。
- 362 ：login:Penguin：2018/06/22(金) 17:38:31.70 ID:o1V1yxtn.net
- そもそもWineで動くソフトは珍しいけど、WSLはLinuxのソフトがそのまま動くイエィ。
- 363 ：login:Penguin：2018/06/22(金) 17:40:14.32 ID:o1V1yxtn.net
- ヴィジュスタからWSL上のgccでビルドするのが最新のLinuxライフ。
- 364 ：login:Penguin：2018/06/22(金) 17:42:05.18 ID:DbiQ98jc.net
- >>358
nouveauはオープン実装のドライバで、機種依存的にバグが起きるのは良く知られてる。
もし、nvidiaのGPU使いたいならプロプライエタリなドライバ使え。
リンク先の記事はnouveauの調子が悪いよってことだろ。
- 365 ：login:Penguin：2018/06/22(金) 17:42:29.17 ID:HPsDRFxC.net
- >>357が言ってるのは、GPUドライバが落ちたんじゃなくて
Xが落ちただけだろう。Xはディスプレイの設定間違えるだけで
簡単に起動しなくなるからな
その場合はCLI状態になる。そのことを言ってるのだろう。
Windowsは、デスクトップ表示中にGPUをリセットすることができる
そのためのショートカットが、Win+Ctrl+Shift+B
GPUの不具合が原因でフリーズ（正確には画面が更新されないだけでシステムは動いている）
したときに、このショートカットでGPUをリセットすることで復旧できる
- 366 ：login:Penguin：2018/06/22(金) 17:43:39.22 ID:DbiQ98jc.net
- WSLからGPUの制御できたら最高だな。GPUパススルーとかできるようになんないかな。
- 367 ：login:Penguin：2018/06/22(金) 17:43:51.70 ID:HPsDRFxC.net
- >>364
だーかーらー、Linuxはモノリシックだから不安定な
GPUドライバを使ったらカーネルがフリーズって話してるんだろ
Windowsはマイクロカーネルだから不安定な
GPUドライバを使ってもカーネルは生きてる
だからショートカット一つでリセットして復旧できる
- 368 ：login:Penguin：2018/06/22(金) 17:45:07.56 ID:o1V1yxtn.net
- LinuxのGUIアプリって出来損ないが多いから、コマンドだけ使えば良いよ。
GUIアプリはWindowsの使ってさ。
- 369 ：login:Penguin：2018/06/22(金) 17:45:58.03 ID:o1V1yxtn.net
- LinuxとWindowsのいいとこどりしたハイブリットコンピューティングライフにWSLがお役に立ちマッスル。
- 370 ：login:Penguin：2018/06/22(金) 17:51:39.08 ID:DbiQ98jc.net
- >>367
パワハラじゃない言い方で頼む。
ドライバが落ちるってのを別の言い方で頼む。
>>357を読んでくれ。>>355は正しいと言ってる。
レスをするなら同じ説明をくり返すな。
俺が間違っていたら優しく教えてくれ。
- 371 ：login:Penguin：2018/06/22(金) 18:03:11.68 ID:o1V1yxtn.net
- >>370
Windowsが憎い！！！！
- 372 ：login:Penguin：2018/06/22(金) 18:07:28.33 ID:SO55BB5A.net
- >>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
- 373 ：login:Penguin：2018/06/22(金) 18:09:35.92 ID:SO55BB5A.net
- >>370
>>355ではLinuxではGPUドライバが原因でカーネルパニック起こして
フリーズするようなことが、WindowsではVista以降起こらなくなった
って書いているんだよ。VistaっていうのはWindowsのことだよ。
Windowsの話とLinuxの話をごっちゃにするな
GPUドライバ落ちても、OSが落ちないのはマイクロカーネルのWindowsの方だ
- 374 ：login:Penguin：2018/06/22(金) 18:12:05.15 ID:o1V1yxtn.net
- VistaはWindowsじゃないだろ。
MeもWindowsじゃない。
ゴミ。
- 375 ：login:Penguin：2018/06/22(金) 18:12:59.34 ID:o1V1yxtn.net
- 悪のWindowsを使うやつもまた悪である！
正義のために！！！！
- 376 ：login:Penguin：2018/06/22(金) 18:14:53.93 ID:o1V1yxtn.net
- https://upload.wikimedia.org/wikipedia/commons/7/7b/Richard_Stallman_-_Fête_de_l%27Humanité_2014_-_010.jpg
アッラーアクバール！！！
- 377 ：login:Penguin：2018/06/22(金) 18:20:06.33 ID:DbiQ98jc.net
- うんだから>>355のレスの内容は正しいって言ってるじゃん。
GPUドライバが落ちたってことは、”ロードされてない”状態か？、”バグがあってドライバが異常終了する”状態か？GPUドライバなくても起動できるだろ。
GPUドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。
だから>>370を読めよ。上から順に優先順位が高いからよろしく。
- 378 ：login:Penguin：2018/06/22(金) 18:21:14.95 ID:SO55BB5A.net
- >>377
読んだよ？で？
まあ、俺のほうがパワーあるって
認めたことだけは褒めてやろうｗ
- 379 ：login:Penguin：2018/06/22(金) 18:22:28.23 ID:SO55BB5A.net
- わらうとこ
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ドライバがバグったらモノリシックカーネルがパニックになるのはなんにも否定してないよ。
- 380 ：login:Penguin：2018/06/22(金) 18:50:40.57 ID:zl/nDsOX.net
- Linuxを端末として使うとマルチメディア関係のドライバ周りが不安定すぎてつらい
Linuxはサーバーとして使うことが多いから安定していると錯覚するが
- 381 ：login:Penguin：2018/06/22(金) 18:59:39.69 ID:o1V1yxtn.net
- 我ら十字軍、神の御遺志に背く悪辣たるWindowsを滅せよ。
- 382 ：login:Penguin：2018/06/22(金) 19:12:27.70 ID:9YwRbt/F.net
- まぁLINUXはその他の雑多なOSを駆逐しただけでも偉いかな
- 383 ：login:Penguin：2018/06/22(金) 19:31:06.99 ID:2J7dm43q.net
- >>380
昔からWindowsが不安定とかいう人いるけど、ドライバがらみのことが多くて
ドライバがないLinuxが安定といわれても、そもそもドライバがなくて使えないんだから論外
なんだけど、そのあたりは無視されますからね。
最近になって署名されたドライバが増えてきたのでドライバがらみで落ちることは
稀なんだけど、昔の知識でLinuxは超安定！Windowsは不安定！とか信じている
信者が多いのが困ったもんですね。
Linuxでもプリントできる、スキャンできるなんていってもWindowsに比べて機能
貧弱なことが多いのにねぇ。
- 384 ：login:Penguin：2018/06/22(金) 19:37:44.55 ID:2J7dm43q.net
- >>379
何じゃそりゃ？
IDかぶりじゃないの？
- 385 ：login:Penguin：2018/06/22(金) 19:38:46.47 ID:hfB9M4KT.net
- パワハラって立場を利用した嫌がらせのことだろ
ドライバが落ちる をNGにするなら代わりになんて言えば理解できるのかを指定してやらんと
説明できなくね
- 386 ：login:Penguin：2018/06/22(金) 19:40:27.82 ID:2J7dm43q.net
- >>385
すいません、もう少しわかりやすくお願いします。
日本語難しいなら英語でもいいです。
- 387 ：login:Penguin：2018/06/22(金) 19:41:58.62 ID:9YwRbt/F.net
- WebGLとかOS毎落ちるのでIEなんて11になるまでサポート
されなかったけどなぁ
- 388 ：login:Penguin：2018/06/22(金) 19:47:24.43 ID:SO55BB5A.net
- >>385
> パワハラって立場を利用した嫌がらせのことだろ
だから無意識に俺のほうが上の立場だって思ってるんだろ？ｗ
- 389 ：login:Penguin：2018/06/22(金) 19:48:48.08 ID:o1V1yxtn.net
- >>387
ほお、Windowsは糞ですな。
- 390 ：login:Penguin：2018/06/22(金) 19:50:05.66 ID:SO55BB5A.net
- > WebGLとかOS毎落ちるのでIEなんて11になるまでサポート
はて？ IE11でサポートされるのが遅いだけで
OpenGLはずいぶん昔からサポートされていますが？
- 391 ：login:Penguin：2018/06/22(金) 19:57:45.55 ID:9YwRbt/F.net
- >>390
baka?
OpenGLにCross-Origin Resource Sharing とかDOS攻撃するのか
- 392 ：login:Penguin：2018/06/22(金) 20:02:03.98 ID:SO55BB5A.net
- >>391
それがGPUドライバの不具合でOSが落ちる話なんの関係があんの？
- 393 ：login:Penguin：2018/06/22(金) 20:09:06.33 ID:o1V1yxtn.net
- では判決だします。
Linuxは捨ててWSL使いましょう。
終わり。
- 394 ：login:Penguin：2018/06/22(金) 20:15:22.42 ID:9YwRbt/F.net
- >>392
wikipedia読んでみなされ
- 395 ：login:Penguin：2018/06/22(金) 20:19:25.68 ID:SO55BB5A.net
- >>394
読んだけどどこにもなにも書いてない
- 396 ：login:Penguin：2018/06/22(金) 20:22:46.62 ID:o1V1yxtn.net
- 本日のシェフのおすすめ「Kondara MNU/Linux」。
- 397 ：login:Penguin：2018/06/22(金) 20:23:24.05 ID:9YwRbt/F.net
- >>395
2011年5月9日、WebGLに深刻なセキュリティホールが指摘された[13]。問題点は以下の2点。現在は解決済み。
サービス拒否 (DoS) 攻撃 - WebGLでは制御構造をサポートするプログラマブルシェーダーを使えるが、GPU自体にバグなどがあると、OS全体をクラッシュさせたり、無限ループなどでデバイスドライバーの応答を停止させるシェーダープログラムを実行させることができてしまう。
クロスドメイン画像盗取 - Cross-Origin Resource Sharing に未対応で、他のドメインで使われている画像を取得できた
- 398 ：login:Penguin：2018/06/22(金) 20:30:38.66 ID:2J7dm43q.net
- 昔のバグの話しても意味ないでしょ。当時WebGLをLinuxで使ってた人なんてごく少数だったんじゃないのかな？
今でもごく少数でしょうけど。
- 399 ：login:Penguin：2018/06/22(金) 20:37:36.93 ID:2J7dm43q.net
- 安定な環境を求めると
・決められたハードウェア （しかつかえない）
・決められたドライバー （対応している周辺機器が少ない)
・マイナーで攻撃対象になりにくい
ことが重要ですね。Windowsはいずれも該当しないので大変ですね。
Macはすべて当たってるけど、セキュリティに無頓着なんで無理ですが。
- 400 ：login:Penguin：2018/06/22(金) 20:46:10.90 ID:o1V1yxtn.net
- Vineでバインバインしてた頃。
- 401 ：login:Penguin：2018/06/22(金) 21:01:23.04 ID:SO55BB5A.net
- >>397
だからなんだと。お前書いていて理解してないだろ？
クラッシュするのはGPU自体のバグなんだからWebGLに限らずOpenGLでも発生する問題
だから、OpenGLはずいぶん前からサポートされてるって話をしている
落ちるからサポートしていなかったわけじゃない
Cross-Origin Resource Sharingなんかは完全にWebGLの仕様の問題で
GPUドライバの不具合とは一切関係ない
お前はこの二つをごっちゃにしてCross-Origin Resource Sharingを使うと
GPUにバグがなくてもクラッシュさせられるとか思ってるんだろ？
ほんと馬鹿らしい
- 402 ：login:Penguin：2018/06/22(金) 21:16:53.39 ID:hfB9M4KT.net
- ID:DbiQ98jc = ID:2J7dm43q か
別IDからID被り設定は流石に草
- 403 ：login:Penguin：2018/06/22(金) 21:32:30.23 ID:2J7dm43q.net
- >>402
違うよ。
- 404 ：login:Penguin：2018/06/22(金) 21:45:13.26 ID:SO55BB5A.net
- 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の問題とする必要もない）
- 405 ：login:Penguin：2018/06/22(金) 21:49:37.22 ID:2J7dm43q.net
- >>404
そのブログ的なものが正しいという証拠を示さないとねぇ。
- 406 ：login:Penguin：2018/06/22(金) 21:53:50.63 ID:SO55BB5A.net
- >>405
リンク先を見ればいいだけ
ほら、勉強してこいｗ
- 407 ：login:Penguin：2018/06/22(金) 21:55:02.32 ID:SO55BB5A.net
- リンク先がMozillaじゃねーかｗ
開発者がFirefoxの問題だって書いてるじゃねーか
ひぇ〜って今頃気づいた頃かな？
- 408 ：login:Penguin：2018/06/22(金) 21:55:24.48 ID:2J7dm43q.net
- >>406
リンク先も正しいとは限らないのがね。
査読つき論文になってるようなものじゃないから。
- 409 ：login:Penguin：2018/06/22(金) 21:59:10.29 ID:SO55BB5A.net
- おやおや、開発元が言ってることにまでいちゃもんつけだしたよｗ
ホントこいつなにも考えてないんだなーｗ
- 410 ：login:Penguin：2018/06/22(金) 22:02:23.99 ID:2J7dm43q.net
- >>409
第3者が言ってるならいいんだけど、開発元でしょ？
- 411 ：login:Penguin：2018/06/22(金) 22:04:01.05 ID:SO55BB5A.net
- 開発者が自分のミスですって認めてるのに、
第三者がいーや、お前のミスではないっていって
信じるの？ｗなんで？ｗ
- 412 ：login:Penguin：2018/06/22(金) 22:06:07.14 ID:2J7dm43q.net
- >>411
あそ、バカに付き合って遊んだだけだから
気にしないでね。
- 413 ：login:Penguin：2018/06/22(金) 22:15:04.22 ID:swYqnxU1.net
- >>335
NTはWindows95より前だよ？
- 414 ：login:Penguin：2018/06/22(金) 22:17:44.84 ID:DbiQ98jc.net
- IDかぶりしてないよ。仕事行ってただけ、”ドライバが落ちる”＝”ドライバがバグる”ではないでしょ。って話。そもそも言いがかりなんだからまともに相手してられん。
- 415 ：login:Penguin：2018/06/22(金) 22:31:54.23 ID:EkOrEON5.net
- まだやってんのか
- 416 ：login:Penguin：2018/06/22(金) 23:35:35.33 ID:2J7dm43q.net
- >>414
ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
切り離せるマイクロカーネルを採用したWindowsのほうが優れているってことですね。
幸いなことにドライバの対応が少ないLinuxだとその欠点はおおっぴらに
なってないから勘違いして「Linuxはフリーなのに、しゅごい！、マンセー」なひとが
多いね。
- 417 ：login:Penguin：2018/06/23(土) 02:16:40.04 ID:YgmpDVU/.net
- windowsのコマンドシェルをディスるつもりやないけど、マルチピリオドを含むファイル名を一括リネームしようとしたらエラー出てできひんかった
Explorerで一つずつならできるんで、いろいろ表記変えて試したけどあかんかった
ひょっとしてWSLでmvしたら、と試したら全然問題ないやん
役に立ったわWSL
- 418 ：login:Penguin：2018/06/23(土) 02:56:02.62 ID:qZv8cZYk.net
- >>414
落ちる＝バグる ではない？
じゃあ落ちるってどういう意味？
まず最初に自分の発言を訂正しなよ。
↓
357 返信：login:Penguin[sage] 投稿日：2018/06/22(金) 17:32:37.40 ID:DbiQ98jc [12/16]
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
- 419 ：login:Penguin：2018/06/23(土) 02:57:57.10 ID:qZv8cZYk.net
- >>416
> ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
落ちる＝バグるじゃないらしいよｗ
- 420 ：login:Penguin：2018/06/23(土) 03:50:59.83 ID:K5jP/RZU.net
- そりゃイコールではないだろう
含むなら合ってるが
- 421 ：login:Penguin：2018/06/23(土) 04:23:42.16 ID:qZv8cZYk.net
- >>420
でもロードされてない状態のことを指すらしいよｗ
- 422 ：login:Penguin：2018/06/23(土) 04:29:38.96 ID:qZv8cZYk.net
- 落ちる＝停止させる だと
↓これが意味不明になるんだよね
> GPUドライバ落ちてもモノリシックのLinuxは落ちないし。
GPUドライバ停止しても、モノリシックのLinuxは停止しないし。
なんでそこでモノリシックが関係するの？
GPUドライバがバグで落ちた時、モノリシックのLinuxは
カーネルパニックを起こす。でもマイクロカーネルのWindowsは
そんなことにはならない。問題なく動き続けるって話をしていたのに
落ちる＝停止だとその話に噛み合わない
- 423 ：login:Penguin：2018/06/24(日) 02:43:17.55 ID:9WanaUhq.net
- な割にはアップデートしたら再起動要求してくるのはなんで
- 424 ：login:Penguin：2018/06/24(日) 02:46:43.70 ID:4Vlu8iCB.net
- 1803にしてからlxssのサービスの立ち上がりがなんか安定しない
- 425 ：login:Penguin：2018/06/24(日) 03:07:53.08 ID:iThFCqzz.net
- >>423
OSのアップデートだからでしょ？
定義ファイルやストアアプリのアップデートで
再起動要求してくることはないよ
- 426 ：login:Penguin：2018/06/25(月) 02:38:43.38 ID:QxewN0Ag.net
- カーネルアップデートされたならわかるけど
- 427 ：login:Penguin：2018/06/25(月) 05:05:40.69 ID:nsPxY9u6.net
- >>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という方針を取るかで、後者を取るのは仕方ないと思うよ
もっといい方法があれば良いんだけどね
- 428 ：login:Penguin：2018/06/26(火) 08:38:41.57 ID:1tdIouz8.net
- I/Oが本当に遅いんだけど…
でもこれでMacいらなくなった
WSLの中のファイルいじる時はsshでsftpで良いの？直接Windowsからファイル操作すると壊れるって
逆は/mnt/cで可なんだよね
- 429 ：login:Penguin：2018/06/26(火) 09:15:02.31 ID:0ZesNDr6.net
- iSCSIでマウントしちゃえ
- 430 ：login:Penguin：2018/06/26(火) 12:32:56.84 ID:NJYEzQQ7.net
- Dokan
- 431 ：電波いつぱい：2018/06/26(火) 13:38:23.85 ID:d2a8sdEn.net
- >>428
wslのファイルはwindowsからいじれないけど、wslでいじらないのはなぜ？ viとかemacsとか
そうしないのならwslの意義がほとんどなさそうなのだか
- 432 ：login:Penguin：2018/06/26(火) 13:50:15.09 ID:BvoK1zx+.net
- >>431
Windows上のEditorのほうが使いやすいと思うからじゃないの？
コンパイルはWSLで、編集は秀丸とかさくらエディタでとか。
将来的には改善されるんじゃないかな。
- 433 ：login:Penguin：2018/06/26(火) 13:53:34.92 ID:0deMoRt7.net
- linuxだとコンソールから編集するけど、Windowsのターミナルエミュレーターがしんどいからcloud9入れてる。便利よ。
- 434 ：login:Penguin：2018/06/26(火) 14:27:57.80 ID:ath04N7C.net
- >>431
だったらはじめからLinux使っとけよ
- 435 ：login:Penguin：2018/06/26(火) 14:56:09.77 ID:BvoK1zx+.net
- >>434
Linuxだけでがんばるのもいいし、Windowsだけで済ませるのもいいけど、
Windows、Linuxのそれぞれのいいところを生かせるのがWSL。
- 436 ：電波いつぱい：2018/06/26(火) 17:29:11.95 ID:hDmDkheD.net
- >>432
ファイルの編集をwin側でということなら、win側でファイルを用意してwslからは直接とかリンクを張ってとかで利用するのがいいですね
- 437 ：login:Penguin：2018/06/26(火) 19:09:45.32 ID:J9Gpy93N.net
- 俺もLinux側のファイルをWindows上で
直接編集できるようにならないかなーって思って、
仕組みだけは考えてみたんだよ。
一番の問題はWindows上のテキストエディタが
WSL上の所有者やパーミッションを適切に設定しないこと
だから直接ファイルを参照するのではなく変換レイヤーをかます
その変換レイヤーをエクスプローラのエクステンションとして作成する。
そしてWSL上のファイルを仮想的なファイルシステムとして
エクスプローラ上にマウントする
あとは所有者やパーミッションはWSL上からしか変更できない
ってすれば概ねいけるんじゃないかなーと
ファイルを上書き保存するときに、内部的に別名で作成して
古いのを削除してリネームするタイプはちょっとこまるけどさ
誰か作ってくんねーかなー
- 438 ：login:Penguin：2018/06/26(火) 19:14:21.34 ID:J9Gpy93N.net
- >>436
なんとなくだけど、
VolFs（WSL上のファイルシステム）は相互運用を考えられておらず
Linuxで使われてるファイルシステムの機能を実現できるように作られており
/mnt/c以下のDrvFsの方で相互運用できるような感じで開発されてる気がする
例えば最近だと所有者やパーミッションをうまく扱えるようになった
WSLの開発チームとしてはDrvFsの方でデータ作成してほしんじゃないかなーって思う
- 439 ：login:Penguin：2018/06/26(火) 19:59:57.69 ID:BvoK1zx+.net
- >>437
>>438
1803でパーミッション関係改善されたらしいけど、どうなんでしょうか。
当方の環境ではメモリがふんだんにあるんで8GBのramdiskをOSFmountで
作ってそこにWindowsとWSLの作業フォルダ作ってるんで、問題にはなっていません。
秀丸とかさくらエディタとかちょっとした修正には便利なんでやめられません。
- 440 ：login:Penguin：2018/06/26(火) 20:25:30.72 ID:xG481UuR.net
- >>439
ここに詳しく書いていますね。WSLで別途パーミションを管理しているんですかね。
http://ascii.jp/elem/000/001/623/1623594/
- 441 ：login:Penguin：2018/06/27(水) 07:32:36.75 ID:tsjcOpLT.net
- >>437
dokan + win-sshfsみたいな
- 442 ：login:Penguin：2018/06/27(水) 13:35:01.73 ID:CCfvuVrx.net
- >>437
問題の最大の原因が
＞ファイルを上書き保存するときに、内部的に別名で作成して
＞古いのを削除してリネームするタイプ
である以上そこを一番に対処しないのは片手落ちどころかZ武
- 443 ：login:Penguin：2018/06/27(水) 14:02:25.76 ID:TdzipPgr.net
- そういやwinsshfsのドライブはdrvfsでマウントできないな
WSLでfuseが動いてくれればなあ
- 444 ：login:Penguin：2018/06/27(水) 14:07:54.96 ID:eQ7Rwnip.net
- 反応されてないからこれっきりにするけど、WSLにcloud9入れれば解決するよ。
cloud9はブラウザから使えるIDEでエディタもコンソールも付いてるし、もちろん日本語も使える。
コピー&ドラッグでファイル交換もできる。
linux鯖に入れたりもするけど、qiitaに記事があるから見てくれ。
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9
- 445 ：login:Penguin：2018/06/27(水) 14:12:18.81 ID:AQpI8r33.net
- >>443
fuseは要望は多いみたいだし、可能性はあるね。
- 446 ：login:Penguin：2018/06/27(水) 14:44:46.48 ID:4txvqkVS.net
- >>444
面白そうだから家に買ったらやってみる。
- 447 ：login:Penguin：2018/06/27(水) 14:46:11.08 ID:35mw1b+m.net
- ローン組むのか？
- 448 ：login:Penguin：2018/06/27(水) 15:09:51.92 ID:4txvqkVS.net
- 間違えたw
「家に帰ったら」
だ
- 449 ：login:Penguin：2018/06/27(水) 16:05:42.16 ID:Cmt5at7A.net
- fuseは遅くてもいいから欲しいな
それとデバイス直接触れるようになればかなりいい
- 450 ：login:Penguin：2018/06/27(水) 19:14:52.61 ID:AQpI8r33.net
- >>449
デバイスは難しいんじゃないかなぁ。GPUとか使いたいって言う
人はいるようですね。そこまでするなら実機でいいような気がするけど。
- 451 ：login:Penguin：2018/06/27(水) 19:21:52.73 ID:bZXnwE2o.net
- wslで出来ないこと探すのに躍起になってるだけかと。
- 452 ：login:Penguin：2018/06/27(水) 19:26:39.05 ID:AQpI8r33.net
- >>451
もうOSとかそんな時代じゃないんだけどね。それをわかっているのがMS
わかってないのがLinuxやMac信者。
- 453 ：login:Penguin：2018/06/27(水) 19:39:09.88 ID:naRZ4r+v.net
- できないこと探すってよりWSLは万能ツールじゃないからさ
得意なこと不得意なことあるのは当たり前かと
MSもそのあたり分かってるからHyper-VのEnhanced Session Mode作りながら
WSLは別物として開発してるわけでね
- 454 ：login:Penguin：2018/06/27(水) 21:23:38.55 ID:Cmt5at7A.net
- >>450
あ、いやデバイスというかhddとかusbメモリとか
ext4とかのhddとかwindowsで扱いたいときあるじゃん
- 455 ：login:Penguin：2018/06/27(水) 21:26:39.90 ID:AQpI8r33.net
- >>454
ext2fsdでいいんじゃないの？
- 456 ：login:Penguin：2018/06/27(水) 23:05:19.02 ID:J2KQFUWU.net
- Windowずから操作しても、大抵はファイル壊れないよ
- 457 ：login:Penguin：2018/06/28(木) 06:54:37.83 ID:DuNNSMCw.net
- 時々でもファイル壊れたら困るわ
- 458 ：login:Penguin：2018/06/28(木) 08:58:14.05 ID:ko4SPFTC.net
- Windowsユーザーが気付いていない未来の落とし穴
1. スケーリング問題が未解決
2. HiDPI（Retina、仮想解像度）をサポートしていない
3. MacとLinuxに引き離される
4. フルHDモニターしか使えない
5. 巨大画面56インチ4KモニターでWindowsを使う日がもうすぐやってくる
- 459 ：login:Penguin：2018/06/28(木) 11:47:20.60 ID:EcqmJwP0.net
- >>454
loopback deviceとかdevice mapperとかもあるといいなあ
まあ要求しだすと結局「素のLinuxか仮想マシン使え」になってしまうんだけど
せめてWin10のHyper-VがUSBメモリブートできれば…
- 460 ：login:Penguin：2018/06/28(木) 12:04:37.72 ID:1wSz3Hsm.net
- リナックスx86系は日本人C,C++本物のマは数える程しかいないの知ってる
なぜならいざ配布となるとlibcとか互換性問題めんどいからな
妙に上げてるのは似非マのうぶんちゅうかもしくわぱいそんぱいそんいってるパイカスだけだろ？
MSも商売だから大変ね
- 461 ：login:Penguin：2018/06/28(木) 14:28:47.36 ID:YOA0GOx8.net
- WSLでfuseが動いたらext4やbtrfsをマウントできるようになるのか？
- 462 ：login:Penguin：2018/06/28(木) 19:29:20.37 ID:1wSz3Hsm.net
- >>461
え、嘘だろとか思いながら今パピーで即席でfuseのチェックはずしてbzImageコンパイルしたけど普通にext4のrootfsマウントできたぞ
俺の10分返せ
- 463 ：login:Penguin：2018/06/28(木) 19:49:59.58 ID:vnmX6RsV.net
- >>462
あなたは何か勘違いしていると思います
- 464 ：login:Penguin：2018/06/28(木) 19:56:42.35 ID:1wSz3Hsm.net
- >>463
ほほう、どこらへんが？
- 465 ：login:Penguin：2018/06/28(木) 19:58:14.57 ID:BYpLHejl.net
- >>462
ここはLinux板だけど、WSLのスレッドだからカーネルはWindowsだよ。
- 466 ：login:Penguin：2018/06/28(木) 20:06:11.24 ID:1TCs+qHg.net
- >>465
WSLのカーネルコンパイルできたら面白いね。
- 467 ：login:Penguin：2018/06/28(木) 20:09:01.95 ID:1wSz3Hsm.net
- >>465
いやLinuxカーネルの例えであってるよ、ext4がfuseに依存してるかどうかの話だから
難しい話じゃないと思うんだけどね
- 468 ：login:Penguin：2018/06/28(木) 20:10:20.93 ID:1TCs+qHg.net
- >>467
依存してるかどうかの話は君しかしてないんじゃない？
WSLのカーネルを自分でコンパイルできるなら方法を教えてほしい。
- 469 ：login:Penguin：2018/06/28(木) 20:19:49.55 ID:vnmX6RsV.net
- >>467
ext4がfuseに依存してるかどうかの話ではないよ
fuse版のext4(あるいはbtrfs)ドライバが存在するか、もしくは>>461が作れるかどうかの話だよ
- 470 ：login:Penguin：2018/06/28(木) 20:20:31.67 ID:1wSz3Hsm.net
- >>468
釣りかな？
>>461がその話をしだしたんだが
あとWSLはWindowzのサブシステムだからカーネルはNTカーネルでしょ
興味ないから見てないけど
- 471 ：login:Penguin：2018/06/28(木) 20:22:58.69 ID:1TCs+qHg.net
- >>470
WSLでfuse動かすことできたんですか？
それだけの問題なんだが。
YesかNoでよろしく。
- 472 ：login:Penguin：2018/06/28(木) 20:23:43.04 ID:1wSz3Hsm.net
- >>469
あ、そういうことかわかったスレ汚しゴメンね
- 473 ：login:Penguin：2018/06/28(木) 20:27:12.01 ID:BYpLHejl.net
- >>465
>今パピーで即席でfuseのチェックはずしてbzImageコンパイルした
このパピーのマシンは素のパピーLinux？それともWSL?
コンパイルはできると思うけど、カーネルはロードできないんじゃないか？
試したことさえないんだけど、そもそもWSLにLinuxのカーネルがのってないから。
仮にWSLで自前カーネルで起動？できるなら、コンパイルもAPIレベルでエミュレート（厳密には違うけど）できてることになるからワクワクするぞ！
手順を教えてくれ。
- 474 ：login:Penguin：2018/06/28(木) 20:29:04.83 ID:BYpLHejl.net
- >>472
勘違いはあるよね、俺もはじめWSLは仮想化だと思ってたよ。>>473は気にしないでくれ。
- 475 ：login:Penguin：2018/06/28(木) 20:29:05.12 ID:1TCs+qHg.net
- >>473
書き込みから、そう思って期待したんだけど
>>472
のようにそういう意図じゃなかったようです。
自前カーネル起動するなら普通に考えたら実機かVMですよね・・。
- 476 ：login:Penguin：2018/06/28(木) 20:35:46.37 ID:1wSz3Hsm.net
- そうそうVMだよ
とにかく悪かったからゴメンね
- 477 ：login:Penguin：2018/06/28(木) 20:36:11.49 ID:1TCs+qHg.net
- >>476
あなたがいい人だということはわかりました。
- 478 ：login:Penguin：2018/06/28(木) 20:39:33.18 ID:BYpLHejl.net
- WSLは全然よゆーで不完全なんだけど、ただの仮想化じゃないから夢のある話で期待したくなる魅力があるんで、そのへんの啓蒙にはなったんじゃないか？
- 479 ：login:Penguin：2018/06/28(木) 20:43:29.35 ID:1TCs+qHg.net
- >>478
昔からある技術をLinux互換にしたんで興味持つ人が増えているのかも。
MSの英断としかいいようがないですね。
- 480 ：login:Penguin：2018/06/29(金) 00:22:12.65 ID:u+XViwbk.net
- MS CEOのナデラならでわの営団だな
ナデラならでわ
- 481 ：login:Penguin：2018/06/29(金) 01:14:56.09 ID:oYS5Yn7/.net
- でもwslでできなくてLinuxディストリでできることって殆ど無くない？
- 482 ：login:Penguin：2018/06/29(金) 01:43:43.95 ID:aa5HXmOQ.net
- 本当にそうなら文句を言う奴も殆どいない筈だな
- 483 ：login:Penguin：2018/06/29(金) 01:53:35.12 ID:+PGVNjPe.net
- でなきないことのほうが圧倒的に多いだろ
- 484 ：login:Penguin：2018/06/29(金) 01:56:15.45 ID:q14ZtLk+.net
- 逆から読んでも ナデラならでわ
- 485 ：login:Penguin：2018/06/29(金) 10:26:57.01 ID:phItRyh4.net
- >>481
ほとんどないですね。
- 486 ：login:Penguin：2018/06/29(金) 10:33:04.56 ID:MLIoqG13.net
- >>483
Windowsでできてしまうことが悔しいですか？
- 487 ：login:Penguin：2018/06/29(金) 11:01:30.09 ID:phItRyh4.net
- WSLはLinuxデスクトップが無くなる一助になると思いますが、Linuxそのものは広まると思いますよ。
WindowsユーザーもWSLを通してLinuxを使うようになりますから。
LinuxもWindowsの一部になったと考えればありがたみが分かるのではないでしょうか。
- 488 ：login:Penguin：2018/06/29(金) 11:17:15.31 ID:phItRyh4.net
- Windowsの機能の一つとして認知される以上、メモ帳のようにいつまでもWindowsに在り続けると思います。
そういった意味でもWSLは安心して使えるんじゃないでしょうかね。
- 489 ：login:Penguin：2018/06/29(金) 11:23:43.67 ID:MLIoqG13.net
- >>487
普通のWindowsユーザーはメモ帳は使うかもしれないけどWSLは使わない。
- 490 ：login:Penguin：2018/06/29(金) 11:25:27.04 ID:+Ng2aKay.net
- Hyper-VはProでないと使えないし
Homeでも使えるWSLはありがたい
- 491 ：login:Penguin：2018/06/29(金) 11:28:04.54 ID:phItRyh4.net
- WSLはバッテリーを余分に消費しないので、そういった点もありがたいですね。
- 492 ：login:Penguin：2018/06/29(金) 12:12:56.85 ID:wxqIN13C.net
- WSLでビルドして大量のファイルを作ったり消したりしてると
no such fileとか言われることある？
/mnt/cのほうで起きるんだけど
- 493 ：login:Penguin：2018/06/29(金) 12:34:57.30 ID:qD1MP3Xo.net
- そりゃ消せばあるだろ
- 494 ：login:Penguin：2018/06/29(金) 19:43:31.33 ID:wCFhkCrM.net
- >>474
仮想化じゃなくWinカーネルでGNUを動かすだからな
MSがWinにLinuxカーネルを入れるなんて大敗北だろうからな
- 495 ：login:Penguin：2018/06/29(金) 20:03:08.74 ID:ApVr9+Wr.net
- >>494
理解してるし、レスの流れを読んでくれると助かる。
- 496 ：login:Penguin：2018/06/29(金) 20:21:24.71 ID:MLIoqG13.net
- >>494
と、いうかLinuxにとってWindowsに取り込まれて内包されてしまうほうが
敗北なんだけどね。協力したCanonicalがバッシング受けてるとか。
- 497 ：login:Penguin：2018/06/30(土) 01:16:34.17 ID:/WDGLRhF.net
- Windows ServerならWSLでサーバー機能を提供しても、
ライセンス的に問題ないという理解で良い？
- 498 ：login:Penguin：2018/06/30(土) 08:00:21.33 ID:ciDbTqcO.net
- どうしたらそう言う解釈が出来るんだ
- 499 ：login:Penguin：2018/06/30(土) 10:01:17.85 ID:tePRbdlT.net
- >>492
この辺。残念ながら修正はv1803には間に合ってない。
https://docs.microsoft.com/en-us/windows/wsl/release-notes#build-17655-skip-ahead
https://docs.microsoft.com/en-us/windows/wsl/release-notes#build-17677
- 500 ：login:Penguin：2018/06/30(土) 11:08:06.84 ID:BT1WsR3X.net
- >>494
そういう考え方もあるのか
- 501 ：login:Penguin：2018/06/30(土) 11:14:01.64 ID:56bxQUYD.net
- curlとかBSDのtarはWindowsに取り込んでるな。
- 502 ：login:Penguin：2018/06/30(土) 11:14:55.18 ID:56bxQUYD.net
- いや、tarはGNUの方だったか。
- 503 ：login:Penguin：2018/06/30(土) 13:15:58.27 ID:tePRbdlT.net
- 紛れもなくbsdtarの方なんだが、どこ見てGNUと判断した
- 504 ：login:Penguin：2018/06/30(土) 14:03:08.82 ID:68OKWNvs.net
- >>503
悪い。勘違いだった。
↓の下の方を見ていた。
http://ascii.jp/elem/000/001/630/1630163/img.html
- 505 ：login:Penguin：2018/06/30(土) 15:15:48.61 ID:TSuopuj7.net
- Win搭載のtar.exeの元はbsdで、WSL上のtarはGNUと言うことだろ
(LinuxではGNU tarだけど)WSLでわざわざbsd tarを配布するなんてしないだろう
- 506 ：login:Penguin：2018/06/30(土) 15:45:08.14 ID:mhHiqGFU.net
- GNU tarを使ってるのは、GPLに汚染される可能性を考慮してそうなってるのかな？
- 507 ：497：2018/06/30(土) 16:53:16.37 ID:/WDGLRhF.net
- >>498
>>130あたり読み返してたら、何となく
- 508 ：login:Penguin：2018/06/30(土) 17:43:01.30 ID:mhHiqGFU.net
- >>597
Windows Serverの適切なCALを購入していれば、
そりゃライセンス的に問題はないだろうさ
- 509 ：497：2018/06/30(土) 17:53:05.31 ID:/WDGLRhF.net
- >>508
サーバーライセンスだけじゃなく、CALも必要なのね
- 510 ：login:Penguin：2018/06/30(土) 18:44:48.08 ID:HJEpjvtM.net
- VMより効率いいとは言っても結局のところ画面とかないからね
coLinuxを精子せょう進化させたほうがええやん
- 511 ：login:Penguin：2018/06/30(土) 19:38:21.78 ID:65hH98iZ.net
- >>510
ならcoLinuxを発展・進化させるプロジェクトを立ち上げて
WSLに対抗したらいいんじゃない？
- 512 ：login:Penguin：2018/06/30(土) 20:05:08.18 ID:mhHiqGFU.net
- >>510
画面はWindowsを使いたいから
WSL使うんでしょ？
- 513 ：login:Penguin：2018/06/30(土) 22:25:59.77 ID:CLAdZrY5.net
- WSLは魅力的だけど、Windowsの画面描画が汚すぎてアレ。
とくにフォントヒンティングはひどすぎて、どないしようもない。
これ、いい加減になんとかしてほしいんだよな、過去の互換性を全部捨ててでも。
- 514 ：login:Penguin：2018/06/30(土) 22:32:59.06 ID:65hH98iZ.net
- >>513
WSLには関係ないし。ネタとしてつまらん。
- 515 ：login:Penguin：2018/06/30(土) 23:54:52.33 ID:mhHiqGFU.net
- >>513
え？ これのどこが汚いの？
https://silight.hatenablog.jp/entry/2017/05/03/144138
- 516 ：login:Penguin：2018/06/30(土) 23:56:49.21 ID:65hH98iZ.net
- >>515
自分の字が汚い人ほどいちゃもんをつけたくなるそうです。
- 517 ：login:Penguin：2018/07/01(日) 00:04:21.32 ID:Mhwec4ry.net
- フォントに関しては見慣れてるかどうかで印象変わる気がする
個人的にアンチエイリアスかかってるフォントはボケッとしてて好きじゃない
winのゴシックはボケないけどジャギがめだたなくて好き
明朝系のヒゲフォントはモニタ上では見たくない
- 518 ：login:Penguin：2018/07/01(日) 00:08:40.56 ID:+w2giTsy.net
- > 個人的にアンチエイリアスかかってるフォントはボケッとしてて好きじゃない
アンチエイリアスが掛かってないフォントを見たことがあるの？
- 519 ：login:Penguin：2018/07/01(日) 00:17:45.27 ID:D1/xvqY3.net
- つMSゴシック
- 520 ：login:Penguin：2018/07/01(日) 00:49:41.43 ID:+w2giTsy.net
- でもMSゴシックなんかもう殆ど使われてなくね？
WSLのスレなんだからWindows 10を使ってるだろうけど、
ちょうどこの間SSDが壊れて再インストールしたんだよね。
初期のWindowsはフォントがなんかおかしかったんだけど
そういやフォント設定何もいじってないことに気づいた
コンパネの中からもMSゴシック消えてね？
Windows自体からMSゴシックは消えて、一部の
古いアプリだけしかもう使ってない気がする
- 521 ：login:Penguin：2018/07/01(日) 01:52:21.90 ID:xfriYnAH.net
- おれはターミナルのフォントには12ドットのビットマップのMSゴシック(等幅)を使い続けている。
大量のテキストを眺めるときは、アンチエリアスの掛からないビットマップフォントの方が、圧倒的に目が楽だ。
眼は、対象の輪郭でピント調整するからな。その輪郭がボヤけていれば、目に余計な負担が掛かるのは当然。
12ドットビットマップは、FullHD辺りまでの環境では表示密度的にもベスト。
同じ理屈で、4Kや8K環境向けに24ドットのビットマップフォントで手頃なものがあると良いのだが…
- 522 ：login:Penguin：2018/07/01(日) 02:03:04.07 ID:Mhwec4ry.net
- いやごめんアンチエイリアスはwinでも皆かかってるんだけどClearType的な？
Linuxデスクトップ上のフォントってジャギー部分の灰色成分が多いというか
紙の印刷物スキャンした画像ファイルみたいなもやっとした印象があって
クッキリフォント見慣れてると違和感がある
まあ旧来のフォントに慣れすぎてるだけなんだけど
- 523 ：login:Penguin：2018/07/01(日) 02:12:30.86 ID:Mhwec4ry.net
- >>518
まあDOSから上がってきた人間なもんで
- 524 ：login:Penguin：2018/07/01(日) 03:23:17.39 ID:xfriYnAH.net
- ビットマップフォントだと古いMacで使われていたosakaフォントもあるけど、
osakaは小文字のaとe,o辺りの判別がシルエットからはつきにくい、という致命的な欠陥が。
1とlなんかもつらいね。まあ、およそコードやターミナルを扱う人のためのフォントではない。
4K/8K時代のコンソール環境を考えると、高品位な24〜48ドットのビットマップフォントが欲しくなるのだけど、これがなかなか見当たらないのが惜しいし、目下差し迫りつつある問題でもある…。
そもそもアンチエリアスなんて解像度が不足しているから仕方なくやるもので、解像度が十分なら本来不要な処理だしなあ。
- 525 ：login:Penguin：2018/07/01(日) 03:25:02.54 ID:xfriYnAH.net
- MacのASCII文字は、chicagoだったか。
いずれにしてもコードやコンソールには向かないフォント。
- 526 ：login:Penguin：2018/07/01(日) 03:42:50.35 ID:A6EPqzw3.net
- MacはMonacoな
- 527 ：login:Penguin：2018/07/01(日) 03:49:52.93 ID:lBFLm+FW.net
- マカー噴水
- 528 ：login:Penguin：2018/07/01(日) 04:00:29.54 ID:2rlyR+eQ.net
- ChicagoはGUI用の伝統的なフォントだがコンソール用はMonacoが伝統的なフォント
Osaka等幅のASCII部分はMonacoと等しい
Monacoは非常に素晴らしいフォントで個人的には今でも現役
- 529 ：login:Penguin：2018/07/01(日) 09:05:50.14 ID:iYs7reyN.net
- build 1803でCJK環境でターミナルのフォントがバグるの改善されたの知らないの？
- 530 ：login:Penguin：2018/07/01(日) 11:48:09.27 ID:LQmz1dRF.net
- ビルド番号とバージョン番号を混同してはいけない
- 531 ：login:Penguin：2018/07/01(日) 12:02:24.74 ID:+w2giTsy.net
- バージョン番号なんて誰も言っていない
- 532 ：login:Penguin：2018/07/01(日) 12:07:38.71 ID:3LicAZLl.net
- そもそもターミナルのフォントバグの話なんか誰もしてなかったという
- 533 ：login:Penguin：2018/07/02(月) 08:47:31.90 ID:mL5qe3Fu.net
- >>531
>>529
- 534 ：login:Penguin：2018/07/02(月) 10:29:06.28 ID:luX4QGwo.net
- >>529のどこにもバージョン番号は書かれていない
- 535 ：login:Penguin：2018/07/02(月) 11:17:08.47 ID:XTlHbp5a.net
- Windows 10 version 1803 build 17134
- 536 ：login:Penguin：2018/07/02(月) 11:17:58.69 ID:7O9k9FFv.net
- 書かれてるよ。
- 537 ：login:Penguin：2018/07/02(月) 12:22:42.27 ID:1xKO8NBn.net
- これは恥ずかしい
- 538 ：login:Penguin：2018/07/02(月) 20:01:56.81 ID:OE/zQ4R1.net
- こんなん笑うわwwwwwww
- 539 ：login:Penguin：2018/07/03(火) 02:24:39.89 ID:Jxtyy5VP.net
- 確かにwslでevinceして見たpdfとWindowずから開いたpdfだと圧倒的にwslのが見やすかった
Windowsは文字が小さいと潰れて見えるけどLinuxはくっきりしてるから見やすい
- 540 ：login:Penguin：2018/07/03(火) 02:26:40.98 ID:Jxtyy5VP.net
- wslttyいれてフォント変えればいいじゃん
- 541 ：login:Penguin：2018/07/04(水) 12:21:30.73 ID:qH0+A1Sw.net
- うち、2880*1920（200%）文字キレイ。
- 542 ：login:Penguin：2018/07/04(水) 13:48:07.67 ID:j66FE68+.net
- 2880*1920で文字サイズ2倍って
実質の作業領域は1440*960じゃん。
せっまw
- 543 ：login:Penguin：2018/07/04(水) 16:15:31.48 ID:ONzGv0WG.net
- うちもノートは3Kだけど150%運用だな
精細さより広さの方が大事
- 544 ：login:Penguin：2018/07/04(水) 17:25:46.78 ID:qH0+A1Sw.net
- では、ドボルザークの新曲、新世界よりをお楽しみください。
- 545 ：login:Penguin：2018/07/04(水) 17:56:27.48 ID:VldNzSFW.net
- >>544
何かレベルの高いネタを言っているのかもしれないが、学のない俺にはさっぱり分からない。
- 546 ：login:Penguin：2018/07/04(水) 17:57:42.79 ID:qH0+A1Sw.net
- アンチエイリアスは重視されなくなる。
ディスプレーは高詳細になる。
そして文字はWindowsのほうがきれい。
Linuxはモヤッとしてるという書き込みがあったが、俺もそう思う。
- 547 ：login:Penguin：2018/07/04(水) 18:15:20.90 ID:q4/1jk1g.net
- ギザギザな文字見過ぎると目が腐るらしい
- 548 ：login:Penguin：2018/07/04(水) 19:23:08.17 ID:cygZ8r7t.net
- >>544
> では、ドボルザークの新曲、新世界よりをお楽しみください。
百合漫画だっけ？
- 549 ：login:Penguin：2018/07/04(水) 19:49:19.30 ID:900f4z7g.net
- 確かにwindowsのフォントレンタリングは汚いし
ms自身がこんなもんでええやろと言ってるが
高解像度になればあんまり気にならない
- 550 ：login:Penguin：2018/07/04(水) 19:50:53.18 ID:cygZ8r7t.net
- > 確かにwindowsのフォントレンタリングは汚いし
十分綺麗だろ？
汚いという証拠写真でも見せてよ
- 551 ：login:Penguin：2018/07/04(水) 19:57:30.12 ID:xT/Waekh.net
- 27インチ1920*1080というような作業に不向きな環境だと、モヤッとしたほうがきれいに見える可能性もある。
とはいえ、そちらが一般的かというと。
やはりWindowsはよくできてる。
- 552 ：login:Penguin：2018/07/04(水) 20:01:28.57 ID:xT/Waekh.net
- 文字云々言ってる人には高詳細ディスプレー使えとしか言いようがない。
いつまで古臭いディスプレーにこだわってんのって話。
- 553 ：login:Penguin：2018/07/04(水) 20:20:14.80 ID:gc2YNXkS.net
- 右と左、どっちがきれい？
https://i.imgur.com/KXTfurt.jpg
- 554 ：login:Penguin：2018/07/04(水) 20:34:23.60 ID:vS9g8y0f.net
- >>553
今はフォントレンダリングの性能なんで
ハードウェアの性能は同じにしてください。
まったく言われなきゃいわからんかねｗ
- 555 ：login:Penguin：2018/07/04(水) 20:35:26.79 ID:vS9g8y0f.net
- あとフォントはメイリオ以降に作られたフォント限定な
- 556 ：login:Penguin：2018/07/04(水) 20:40:25.00 ID:xT/Waekh.net
- ヒント情報のないフォントを奇麗に表示できない、つまりLinuxで作ったPDFはWindowsできれいに表示されないということであれば、やはりWindowsで作った方がいいんじゃないの。
9割の人がWindowsで見るわけだから。
- 557 ：login:Penguin：2018/07/04(水) 20:41:25.64 ID:Zo0qOmME.net
- フォントを埋め込めばおk
- 558 ：login:Penguin：2018/07/04(水) 20:46:34.18 ID:hEKwtmX9.net
- フォントだな
- 559 ：login:Penguin：2018/07/04(水) 21:48:20.04 ID:gc2YNXkS.net
- >>554
すみません。よく分かりません。
- 560 ：login:Penguin：2018/07/04(水) 21:49:31.83 ID:gc2YNXkS.net
- PDF見るときWindowsのフォントが見にくい（横線が薄すぎて見えないし文字小さくしたとき潰れる）ので、フォント変えたいんだけど簡単な方法ないかな？
- 561 ：login:Penguin：2018/07/04(水) 21:49:56.15 ID:xT/Waekh.net
- スパコン！
- 562 ：login:Penguin：2018/07/04(水) 21:50:45.67 ID:xT/Waekh.net
- そういう現象が起きたことが無いからなあ。
- 563 ：login:Penguin：2018/07/04(水) 21:52:38.52 ID:gc2YNXkS.net
- >>562
>>553で上げてる写真の左がWindowsで、右がwslなんだけど、明らかWindowsのが見にくくない？
- 564 ：login:Penguin：2018/07/04(水) 21:52:44.30 ID:xT/Waekh.net
- 基本的にPDFのようなGUIが向いてるものはWindowsを使って、GNU使うときはWSL使えば良いんじゃないの？
- 565 ：login:Penguin：2018/07/04(水) 21:53:30.88 ID:xT/Waekh.net
- >>563
いや、うちはとてもきれいなんで。
そうならないから何とも。
- 566 ：login:Penguin：2018/07/04(水) 21:56:56.46 ID:IMnFQdmv.net
- >>563
レンダリングするソフトに依存してるだけで、
どうでもいいレベルなんだけど。
- 567 ：login:Penguin：2018/07/04(水) 21:59:39.80 ID:IMnFQdmv.net
- >>560
高解像度環境に変えればいい。
- 568 ：login:Penguin：2018/07/04(水) 22:07:35.53 ID:xT/Waekh.net
- オフィスの有無でフォント環境が変わるのかもしれないしな。
オフィス入っていないパソコンなんてスパコンくらいだろうけど。
- 569 ：login:Penguin：2018/07/04(水) 22:08:48.61 ID:xT/Waekh.net
- >>553をどうやったら再現できるのか検証すれば何かわかるかもしれないな。
- 570 ：login:Penguin：2018/07/04(水) 22:09:03.96 ID:qEzNqTOA.net
- スパコンはパソコンじゃねーんだが
- 571 ：login:Penguin：2018/07/04(水) 22:10:08.92 ID:xT/Waekh.net
- >>570
熱心なLinuxユーザーは俺のスパコンが〜ってよく言うだろ。
- 572 ：login:Penguin：2018/07/04(水) 22:11:57.63 ID:IMnFQdmv.net
- 結局、フォントのレンダリングは速度との兼ね合いがあるからね。
どちらをとるかの問題だけ。
普通に読めれば特に問題ないと思うけどね。
気にする人ほどたいした文書を作成していない傾向にあることは確か。
- 573 ：login:Penguin：2018/07/04(水) 22:13:59.92 ID:IMnFQdmv.net
- >>572
> 気にする人ほどたいした文書を作成していない傾向にあることは確か。
これは経験則ね。こっちの環境がフォントがきれいって言ってる人は
読むだけで、クリエイティブなこと全くしない人が多い。
- 574 ：login:Penguin：2018/07/04(水) 22:16:25.37 ID:vS9g8y0f.net
- > 右がwslなんだけど、明らかWindowsのが見にくくない？
wsl = Windowsじゃん。何いってんの？
- 575 ：login:Penguin：2018/07/04(水) 22:17:15.72 ID:xT/Waekh.net
- 今やLinuxもWindowsの一部だからな。
便利な世の中になったもんだよ。
- 576 ：login:Penguin：2018/07/04(水) 22:18:26.99 ID:Zo0qOmME.net
- なんで写真なんだよ。スクショにしてくれ。
- 577 ：login:Penguin：2018/07/04(水) 22:19:05.34 ID:IMnFQdmv.net
- >>574
彼は、たぶんwslがフォントのレンダリングも行ってると
勘違いしてるんだと思う。
- 578 ：login:Penguin：2018/07/04(水) 22:21:59.37 ID:gc2YNXkS.net
- wslの方はgnome入れたからそれで描いてる
- 579 ：login:Penguin：2018/07/04(水) 22:24:02.35 ID:xT/Waekh.net
- 表示にこだわるなら高詳細ディスプレーがお勧めですよ。
これはホントにきれいなんで。
- 580 ：login:Penguin：2018/07/04(水) 22:24:21.69 ID:gc2YNXkS.net
- >>567
ノートパソコンでPDF見ること多いから低画質で見やすくしたい
- 581 ：login:Penguin：2018/07/04(水) 22:25:54.85 ID:IMnFQdmv.net
- >>580
Surface買えばいいんじゃない？
- 582 ：login:Penguin：2018/07/04(水) 22:26:57.31 ID:xT/Waekh.net
- >>580
ノートこそディスプレーにこだわった方がいいですよ。
キーボードとディスプレーはこだわった方がいいです。
あとポインティングデバイスもですね。
日本のメーカーはキーボードとポインティングデバイスが非常にいいです。
こういうのはカタログに載らないスペックですから、海外のメーカーは手抜きが多いです。
- 583 ：login:Penguin：2018/07/04(水) 22:27:50.35 ID:IMnFQdmv.net
- >>578
根本的に間違ってる。
WindowsのソフトのX Serverが描画してるんだよ。
VcSrvかMobaXtermか知らんが。
- 584 ：login:Penguin：2018/07/04(水) 22:29:43.66 ID:gc2YNXkS.net
- >>583
え、そうだったんだ
vcxsrv入れてる
- 585 ：login:Penguin：2018/07/04(水) 22:30:58.85 ID:gc2YNXkS.net
- >>582
thinkpadなのでキーボードはいいはずなんだけどディスプレイの解像度あんま良くない
- 586 ：login:Penguin：2018/07/04(水) 22:35:37.83 ID:xT/Waekh.net
- チン子パッド！
- 587 ：login:Penguin：2018/07/04(水) 23:17:19.63 ID:ONzGv0WG.net
- >>572
大したもんじゃないからこそテキストはクッキリハッキリ余計なレンダリングなしで
速く表示して欲しいんだよな
高解像度環境は全部同じdpiで揃えられりゃいいけど
複数台PCやらマルチモニタで使ってるとリモートデスクトップで
表示ガッタガタになるのがいただけない
個人的にノングレアIPSが絶対条件なんでそうそうモニタ買い換えらんない
- 588 ：login:Penguin：2018/07/04(水) 23:23:15.28 ID:xT/Waekh.net
- >>587
じゃあWindows使えば良いだろ。
- 589 ：login:Penguin：2018/07/05(木) 00:08:19.62 ID:k9Oq7Si8.net
- 何に対しての返しだかわからんがもちろんwindowsですが
wslのスレなんで
- 590 ：login:Penguin：2018/07/05(木) 02:36:55.04 ID:LS6dzu1T.net
- バージョンが同じfreetypeとcairoで表示させたらWindowsもLinuxも全く一緒
結局はどんなアプリを使うかだけの違い
- 591 ：login:Penguin：2018/07/05(木) 07:11:36.93 ID:PVE2mjRs.net
- わかってて話を逸らしてる奴がいるw
- 592 ：login:Penguin：2018/07/05(木) 10:40:36.51 ID:0NGzcUxk.net
- 高解像度にモニタは作業領域を求めるものだろ
精細さとかは二の次でいいわ
- 593 ：login:Penguin：2018/07/05(木) 12:27:48.02 ID:1D7N1ge0.net
- >>592
高詳細モニタ使えば考え変わるよ。
- 594 ：login:Penguin：2018/07/05(木) 13:06:55.35 ID:0NGzcUxk.net
- そもそもDPI上げないと読めないようなモニタは買わないから
今使ってるのも
30インチ 2560*1600
65インチ 3840×2160
だけ
- 595 ：login:Penguin：2018/07/05(木) 13:13:23.70 ID:Ifjxnhb9.net
- ノートパソコンは持ってないのか・・・
- 596 ：login:Penguin：2018/07/05(木) 13:13:57.99 ID:Ifjxnhb9.net
- あ、ごめん。30インチっていうのはノートパソコンかな
- 597 ：login:Penguin：2018/07/05(木) 13:27:09.15 ID:1D7N1ge0.net
- >>594
文字の大きさが20ミリくらいにならないか？
- 598 ：login:Penguin：2018/07/05(木) 13:27:57.71 ID:GRI4h5HX.net
- 30インチのノートPCを運んで転んだら潰されそうだな。
- 599 ：login:Penguin：2018/07/05(木) 13:29:33.44 ID:1D7N1ge0.net
- 200%あたりが一番きれいだと思うけどな。
- 600 ：login:Penguin：2018/07/05(木) 13:44:07.68 ID:VZEavllV.net
- ID:qH0+A1Sw
ID:xT/Waekh
ID:1D7N1ge0
新世界くん持論押し付けすぎ
あとチャットしてんじゃないんだから少しは推敲しなよ
- 601 ：login:Penguin：2018/07/05(木) 14:36:21.52 ID:u0dkXdac.net
- なんでもいいけど、親父（６７）が字がちっさくて読めないって言って低解像度ディスプレイ使ってる。
２０インチとかで、大きくて不便らしいから、慣れの問題だと思う。
大きいモニターは視点移動がだるいからつかれる。
俺はフルHDをトリプルディスプレイにしてるけど、縦置きを一つ置いてるんで、窓が分けれて便利だよ。
コンソールの視点とブラウザの視点とかな。
需要は人それぞれだろ。
あと、WSLでXserver使ってる人、環境と使い心地教えて。
- 602 ：login:Penguin：2018/07/05(木) 16:27:22.25 ID:jOi3XYrc.net
- 俺はデスクトップが32インチ2560x1440と1680x1050のデュアルでノートは12インチ約3Kのやつだけどどっちも100%だわ
32インチのディスプレイは4Kにしようか迷ってる
- 603 ：login:Penguin：2018/07/05(木) 17:14:01.69 ID:DdjAKC81.net
- Fortran66の開発はもう、終わったよ。
GNUツールの修復もパッチで穴埋めだから、ろくに動かんでしょ。
- 604 ：login:Penguin：2018/07/05(木) 20:14:34.05 ID:ft/pUr0s.net
- 新し目のcorei5メモリ8gbのパソコンでxサーバーはvcxsrv入れてるけど、matplotlibとかCERNのROOTとかでグラフ描くのはLinuxとかMacと同じようにできる。mateのデスクトップ環境動かしても、たまにエラーは出るけどサクサク動く。
ただFirefoxは画面スクロールするときCPUに負荷がかかって、動作が遅れるので使いづらかった。
- 605 ：login:Penguin：2018/07/05(木) 20:33:24.80 ID:wEh1mbmy.net
- >>602
>ノートは12インチ約3Kのやつ
どこの会社のなんていうモデルのノートPC？
- 606 ：login:Penguin：2018/07/05(木) 20:48:14.36 ID:1D7N1ge0.net
- 12インチ3k100%だと文字が米粒くらいにならないか？
- 607 ：login:Penguin：2018/07/05(木) 21:46:31.08 ID:jOi3XYrc.net
- >>605
CHUWIのlap book 12.3
性能ゴミだけど外では性能必要なことしないしデスクトップ広くて助かってる
字は米粒以下だけど読むこと少ないし目はいいから気にならない
- 608 ：login:Penguin：2018/07/05(木) 21:58:03.63 ID:1D7N1ge0.net
- 文字読まないのにフォントガーなのか。
- 609 ：login:Penguin：2018/07/05(木) 22:28:07.87 ID:tm65Yfsn.net
- レコード鑑賞で、色艶言うようなものか
- 610 ：login:Penguin：2018/07/05(木) 22:56:10.75 ID:DxRAKwWm.net
- いや俺はフォントの話全くしてないんだが
- 611 ：login:Penguin：2018/07/05(木) 22:56:42.51 ID:DxRAKwWm.net
- なんかid違うけど俺>>607な
- 612 ：login:Penguin：2018/07/05(木) 23:24:05.05 ID:k9Oq7Si8.net
- 15インチ3Kでも100%はしんどいのに12インチとは恐れ入る
文字読めない以前にアイコンも小さすぎて操作しづらくないん？
広いけど読めないデスクトップ上でどんなアプリを動かしてるのか純粋に気になるわ
- 613 ：login:Penguin：2018/07/06(金) 00:04:15.07 ID:GEVbnUTO.net
- >>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でこの解像度は写真を見るためにのような感じだな
- 614 ：login:Penguin：2018/07/06(金) 00:36:43.19 ID:ZDe73fq3.net
- >>612
何もかも小さいけどその分カーネルの移動も遅いから問題ないよ
学生だから、隙間時間使ってレポート書いたり授業で軽くコード書くぐらいしかに使わないけど、授業のテキストとエディタとターミナル並べたりしても余裕だしレポートもPDFとか見ながらかけて快適
- 615 ：login:Penguin：2018/07/06(金) 08:15:18.26 ID:CoraB898.net
- カーソルね
- 616 ：login:Penguin：2018/07/06(金) 08:46:28.44 ID:ZXTwQyXJ.net
- 読まないっていいつつばりばりテキスト運用してますやん
メニュー小さくても窓の中のソフトのフォントサイズは各アプリごとに設定でできるから問題ないってことなんかな
自分の若い頃はB5ノートXGAすら細かすぎ言われてとにかく高解像度餓えてた
9ptできれいに表示できるフォント=MSゴシ一択だった
- 617 ：login:Penguin：2018/07/06(金) 20:03:11.05 ID:1R7z3VbK.net
- 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.29 ID:EFytijXH.net
- >>617
ここにやり方書いてありますよ
https://github.com/goreliu/wsl-terminal/blob/master/README.md
- 619 ：login:Penguin：2018/07/06(金) 23:10:07.04 ID:tIbrO/Fr.net
- >>617
Mobatermつかうとか。
puttyで接続するとか。
- 620 ：login:Penguin：2018/07/07(土) 06:10:04.84 ID:evtw0cm+.net
- ここまでやったらMSはコマンドプロンプトを改良すべきだわ
- 621 ：login:Penguin：2018/07/07(土) 07:03:01.12 ID:1HCMuahc.net
- Windows 10になってからコマンドプロンプトは継続的に
改良され続けてると思うが？
例えば
Windows 10 Threshold 2（10.0.1058）ではコマンドプロンプトでANSI/VT100互換表示が可能に
https://srad.jp/story/16/02/09/0639223/
- 622 ：login:Penguin：2018/07/07(土) 07:22:36.78 ID:2Ml/yVLB.net
- vscodeのコンソールからbundle initして失敗するので何故かと思ったらwindows側のrubyを呼び出してる。
何事も完ぺきには行かんなあ。
- 623 ：login:Penguin：2018/07/07(土) 07:31:34.79 ID:1HCMuahc.net
- >>622
ただの環境変数の問題じゃん
- 624 ：login:Penguin：2018/07/07(土) 08:12:21.09 ID:xfQ5sgqt.net
- はやくXに対応するのです。
- 625 ：login:Penguin：2018/07/07(土) 09:15:43.43 ID:2Ml/yVLB.net
- WSLの問題は相当減ってきてるけど他のOSでは問題起きないし最初から問題少ない方が良いにきまっとるがな
- 626 ：login:Penguin：2018/07/07(土) 09:40:43.67 ID:4tsptUTU.net
- >>625
わかる。Macだと同じコマンドでもオプションが違ったから
本物のLinuxのコマンドが使えるWSLには期待してる
- 627 ：電波いつぱい：2018/07/07(土) 11:28:13.43 ID:2+GUx53b.net
- >>624
Xをという人多いけど、そもそもXはクライアントサーバーだから、サーバーをwslて動かすかwin側で動かすかの違いしがない
gnomeデスクトップなんかは難しいみたいだけど、大抵のクライアントはwslで動くはずなので、特に必要性を感じないんだか
- 628 ：login:Penguin：2018/07/07(土) 12:59:27.86 ID:vTuXon/h.net
- はやぐwayland対応しで
- 629 ：login:Penguin：2018/07/07(土) 13:22:10.51 ID:KYqexaqC.net
- >>627
X Serverはwslでは動かない。Clientのみ。
- 630 ：電波いつぱい：2018/07/07(土) 13:35:05.19 ID:fCYAlNa+.net
- >>629
そう書いたつもりだったんだが
- 631 ：login:Penguin：2018/07/07(土) 13:51:12.57 ID:23tdVnis.net
- 動くぞ。Xephyr 使うと。
- 632 ：login:Penguin：2018/07/08(日) 19:21:39.19 ID:CmjifDlt.net
- >>618
遅レス。
書いてあるんだけどなんか内容が噛み合わない。で調べたら、自分が使ってるのはwslttyだったと気がついた。;-)
トンチンカンな質問で申し訳ない。
GitHub - mintty/wsltty: Mintty as a terminal for Bash on Ubuntu on Windows / WSL
https://github.com/mintty/wsltty
ちなみにwslttyはインストール時に、その環境に存在しているWSLの全ディストロ分のショートカットがそれぞれ作成される。
ディストロを追加した場合はwslttyを再インストール。
- 633 ：login:Penguin：2018/07/09(月) 11:33:52.11 ID:4lKamT/1.net
- WSL上でDocker Engineが動くようになっていたっぽいという話
https://qiita.com/yanoshi/items/dcecbf117d9cbd14af87
- 634 ：login:Penguin：2018/07/09(月) 12:00:22.30 ID:ESvhvoew.net
- Ubuntu 18.04やDebianでも動くのかな？
- 635 ：login:Penguin：2018/07/09(月) 12:18:01.22 ID:4SJdzKl6.net
- マジかよ・・・
- 636 ：login:Penguin：2018/07/09(月) 12:22:13.32 ID:XgRc8ONI.net
- ubuntuのdocker ってパッケージ名がコロコロ変わってよくわからんね
docker.io
lxc-docker
docker-engine
- 637 ：login:Penguin：2018/07/09(月) 12:26:48.85 ID:4lKamT/1.net
- >>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'.
- 638 ：login:Penguin：2018/07/09(月) 12:27:55.93 ID:ESvhvoew.net
- 今はDocker-ceを普通は入れるんだが、ioの方じゃないとダメなんだろうか・・・
- 639 ：login:Penguin：2018/07/09(月) 18:56:10.25 ID:GyMmwySm.net
- >>637
OSのバージョンは？ Windows 10 April 2018 Update が必要なようだが。
UNIXドメインソケットが対応されたのが関係するのかも。
- 640 ：login:Penguin：2018/07/09(月) 19:39:41.68 ID:4lKamT/1.net
- >>639
こちらの環境はもちろん Windows 10 April 2018 Update だよ。バージョン 1803 (OSビルド 17134.137)。
- 641 ：login:Penguin：2018/07/09(月) 19:52:20.55 ID:4lKamT/1.net
- 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日
- 642 ：login:Penguin：2018/07/09(月) 20:31:47.46 ID:ESvhvoew.net
- なるほど管理者権限ね
後でやってるかな
- 643 ：login:Penguin：2018/07/09(月) 20:59:29.27 ID:Ql8ZSC+x.net
- Qiitaのページに以下の記載もあるね。
管理者権限(ココ重要)で動かしているWSLからDockerをインストール。
インストールも管理者権限が必要なのか..。
- 644 ：login:Penguin：2018/07/09(月) 21:35:32.02 ID:ESvhvoew.net
- Ubuntu 18.04 & Docker-ce で試したけどダメだった。
Invalid argument〜になる。
- 645 ：login:Penguin：2018/07/09(月) 23:05:28.19 ID:urC2LLHw.net
- >>637
同じだ
- 646 ：login:Penguin：2018/07/10(火) 05:24:29.95 ID:01qC6FRI.net
- docker daemonが動いてないんじゃね？
- 647 ：login:Penguin：2018/07/10(火) 12:29:08.09 ID:TcgXVskw.net
- Windows Subsystem for Linux（Hyper-Vなし）でDockerを動かす - nuits.jp blog
http://www.nuits.jp/entry/docker-on-wsl
- 648 ：login:Penguin：2018/07/10(火) 20:01:53.53 ID:3ihYDETJ.net
- A Guide to Upgrading your Ubuntu App’s Release
https://blogs.msdn.microsoft.com/commandline/2018/07/09/upgrading-ubuntu/
- 649 ：login:Penguin：2018/07/10(火) 21:35:33.38 ID:ufbi5lxI.net
- docker、OSを再起動すると動くようになったと書いているページがあったので、
やってみたら動くようになった。Ubuntu-16.04では成功。Ubuntu-18.04ではうまく
動かない。でも一歩進んだ。
- 650 ：login:Penguin：2018/07/10(火) 21:43:41.99 ID:01qC6FRI.net
- dockerの仕組み上、管理者権限は必須になってしまうのかな？
- 651 ：login:Penguin：2018/07/10(火) 22:29:10.99 ID:nMVN/TzN.net
- >>648
今後も無印とバージョン付きが併存していくってことか
- 652 ：login:Penguin：2018/07/11(水) 05:46:04.36 ID:HZyKY751.net
- WSLを管理者権限にしないと動かないってどういうことなんだろうな？
sudoで動かすのと違うのか
- 653 ：login:Penguin：2018/07/11(水) 06:42:35.34 ID:1j5tiGlN.net
- >>643
インストール時の管理者権限は必要無いようだ
- 654 ：login:Penguin：2018/07/11(水) 09:08:16.16 ID:/OrjHkhR.net
- >>652
WSLは基本的にユーザー権限の中で動くので
WSLの中でsudoをやった所で、WSLの世界でのrootにはなってるけど
Windowsの世界の管理者になるわけじゃないよ
おそらくエミュレートしてるLinuxのシステムコールの何かが
Windows上での管理者権限を必要としてるとかではないだろうか？
- 655 ：login:Penguin：2018/07/11(水) 13:31:04.56 ID:r/XTS8dC.net
- 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日
- 656 ：login:Penguin：2018/07/11(水) 13:41:42.78 ID:NthoMBHj.net
- >>654
ネットワーク、ソケットがらみかねえ・・・
- 657 ：login:Penguin：2018/07/12(木) 06:33:03.28 ID:IePYKLH1.net
- 別のバージョンのUbuntuでdockerの動作を確認するときは、一度OSを再起動する必要
があるようだ。例えば、Ubuntu-16.04で一度dockerデーモンを動かすと、OSの再起動
をなしではUbuntu-18.04でdockerデーモンが動かない。dockerデーモンをstopしても
同様だった。また、OS再起動直後にUbuntu-18.04でdockerデーモンを起動すると動くが、
invalid argumentが出て動作はしない。（デーモンとの通信エラーにはならない。）
調べているけど、原因分からず。同様のエラーの報告はちらほら見受けられる。
- 658 ：login:Penguin：2018/07/12(木) 08:04:27.72 ID:2fRy1rm8.net
- まだ完璧じゃない部分があるんでしょうね。
だけど、dockerが普通に動くのぞみは出てきたね。
Linuxカーネルの多くをエミュレートしないと無理そうだと思っていたから
難しいんだろうなと思ってたけど、大きな山はなさそうだ
- 659 ：login:Penguin：2018/07/12(木) 18:09:58.54 ID:jVPpwGnv.net
- WSL自体を再起動する方法ってあるの？ あれってサービス？sudo rebootしたい
- 660 ：login:Penguin：2018/07/12(木) 20:23:05.30 ID:2fRy1rm8.net
- >>659
Linuxバイナリを動かすことができるコマンドプロンプト
だから再起動なんて無いよ
- 661 ：電波いつぱい：2018/07/12(木) 20:31:59.24 ID:/SnuHNB+.net
- >>659
wslは起動していないので、再起動できません
- 662 ：電波いつぱい：2018/07/12(木) 20:32:48.01 ID:/SnuHNB+.net
- >>660
コマンドプロンプトでもありません
- 663 ：login:Penguin：2018/07/12(木) 20:44:02.08 ID:IePYKLH1.net
- でも最近のwslはコンソール閉じてもプロセス生きてるよね
- 664 ：login:Penguin：2018/07/12(木) 20:48:14.59 ID:2fRy1rm8.net
- >>662
コマンドプロンプトなんていってないよ
- 665 ：電波いつぱい：2018/07/12(木) 20:53:11.35 ID:/SnuHNB+.net
- >>663
initが残るようになったからのはず
そのinitも結局はwindiwsのプロセス
- 666 ：login:Penguin：2018/07/12(木) 21:19:52.86 ID:JDLu8GFf.net
- WSLはWindowsの中の機能の一つ、という立ち位置。
WSLの窓を開かなくてもLinuxのサービスを走らせることはできるよ。
もちろんコマンドプロンプトからも実行できるし、タスクマネージャーなんかにも登録できる。
完全に位置機能として扱える。
- 667 ：666：2018/07/12(木) 21:20:32.68 ID:JDLu8GFf.net
- すまん誤字った。一機能とかきたかった。
- 668 ：login:Penguin：2018/07/12(木) 21:37:12.84 ID:Z4ioFT6G.net
- X410 を購入 - Microsoft Store ja-JP
https://www.microsoft.com/ja-jp/p/x410/9nlp712zmn9q
> 4,650 → 580 (税込) （ 4,070 値引き あと 18 日です）
Windows StoreをWSLで検索して見つけた。良さそうだけど どう思う？
- 669 ：login:Penguin：2018/07/13(金) 01:31:13.56 ID:IQiuKcDb.net
- Windows側のIMEで透過的に日本語入力とかは期待できそうに無いな
対応言語や法人名を見るに、韓国製か
中国語に対応していないのが少々意外な
- 670 ：login:Penguin：2018/07/13(金) 07:34:27.35 ID:fxkbqnVH.net
- dockerでexecは動かないのかな。attachは動くけど。カーネルの機能が足りないのかな。
$ keyctl session
keyctl_join_session_keyring: Function not implemented
- 671 ：login:Penguin：2018/07/13(金) 08:43:59.79 ID:NcxNxqNY.net
- 遅いのは何とかしてほしい
デュアルブートしたくなる
ほんま遅い
- 672 ：login:Penguin：2018/07/13(金) 09:55:09.93 ID:aivwkH4H.net
- 普通にDocker for Windows使えばいいだけ
- 673 ：login:Penguin：2018/07/13(金) 10:39:49.84 ID:2me+gHsO.net
- Homeだし
- 674 ：login:Penguin：2018/07/13(金) 10:45:43.25 ID:gZOhQVeS.net
- Docker for WindowsはHyper-V使ってるから、WSLのDockerとは共存できない模様。
じょいさんのツイート:
WSLでDocker動かない各位、Hyper-Vの機能OFFにすると動きますよ
https://twitter.com/joy1192/status/1016519642808905728
12:09 - 2018年7月10日
- 675 ：login:Penguin：2018/07/13(金) 11:02:45.09 ID:2me+gHsO.net
- >>674
でもexec動かない。オレだけ？
- 676 ：login:Penguin：2018/07/13(金) 11:10:25.77 ID:aivwkH4H.net
- >>673
じゃあDocker Toolboxを使えばいいだけの話では？
- 677 ：login:Penguin：2018/07/13(金) 11:12:11.75 ID:aivwkH4H.net
- >>674
> Docker for WindowsはHyper-V使ってるから、WSLのDockerとは共存できない模様。
その理屈はおかしい。
WSLのDockerがHyper-Vなんか使うわけがない
Dockerはハードウェアの仮想化をしてないんだから
- 678 ：login:Penguin：2018/07/13(金) 11:15:24.83 ID:aivwkH4H.net
- Docker for WindowsもWSLのDockerも
同じWindows上で動くDockerだからポート番号でもかぶってるんだろ
Hyper-Vをオフにすることで、Hyper-Vが必要なDocker for Windowsが
停止したってのが真実だろうな。つまりHyper-Vをオンのままでも
Docker for Windowsを停止すればWSLのDockerは動くだろう
- 679 ：login:Penguin：2018/07/13(金) 12:07:17.10 ID:CoepbybF.net
- >>676
そうだね。Vagrantを使う方法もある。けど、WSLだけで動かしてみたい。
お手軽だし。
- 680 ：login:Penguin：2018/07/13(金) 12:51:52.22 ID:AW0IlF5h.net
- 関係ないけどhyperVは他の仮想化と共存できないのがウザいよな
- 681 ：login:Penguin：2018/07/13(金) 12:59:00.23 ID:aivwkH4H.net
- >>679
Docker ToolboxはVagrantじゃないぞ。VirtualBoxを使う
Docker ToolboxならDocker for Windowsとそう変わらないはずだけど
>>680
Vagrantがね。HyperVでもvagrantは使えるけど
VirtualBoxと組み合わせてたからなぁ
VagrantとVirtualBoxのVBoxManage.exeを組み合わせた
個人的用のスクリプト書いてたんでちょっと困った
今はWSLできたんでVagrantの必要性は減ったんだけど
- 682 ：login:Penguin：2018/07/13(金) 13:10:18.95 ID:aIrnLFzn.net
- >>680
MS「対応しろや」
https://docs.microsoft.com/en-us/virtualization/api/
- 683 ：login:Penguin：2018/07/13(金) 13:18:11.39 ID:aivwkH4H.net
- HyperVって本当にハイパーバイザ型なんだよね？
OSの下にハイパーバイザがいるんだよね？
昔Xenで特殊なドライバが必要だったりとか
えらく苦労したんだがWindowsのHyperVは
ハイパーバイザを使ってる感じが全くしなくて不思議だ
- 684 ：login:Penguin：2018/07/13(金) 14:23:16.48 ID:IQiuKcDb.net
- Hyper-Vも専用ドライバが必要だけど、
Windowsは自前で持っているし、Linuxも随分前から対応しているので。
Hyper-V用のドライバのソース提供をMicrosoftの侵略!!とか言って騒いでたし
- 685 ：login:Penguin：2018/07/13(金) 14:59:02.77 ID:aivwkH4H.net
- GPUドライバもXen用が必要だった記憶があるんだが
Xen用カーネルはまあLinuxだし仕方ないけど
- 686 ：login:Penguin：2018/07/13(金) 16:23:54.98 ID:xyz9NJ8g.net
- そもそも「WSLでdockerが動くらしい！やってみよう！」が趣旨だろうから違うツール使えってのはナンセンスだろう。
WSLっておもちゃで遊んでるだけなんだから。
- 687 ：login:Penguin：2018/07/13(金) 16:41:00.24 ID:aivwkH4H.net
- 動くだけで満足するなら遅くても問題ないでしょ？
俺は技術的な大きな問題は解決したからあとはWSL全体を含めたチューニングだけ。
WSL使うのが開発の主流になるのは時間の問題だなって考えてるよ
今すぐ実用的に使いたいならDocker for WindowsかDocker Toolboxを使う
あとはMS頑張って！って思ってるよ
- 688 ：login:Penguin：2018/07/13(金) 16:51:15.00 ID:xyz9NJ8g.net
- 俺もWSLの完成度が上がっていくと嬉しいけど、仕組み上dockerよりもいい物があるとは思うけどね、並行して２この環境を持てるとか。
WSLは今までと仕組みが違うから逆にWSLだからできることが見つかりそうな気がする。
ネイティブAPIとwindowsAPIの区別は完全じゃないから機能的に難しいものは絶対にあるよ。
- 689 ：login:Penguin：2018/07/13(金) 19:06:41.32 ID:H98nbIX6.net
- pythonとかnodeが満足に動くだけでいいと思うんだけどなあ
- 690 ：login:Penguin：2018/07/13(金) 19:20:44.29 ID:ioTXYsjC.net
- Cygwin以上coLinux未満
- 691 ：login:Penguin：2018/07/13(金) 19:31:57.60 ID:aivwkH4H.net
- >>688
並行して2個の環境を持つのは仮想マシンでできるじゃない
WSLだからできることっていうのは、Windows上でLinuxアプリを動かせることだよ
一つのOSでできることっていうのが大きな違い
- 692 ：login:Penguin：2018/07/13(金) 19:43:22.86 ID:xyz9NJ8g.net
- >>691
そんなことはわかってる。WSLでdockerって発想はナンセンスだからWSLでディストリを複数持つとかでいいってこと。
WSLでできることはWindows上の仮想マシンでぜんぶできる。そんなことはみんながわかってるよ。
- 693 ：login:Penguin：2018/07/13(金) 21:00:41.27 ID:aivwkH4H.net
- >>692
> WSLでdockerって発想はナンセンスだから
別にナンセンスだと思わないけど？
むしろWSLはWindowsに追加したLinux互換システムコールなわけで
Windowsそのものが持ってる機能の一つ。
WSL=Linux互換システムコール=Windowsの機能を呼び出すdockerは、
Windows用アプリとしてネイティブに動いてる状態なんだけど
- 694 ：login:Penguin：2018/07/13(金) 21:29:08.29 ID:ioTXYsjC.net
- WSLでCore OSが動けば、Docker専用にすることも可能性としてはあるな。
- 695 ：login:Penguin：2018/07/13(金) 21:35:38.55 ID:gZOhQVeS.net
- 今のWSLにはDockerを動かすに足るような信頼性はないんだよ。本物のLinuxとの互換性が低すぎて、入手したコンテナが正常に動いている保証が全然ない。それはnpmやpipやRubyGemsでも同じだ。
現代の開発では、企業製のソフトやディストロの公式パッケージだけを利用する時代は終わって、npmやpipやRubyGemsといった無数の作り手による無数のパッケージが必要とされるようになった。
WindowsにはCygwinがあるがLinuxとの互換性が低く、これらの作り手はCygwinを動作保証の対象にするのを嫌がり、Cygwinはどんどん没落していっている。
そこでMSはnpmなどを動かすプラットフォームとしてWSLを出したわけだが、現状はどう考えてもベータ水準以下で、よくMSはこれを正式版扱いにしたもんだと呆れる。
まあ将来はまともなプラットフォームになりうるかも知れんが、現状はただのおもちゃだ。ディストロの公式パッケージが豊富に存在しているCygwinの方がまだ実用性がある。
- 696 ：login:Penguin：2018/07/13(金) 21:39:53.52 ID:hHSI3qlV.net
- cygwinは見捨てた
- 697 ：login:Penguin：2018/07/13(金) 22:07:13.52 ID:xyz9NJ8g.net
- >>693
>linux互換システムコール
新しい言葉作んな。互換レイヤーだ。
WSLはWindowsが持ってるネイティブAPI以上のことはできないからlinuxの代わりになることは原理的に無理。
dockerはOSの基盤になるようなシステムコールを使うからWindowsサブシステムと共存できない。
だから管理者権限が必要であったりするんだ。
WSLに他の新しい仕組みを付け足せばできるかもしれんが、夢を見すぎだ。
- 698 ：login:Penguin：2018/07/13(金) 22:09:28.99 ID:xyz9NJ8g.net
- そもそもWSLでdockerが動くなら互換レイヤーの上でlinuxが動くんだからWSLをlinuxコンテナ化すればいい。
- 699 ：login:Penguin：2018/07/13(金) 22:10:56.46 ID:aivwkH4H.net
- 互換性については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%
- 700 ：login:Penguin：2018/07/13(金) 22:18:26.92 ID:aivwkH4H.net
- やり方ここに書いてあった
https://qiita.com/stc1988/items/e53a6e9ac818233cc66f
- 701 ：login:Penguin：2018/07/13(金) 23:09:51.55 ID:HFpqGDg9.net
- >>659
17704以降ならwslconfig /terminate
- 702 ：login:Penguin：2018/07/14(土) 13:30:06.16 ID:sMjmL5Dr.net
- linuxがそのまま動くversionboxやvmでもういいや
- 703 ：login:Penguin：2018/07/14(土) 15:00:00.16 ID:yYq/6rsU.net
- VersionBoxってこれか？ちょっと古いしLinux関係ないな
https://download.cnet.com/VersionBox/3000-2383_4-75328808.html
- 704 ：login:Penguin：2018/07/14(土) 15:23:41.69 ID:BxdB/Mtf.net
- VirtualBoxの間違いじゃね？
- 705 ：login:Penguin：2018/07/14(土) 15:24:21.33 ID:jYX0bnDW.net
- 変換ミス
バーチャルボックスね
ってかversionboxってあったんだな
- 706 ：login:Penguin：2018/07/14(土) 15:26:52.78 ID:c9qSNBNz.net
- WSLは面白いおもちゃだけどな。
- 707 ：login:Penguin：2018/07/14(土) 15:34:50.05 ID:BxdB/Mtf.net
- いやいや、半角入力で変換ミスはないだろw
暑さでやられてる？
- 708 ：login:Penguin：2018/07/14(土) 15:37:09.70 ID:RnGFBuXQ.net
- 予測変換だろ
- 709 ：login:Penguin：2018/07/14(土) 15:40:50.54 ID:c9qSNBNz.net
- ミスぐらい自由にミスらせてあげればいいのに。ミスなんだし。
- 710 ：login:Penguin：2018/07/14(土) 16:51:53.79 ID:TCq6UvUj.net
- ミスをみすみす見過ごしてたまるか
- 711 ：login:Penguin：2018/07/15(日) 17:05:01.82 ID:J+GYrykC.net
- Dockerは甘え。
- 712 ：login:Penguin：2018/07/15(日) 20:45:56.36 ID:cVFwN6y4.net
- WSL自体がコンテナみたいなものなのにさらにその中にコンテナを作るのか
- 713 ：login:Penguin：2018/07/15(日) 22:03:36.21 ID:Xmkkcspf.net
- >>712
システムコンテナとアプリケーションコンテナという考え方がある
システムコンテナはコンテナ技術を用いてシステムを作るもの
システムコンテナは仮想マシンに近くOSに相当するシステムを作り出し
作業者はこのシステム上にログインして作業する。
WSL（正確に言えばbashでログインした状態）はこれに近い
それに対してDockerはアプリケーションコンテナ
アプリケーション実行に必要な外部ライブラリをパッケージング
しただけで、アプリケーションをそのまま実行するのと意味的には等しい
作業者はデバッグのためにDockerコンテナに入ることはあるが
通常はDockerコンテナの上で作業したりはしない
- 714 ：login:Penguin：2018/07/16(月) 04:17:16.93 ID:QJ3BqZnT.net
- 実際dockerで配布されてるアプリケーションもあるしな。
でもWSLで動かないものがWSLのdockerで動くわけじゃないし、通常はWSLにアプリケーションをインストールすればいいと思うよ。
- 715 ：login:Penguin：2018/07/16(月) 08:33:40.89 ID:bY3uc4Dp.net
- そもそもどっかーってなんなの？
- 716 ：login:Penguin：2018/07/18(水) 13:47:23.97 ID:WJKzLDcr.net
- >>713
wslのシステムコンテナの本体はどこにあるの？
- 717 ：login:Penguin：2018/07/18(水) 15:27:14.07 ID:f5a7aJQo.net
- >>716
コンテナはプロセスだよ。隔離された空間にあるだけのプロセス
だから本体は実行時にメモリに現れ終了したらなくなる
コンテナを作るためのUbuntuのイメージファイルって話なら
C:\Users\USERNAME\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc
とかみたいだけど、これはWSLじゃなくて、Ubuntuのイメージファイルか
WSL（Windows Subsystem for Linux）自体はサブシステムであってコンテナじゃない。
サブシステムを提供するためのファイルはC:\Windows以下の何処かにあるだろうけど、
やっぱりWSLで作られるLinux環境はプロセスとしか言いようがないな
- 718 ：login:Penguin：2018/07/18(水) 17:21:23.55 ID:VM28jLfU.net
- >>717
ってかドッカーやらのコンテナって仮想マシンとは違うとかよくいわれるけど
windowsとmacで動いてるやつは裏で仮想マシンまわってるだけだろ？
- 719 ：login:Penguin：2018/07/18(水) 17:31:27.71 ID:K/dNx6ZZ.net
- >>718
DockerはLinuxカーネルで動くものです。
WindowsとMacのことは一旦忘れましょう。
Dockerは仮想マシンではありません。
実際に仮想マシンは使いません
- 720 ：login:Penguin：2018/07/19(木) 17:21:50.96 ID:ORiQslyH.net
- https://i.imgur.com/cBV0ltj.jpg
- 721 ：login:Penguin：2018/07/19(木) 17:33:46.58 ID:kIzbGk9L.net
- >>720
グロ
死体画像
うpってんじゃねーぞゴミカス！
- 722 ：login:Penguin：2018/07/19(木) 18:15:15.71 ID:RS/LaMpX.net
- https://i.imgur.com/bNvk2Mf.jpg
- 723 ：login:Penguin：2018/07/20(金) 18:40:14.55 ID:oCckfN1r.net
- WSLはサーバーサイドアプリをインストールして使えるのが最大の強みだと思うわ。
もちろんlocalhostでだけど。
Windows立ち上げてるときだけ使えるサーバー環境。
gitbucket、ampache、cloud9、等々
- 724 ：login:Penguin：2018/07/20(金) 20:12:45.19 ID:3LYThzwC.net
- サーバー環境作るならdocker でない？
WSLはフロントエンド環境。
- 725 ：login:Penguin：2018/07/20(金) 20:16:38.89 ID:oCckfN1r.net
- >>724
開発するならdockerがいい。サーバーアプリをただつかうだけならWSLで十分、常駐させても問題ないレベル。
- 726 ：login:Penguin：2018/07/21(土) 23:27:33.78 ID:pYaMi2gs.net
- https://img.depor.com/files/article_main/uploads/2018/07/13/5b49658849367.jpeg
- 727 ：login:Penguin：2018/08/19(日) 12:54:32.98 ID:2J+jXxYQ.net
- I/O周りが遅すぎて開発に使うのやめてプレゼン用に使ってたけど、
先日npm installでセットアップ中にカレントディレクトリ以下のファイルの
90%ほどをぶっ壊してくれて、上位にあった~/.zsh_historyの一部まで
バイナリで書き込まれる惨事
dockerへ出戻り
- 728 ：login:Penguin：2018/08/21(火) 20:58:21.61 ID:7rk13qft.net
- ふーん
- 729 ：login:Penguin：2018/08/22(水) 18:23:28.73 ID:/9jrih0N.net
- Dockerを開発環境に使ってるの？
あれ開発環境にはいまいちじゃない？
パッケージングにはいいと思うけど
- 730 ：login:Penguin：2018/08/22(水) 19:00:14.51 ID:38GpJQxX.net
- IDEとかの開発環境をまとめたdockerなら全然あるし、使える。
- 731 ：login:Penguin：2018/08/22(水) 23:55:30.27 ID:g4Zbw/6/.net
- 例の戌厨様、こっちまで荒らしにきたんけ？
- 732 ：login:Penguin：2018/08/23(木) 12:37:45.92 ID:pqGEB485.net
- >>730
IDEでDocker使うんか？
Vagrantみたいに？
- 733 ：login:Penguin：2018/08/23(木) 12:48:39.52 ID:V7790Jnk.net
- やったことないけどCloud9をWSLで使うこともできるらしい。
Dockerでやったほうがいいけど。
- 734 ：login:Penguin：2018/08/23(木) 12:53:31.68 ID:1/4tnYjl.net
- >>732
横からだけど、例えばWeb開発なら開発からテスト配布まで、dockerでできる。cloud9とかを入れておいて、ブラウザから開発する。
- 735 ：login:Penguin：2018/08/23(木) 21:39:08.73 ID:pqGEB485.net
- >>734
Cloud9をサービスとして起動できるDockerを使ってローカルで開発と言うこと？
最近はそんな感じなのか
Cloud9使ったことないけど便利なのかなぁ
その組み合わせの利便性によってはDockerを見る目がまた変わるわ
- 736 ：login:Penguin：2018/08/23(木) 21:49:40.70 ID:pqGEB485.net
- 仮想化も組み合わせによって色々面白いことできるねぇ
ブラウザから使えるideかぁ
ちょっと興味出てきた
- 737 ：login:Penguin：2018/08/23(木) 21:56:20.45 ID:DbM4JrKg.net
- わざわざローカルにcloud9入れて使ってるやついるのか？
名前の通りクラウドで使うためのものやろあれ
- 738 ：login:Penguin：2018/08/23(木) 22:12:35.44 ID:1/4tnYjl.net
- 俺WSLにcloud9入れて使ってるけど、単純にsshクライアントもいらなくなるし、Windowsのubuntu窓使わずに済むし幸せ。
- 739 ：734：2018/08/25(土) 09:27:36.70 ID:NtT1KaV9.net
- >>735
遅レスだけど、gitとweb環境とcloud9入りのdockerで開発するってこと。
別にエディタはcloud9じゃなくてもいいけど、1つの窓でエラーログ見るコマンドも打てるし便利でしょ。
特に少数複数人で開発する時にPCが違ってもgitリポジトリを紐づけたdockerファイルを共有して、ブランチをpullすれば開発環境が整う。キモはcloud9じゃなくてgitなんだけど、cloud9ならブラウザ動けばみんな同じコーディングができるので。
基本的にローカルは汚さずに、万一dockerが壊れてもgit最新に戻せる。
開発からテスト、dockerファイルをいじって、配布まで、できる。
むしろ現場でdockerが流行るのはこのおかげ。
データベースも小さいのならgitに入れちゃえ。
- 740 ：login:Penguin：2018/08/25(土) 09:34:29.34 ID:NtT1KaV9.net
- WSLにcloud9入れるのはマシンスペックが足りないPC向け。
dockerをWindowsで動かすには結局仮想化するので、スペックを分けなきゃいけない。これができないからWSLが不完全でも使う層が出てくる。docker動かせるならそっちのほうがいい。
- 741 ：login:Penguin：2018/08/25(土) 19:08:22.56 ID:Ei+FlypL.net
- そもそも画面がない時点で不完全
- 742 ：login:Penguin：2018/08/25(土) 19:37:11.39 ID:Xs5ovEQe.net
- リモートで鯖管理したって同じだろw
- 743 ：login:Penguin：2018/08/26(日) 07:41:48.46 ID:rhFeG7bT.net
- 環境を汚してもいい鯖持ってるならWSLもdockerもなくていい。
dockerはあってもいい。
- 744 ：login:Penguin：2018/08/26(日) 11:31:43.44 ID:0Bg1/nQr.net
- >>739
ふーん。
便利そうだね。
- 745 ：login:Penguin：2018/09/08(土) 10:42:04.08 ID:etmCdk87.net
- Using WSL in an Enterprise
https://blogs.msdn.microsoft.com/commandline/2018/09/07/using-wsl-in-an-enterprise/
- 746 ：login:Penguin：2018/09/11(火) 01:42:23.74 ID:s6D8tDed.net
- WSL、forkの速度あがらないかなー
OSの基本部分に関わるところだから、
forkの機能を備えてないNTカーネルでは
エミュレートに時間がかかるんだろうけど
それでも10倍はひどすぎる。
おかげでforkさせないシェルスクリプトの
プログラミングノウハウが溜まっていくｗｗｗ
- 747 ：login:Penguin：2018/09/11(火) 12:28:46.42 ID:s6D8tDed.net
- 愕然とする事実発覚。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
- 748 ：login:Penguin：2018/09/11(火) 12:33:18.31 ID:s6D8tDed.net
- ちなみに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でも遅いっちゃー遅いな
- 749 ：login:Penguin：2018/09/11(火) 13:12:47.90 ID:yZJ5+C9k.net
- coLinuxならどうなんだろうね。WSLより速いのか？
- 750 ：login:Penguin：2018/09/11(火) 13:37:21.04 ID:s6D8tDed.net
- 速いんじゃないの？ coLinuxのLinuxアプリはWindowsとは
隔離された空間で動いているんでしょ？
NTカーネル上でLinuxアプリを実行してるんじゃなくて、
NTカーネル上に作ったLinux空間でLinuxアプリを動かしてる
WSLはLinuxアプリは、NTカーネルから見たとき1つのアプリに見えるけど
coLinuxはNTカーネルから見たときcoLinuxアプリしか見えない。という認識
- 751 ：login:Penguin：2018/09/11(火) 13:50:19.43 ID:s6D8tDed.net
- 着実にチューニングが進んでいるｗ
上のベンチマークじゃなくて今作ってるやつだけど
パイプをなくしたら200msから100msに二倍になった
もう一箇所、サブプロセス作ってる所があるのでそこを直すと60msぐらいになりそう
大した差はないように思えるけど、コマンドの実行で300msかかると
つっかかりを感じて、200msだと実行結果が表示開始されるまで一瞬の待ちを感じて
100msだと実行したと同時に1行ずつ出力されいく感じになる。
50msだと結果全てが一瞬で表示される感じになる
使い方によっても何度も実行する部分だからできる限り早くしておきたい。
Linuxだったこれがパイプ使っていても17ms
なくしたら8msなんだけどな
- 752 ：login:Penguin：2018/09/11(火) 18:37:57.91 ID:3cD6m1VP.net
- >>747
ksh で約２倍高速化（bash比）ｗ
- 753 ：login:Penguin：2018/09/11(火) 19:09:09.34 ID:tPo3PLNb.net
- >>752
やる処理によって大きく代わるよね
dash（ash）が多くの場合速い。bashとzshがその次。
kshはたいてい遅いんだけど、時たま早い処理があるって感じ
- 754 ：login:Penguin：2018/09/11(火) 20:38:03.05 ID:1rlZOYqx.net
- せやろか？
https://fumiyas.github.io/2013/12/01/benchmark.sh-advent-calendar.html
- 755 ：login:Penguin：2018/09/11(火) 21:14:02.84 ID:1V5khjfP.net
- 一方ロシアは（速度の必要な処理は）VMとクラウドを使った。
- 756 ：login:Penguin：2018/09/11(火) 21:36:05.48 ID:PgIGop6Q.net
- cshも忘れないでください
- 757 ：login:Penguin：2018/09/11(火) 21:46:53.65 ID:tPo3PLNb.net
- >>754
うーん？基本的にPOSIXの範囲でしかやってないからなぁ
それも時々動くか実行してみただけの感想でちゃんと計測してないし
気が向いたらベンチしてみたほうが良いかもなって思ってるけど多分やらないｗ
- 758 ：login:Penguin：2018/09/11(火) 22:16:09.50 ID:tPo3PLNb.net
- kshの変数は長さ情報を持ってるな
${#str} が何文字か調べるときstrに入っている文字列が
長いほど時間が掛かるが、kshだけは長くても短くても同じだった
- 759 ：login:Penguin：2018/09/11(火) 23:22:46.29 ID:QdrnK4+G.net
- >>755
ロシアは今でもベアメタル主義が強いぞ
- 760 ：login:Penguin：2018/09/12(水) 00:20:53.44 ID:FNSjtWLL.net
- 複雑な処理は、プログラム言語でやれば？
Windows10・WSL・Ubuntu16 で、デフォルトで、python3, perl は入っている。
Ruby は入っていない
which python3
=> /usr/bin/python3
ll /usr/bin/python3
=> python3.5
- 761 ：login:Penguin：2018/09/12(水) 00:41:45.73 ID:O7YRoX2h.net
- >>760
またお前か
プログラム言語が入ってない。入れられない環境も
視野に入れてるからダメだって言ってるだろ
- 762 ：電波いつぱい：2018/09/12(水) 00:51:15.28 ID:MLn/u34F.net
- wslはforkが遅いって話しじゃあなかったのか？
- 763 ：login:Penguin：2018/09/12(水) 00:55:18.59 ID:r/Y4ABHX.net
- ファイルシステムも遅いよ
- 764 ：login:Penguin：2018/09/12(水) 00:56:35.21 ID:I7EiIdWL.net
- >>760
他人ですが >>747 を python でやるとどのくらい時間がかかりますか？
- 765 ：login:Penguin：2018/09/12(水) 01:33:40.10 ID:O7YRoX2h.net
- >>762
他の言語はforkをシェルスクリプトほど使ってはいない
だから他の言語で書くとforkの遅さの影響を受けにくい
シェルスクリプト内部的にforkが使用されてる例
( echo test ） # 丸括弧によるサブプロセス実行
a=$(printf '%s' hoge) # $(・・・) による標準出力の変数代入
echo test | while read -r line; do # パイプの処理
/bin/echo # 外部プログラム呼び出し
知らずに書くと普通に使ってしまうものばかり
ちなみにevalはforkが行われないし実行速度にほとんど影響が出ない
一応言っておくと、実際にforkが呼ばれてるのを確認したわけじゃないけどね
プログラムの挙動とか遅くなってる原因を調べた結果
できればfork呼び出し回数を数値で見たい
straceを使えばわかるのかな？
- 766 ：login:Penguin：2018/09/12(水) 02:01:34.78 ID:O7YRoX2h.net
- >>751で書いた「今作ってるやつ」（何かは言わないけど）は
バグとか仕様追加もあって最終的に70msぐらいになった
なにもしないプログラムが20msぐらいなので実質50msぐらいだな
処理内容はwhileループとcaseとevalと変数操作のオンパレード
ついでに各シェルでのおよその実行時間
kshが一番速かったｗ yashと勘違いしていたかな？
・ksh 60ms
・dash 70ms
・posh 70ms
・mksh 75ms
・bash 110ms
・yash 130ms
・zsh 140ms
ベンチマークに興味がある人は、こちらのyash開発者のサイトが参考になるかも
http://magicant.txt-nifty.com/main/2008/09/post-aecc.html
http://magicant.txt-nifty.com/main/2009/09/yash-2-135-2-03.html
- 767 ：login:Penguin：2018/09/12(水) 02:43:42.59 ID:O7YRoX2h.net
- forkはプロセスのcloneを調べれば良さそう
こんな感じで実行すれば意図したとおりの結果が出てきた
strace -T -tt -f -F ./test.sh 2>&1 | grep clone
ついでに減らせそうなところが見つかったのでやってみたら
cloneの数を7個減らして、dashの70msが40msまで減ったｗ
残り3個。0個にするのは不可能なんだけど、1個にはできるかもしれないな
- 768 ：login:Penguin：2018/09/12(水) 02:57:02.17 ID:O7YRoX2h.net
- できたｗ
fork（clone）1個。30msになった。
元が200msなので7倍近く高速化
fork 1個で5msって感じかな
今回は処理内容が増えるとその分fork数も増える可能性があったから
頑張ったけど、fork数が固定数であればそこまで頑張らなくてもいいだろうな
- 769 ：login:Penguin：2018/09/12(水) 03:49:50.48 ID:O7YRoX2h.net
- >>766からforkを10個から1個に減らして再計測
概ね2倍ぐらいの速度になった（dashが一番になったイェーイｗ）
・dash 30ms (233%)
・posh 30ms (233%)
・mksh 35ms (214%)
・ksh 55ms (109%)
・bash 50ms (220%)
・yash 70ms (186%)
・zsh 85ms (165%)
前回トップだったkshはあまり速度改善はしなかった。
さすがにおかしいと思って調べてみたら、
kshだけ（forkが10個ときのコードでも）forkが1個も存在しなかった
少し適当にだが調べてみるとこんな感じだった
・( echo a ) ・・・ ksh:fork0回、他:fork1回
・a=$(printf) ・・・ ksh:fork0回、他:fork1回
・echo a | read line
・・・ ksh:fork1回、zsh:fork1回、他:fork3回
・echo a | cat ・・・ksh:fork2回、zsh:fork2回、他:fork3回
・/bin/echo ok ・・・ ksh:fork2回、他:fork1回
kshは外部コマンド実行以外はforkを行わないか少ないようだ
逆に外部コマンドを実行する場合はkshは他よりもforkが多い
俺がkshは遅いと感じていたのは、これより前に作っていたプログラムでは
外部コマンドの実行の方を多用していたからだと思う
- 770 ：login:Penguin：2018/09/12(水) 03:51:30.48 ID:O7YRoX2h.net
- 変なところで改行入ってしまったが
・( 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回
- 771 ：login:Penguin：2018/09/13(木) 01:31:59.89 ID:crUjfqIF.net
- くっそ、poshとmkshがprintfがビルトインじゃない
forkが遅すぎるｗｗｗ
- 772 ：login:Penguin：2018/09/23(日) 14:25:17.12 ID:pJwP+bLC.net
- Windows 10に最適化されたLinuxディストロ「WLinux」が爆誕
https://www.softantenna.com/wp/windows/wlinux/
誰か試した人いる？
- 773 ：login:Penguin：2018/09/23(日) 14:59:42.30 ID:ig7ILfHB.net
- DockerにおけるAlpine Linuxみたいなものかな
- 774 ：login:Penguin：2018/09/25(火) 09:01:02.79 ID:xMAN4UFe.net
- Flatpak on windows
https://blogs.gnome.org/alexl/2018/09/17/flatpak-on-windows/
- 775 ：login:Penguin：2018/09/26(水) 02:17:02.62 ID:HHfG5rHS.net
- 今日日、Git for Windowsを標準インストールするだけでbash、awk、perlもインストールされるわけだが。
- 776 ：login:Penguin：2018/09/26(水) 19:55:16.67 ID:XFO0+kOn.net
- gnuplotをwslとcygwinでwxtとqtをつけてビルドした。make checkで連続でプロットがでるが
cygwinの方がかなり速い。これはxserverとの接続の問題かもしれん。
- 777 ：login:Penguin：2018/09/26(水) 20:13:53.38 ID:nOw+R5SS.net
- >>776
X抜きで画像とかeps出力だとどう？
- 778 ：login:Penguin：2018/09/26(水) 23:22:30.77 ID:n2TwObJo.net
- WLinux試したけど、build-essentialが入らない。
パッケージの依存関係が壊れてるっぽい。
- 779 ：login:Penguin：2018/09/26(水) 23:24:08.81 ID:n2TwObJo.net
- Chromeが動かないって話だが、fonts-noto-cjkを入れてロケールを日本語にしたら起動した。
- 780 ：login:Penguin：2018/09/27(木) 17:38:10.29 ID:9nDnLJCm.net
- >>777
776 は実行時のPCで別プロセスが動いていたことが，原因だった。
- 781 ：login:Penguin：2018/09/27(木) 17:59:09.59 ID:9nDnLJCm.net
- >>780
途中でおくった。
やり直したところ，wxtではほぼ同じ。
qt ではcygwinの方が大分速い。
それだけでなくqtは多くのプロットで表示がおかしい。
NativeのUbuntuではqtは表示の問題は起こさない。
ご質問のファイルに書き出しはｗｓｌの方がかなり速い。
色んな要因があるので一概に言えないwxtの方が好きなので，
wslではGNUTERM環境変数をwxtにして，wxtデフォにしている。
gnuplotは基本windows Native版を使うけど，他のツールと一緒に使うときは
これまでcygiwn版をつかってきた。しかしこれｋら，wslに乗り換えようかなと
思っている。
Cygwinはwin 7のPCで使うだけになると思う。
- 782 ：login:Penguin：2018/10/03(水) 21:43:06.51 ID:PgouXypi.net
- WlinuxとX410ってどう？
- 783 ：login:Penguin：2018/10/04(木) 23:36:38.13 ID:KuGH7cb3.net
- まだ開発中という感じ
将来性はともかく今はわざわざ金を出して使う必要性はわからん
- 784 ：login:Penguin：2018/10/04(木) 23:48:05.47 ID:wR2l98VJ.net
- まあ、割引中で安いし伸び代あるなら今のうちに買ってしまうのもアリだけどね。
- 785 ：login:Penguin：2018/10/04(木) 23:50:39.14 ID:xo/yzbEa.net
- WLinux、元はDebianだしgithubにも公開されてるしな
ストアの金額はサポート料金らしいし、
普通の人は公式から自分の好きなdistro無料で落とせばよいんじゃね
別にXserverの設定とか簡単なんだし
- 786 ：login:Penguin：2018/10/05(金) 21:47:40.13 ID:ffyt/HkW.net
- Windows Subsystem for Linux (WSL) のご紹介
https://blogs.technet.microsoft.com/askcorejp/2018/10/05/wsl_intro/
- 787 ：login:Penguin：2018/10/06(土) 00:33:06.42 ID:PZXiPYoz.net
- WlinuxとX410を購入してみたけど面白ろい
セットアップした後は素早くX Windowでアプリを使える
ただターミナルからの起動なので
wlinux -c "application"
みたいなbatを書いたけど
- 788 ：login:Penguin：2018/10/06(土) 03:50:38.09 ID:GslR/BLp.net
- 787だけど
wlinux -c "application"
でscriptの実行だったら動くけどguiアプリケーションだと接続拒否権されるなターミナルに直接的入力だとx410に接続できるけど
- 789 ：login:Penguin：2018/10/06(土) 14:53:16.39 ID:bxHcuNpN.net
- ｳﾘﾅｯｸｽって
名前がなんかイヤ
- 790 ：login:Penguin：2018/10/06(土) 15:26:15.52 ID:Fg0A5Rwm.net
- ｳﾘｳﾘ~
- 791 ：login:Penguin：2018/10/06(土) 15:47:44.04 ID:UsUkEx8p.net
- ウリナラ起源ニダ〜
- 792 ：login:Penguin：2018/10/06(土) 20:28:49.42 ID:vsUAuS19.net
- 瓜茄子白菜
- 793 ：login:Penguin：2018/10/07(日) 21:05:00.45 ID:b+sSUxbk.net
- 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
- 794 ：login:Penguin：2018/10/13(土) 00:44:03.85 ID:bFIrJDdx.net
- 1809でwslconfigにterminateが追加されてることは知ってたんですが、
その他にupgradeってのが追加されてるんですけど、これは何か知ってる人います？
説明文通りファイルシステム形式をアップグレードするんだろうけども
/upgrade <ディストリビューション名>
ディストリビューションを WslFs ファイル システム形式にアップグレードします。
- 795 ：login:Penguin：2018/10/13(土) 06:54:42.99 ID:spUPaXTB.net
- 書いてある通りwslfs形式に移行させます
lxfs -> wslfs
ファイルシステム関連のattributesの扱いが少し変更されていますが、
パフォーマンスとかは変わらず、あいかわらず遅いです
新しい不具合を発生させたりもしたので、ごく一部の人で実験してもらう段階じゃないかな
あと、変換自体とても時間かかります
- 796 ：login:Penguin：2018/10/13(土) 07:36:39.94 ID:bFIrJDdx.net
- パフォーマンスが早くなったりはしないのね
ありがとう
- 797 ：login:Penguin：2018/10/14(日) 20:28:55.90 ID:neRrm9zv.net
- 私たち日本人の、日本国憲法を改正しましょう。
『憲法改正國民投票法』、でググってみてください。
平 和は、勝ち取るものです。拡散も含め、お願い致します。
- 798 ：login:Penguin：2018/10/17(水) 19:35:28.63 ID:j8NZ8qYN.net
- 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.
どうすればアップデートできるのでしょうか？
- 799 ：login:Penguin：2018/10/17(水) 19:41:09.91 ID:y1b2xQ/u.net
- >>798
wget に –no-check-certificate でも付けて試せばいけるかもな。
てか、WSLなんか、ｱﾚな環境なんか、さっさと捨てなさいな。
- 800 ：login:Penguin：2018/10/17(水) 19:53:23.94 ID:j8NZ8qYN.net
- >>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.
- 801 ：login:Penguin：2018/10/17(水) 19:58:23.19 ID:N9yPYbZD.net
- https://gist.githubusercontent.com/Zenexer/10bc12fa5c99848b4b2150184f6beee5/raw/ubuntu-fix.sh
をWindows環境でDLしてこれをWSLで叩けばいい。
- 802 ：login:Penguin：2018/10/17(水) 20:39:23.40 ID:j8NZ8qYN.net
- >>801
具体的にはどうすればいいのでしょうか？
wslのホームまで落として実行してみましたが、こんな感じです。(hoge.shがそれです)
$ ./hoge.sh | sh -s
./hoge.sh: 2: set: Illegal option -
- 803 ：login:Penguin：2018/10/17(水) 23:22:56.09 ID:6tOLa01v.net
- Illegal option -
- は、間違ったオプションなんだろう
- 804 ：login:Penguin：2018/10/17(水) 23:53:42.06 ID:U6iIL0s2.net
- わからんけど、シェルスクリプトを hoge.sh にダウンロードしたなら、
> $ ./hoge.sh | sh -s
"|" 以降はいらない。
$ ./hoge.sh
だけ実行してみそ。
- 805 ：login:Penguin：2018/10/18(木) 01:49:07.68 ID:HoDgsHga.net
- 普通にsudo apt updateで行けるはずなんだが？
なにか根本的に間違ってないか？
先にまず sudo apt update がどういうエラー失敗するのか書いたほうが良い
まあ壊れた所でまだ最初だから消して入れ直せば良いが
- 806 ：login:Penguin：2018/10/18(木) 01:52:09.92 ID:HoDgsHga.net
- あ、最新のUbuntuではエラーになるのか？
- 807 ：login:Penguin：2018/10/18(木) 04:21:13.27 ID:RZ//NVPJ.net
- >>805 >>806 ガイジ
- 808 ：login:Penguin：2018/10/18(木) 08:26:41.43 ID:PbWIALxi.net
- まずapt updateした際にどういうエラーなのか何も情報がないから答えようがない
なんでこういう人って最初のエラー情報伏せて自分が調べました情報しか出さないのかね
またubuntu のバージョンも分からない
githubのそのページ、17.10での記事だけど
- 809 ：login:Penguin：2018/10/18(木) 12:25:12.23 ID:1D6dNv+9.net
- リポジトリを cosmic にして apt full-upgrade すると lxd 絡みでエラー中断しますね
まぁお試し環境なので構いませんが
- 810 ：login:Penguin：2018/10/18(木) 12:42:39.54 ID:ITGPPUtq.net
- バックアップとってWSL入れ直ししたほうが早いな。
俺ならそうするし時間が勿体無い。
またハマったら今度は真面目に考える。
- 811 ：802：2018/10/18(木) 23:23:41.30 ID:n2AnSdBc.net
- なんか解決しました
カスペが悪さをしていたようで、切ったら通信するようになりました
- 812 ：login:Penguin：2018/10/18(木) 23:42:37.98 ID:XKhTIPkE.net
- 今流行のセキュリティソフトがMITMになってTLS覗き見るやつか
滅びればいいのに
- 813 ：login:Penguin：2018/10/19(金) 02:24:39.94 ID:/S+AMvvP.net
- MITMしてなくてもファイアウォールがPico Process未対応でとりあえずはじくみたいなうんこもある
- 814 ：login:Penguin：2018/10/19(金) 08:53:09.84 ID:3dMaJ4VV.net
- 2018 Fall Updateでパフォーマンス改善したっていう記事よんだけど、
実機との数十倍の速度差と、改善が頭打ちしてるんじゃないか
という不安を気づかせてくれただけだった
誤差レベルの改善は気が付けないよ
- 815 ：login:Penguin：2018/10/23(火) 02:47:06.37 ID:aPV4hFJC.net
- 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?
- 816 ：815：2018/10/23(火) 03:06:10.52 ID:aPV4hFJC.net
- 以下ページを参考に /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
- 817 ：login:Penguin：2018/10/23(火) 08:12:41.69 ID:/MT7TZHZ.net
- 俺はリアルLinux環境でもjaistにしてるな。
- 818 ：login:Penguin：2018/10/23(火) 21:34:24.06 ID:SQIUtg0J.net
- 18.10にしてarchive.ubuntu.com/ubuntu/のままだけど今は問題ないな
日本サーバーに置き換えとくか
- 819 ：login:Penguin：2018/10/24(水) 03:41:46.35 ID:puLBs7TG.net
- 漏れは、Ubuntu 16.04 だけど、
/etc/apt/sources.list を空ファイルにして、
(削除するとエラーになったので)
/etc/apt/sources.list.d/ に、iij.list, jaist.list の2つのファイルを置いてる
- 820 ：819：2018/10/24(水) 04:28:50.48 ID:puLBs7TG.net
- 今さっき、apt update したら、
iij, jaist の混合で、伝送速度は、1.4MB/s だった
- 821 ：login:Penguin：2018/10/25(木) 14:58:33.43 ID:9m4eci9Z.net
- SSHクライアント:Debian
SSHサーバー:Windows10
DOSプロンプトからWSLのbashを起動すると改行がおかしくなる
おためしあれ
- 822 ：login:Penguin：2018/10/26(金) 14:59:16.86 ID:ZyThOL41.net
- プログラミングもLinuxも初心者なんだがmsys2から乗り換える価値あるかな？
- 823 ：login:Penguin：2018/10/26(金) 15:10:51.99 ID:GTebqd3B.net
- >>821
Windows 側から、Linux 側を触っちゃいけない。
必ず、Linux側から、Windows側を触る
>>822
WSL には、GUI が無いけど。
それに、Docker も動かない
- 824 ：login:Penguin：2018/10/26(金) 15:25:41.84 ID:0GiQ4Wkw.net
- GUIは準備すれば表示できる
dockerも動かす事は可能
誤りすぎだろ…
- 825 ：login:Penguin：2018/10/26(金) 16:08:12.93 ID:FzP2lnRU.net
- X410はオススメ
やたら割引してて怪しかったけど、評判は良かったので入れてみた。
- 826 ：login:Penguin：2018/10/26(金) 19:00:58.98 ID:DYIlTbH6.net
- October Update で Docker の最新版が動くといううわさは本当？
- 827 ：login:Penguin：2018/10/26(金) 19:12:40.72 ID:0GiQ4Wkw.net
- 動いたよ、1809だと最新のでも
- 828 ：login:Penguin：2018/10/26(金) 20:46:37.73 ID:DYIlTbH6.net
- やっぱり動きましたか。MS_SLAVEのサポートによるものとか。
Docker for Windows も要らなくなるのかぁ。
- 829 ：login:Penguin：2018/10/26(金) 21:42:54.21 ID:NQUDs63t.net
- >>827
もひとつ教えて。
docker exec は動く？
- 830 ：login:Penguin：2018/10/26(金) 23:32:59.71 ID:0GiQ4Wkw.net
- docker execはまだ無理だったよ
- 831 ：login:Penguin：2018/10/26(金) 23:47:12.09 ID:mCKVyB+d.net
- 残念。ありがとう。
- 832 ：login:Penguin：2018/10/27(土) 00:06:00.16 ID:V7Y/V8pF.net
- X11forwardingが動かない
どうする？
- 833 ：login:Penguin：2018/10/27(土) 00:18:04.81 ID:jUShaPMd.net
- どうするも何も手順間違ってるだけでしょ
- 834 ：login:Penguin：2018/10/27(土) 08:37:34.77 ID:5EAPZlpa.net
- WSLがリリースされた時、将来はDockerが動くかも？と思っていたが
まさかこんなに早く動くようになるとはな
まあ、パフォーマンスの点でまだDocker for Windowsを置き換えることには
ならないと思ってるけど、パフォーマンスの問題が解決したら
Docker for Windowsとは違って仮想マシンにいくらメモリを
割り当てるかを悩まなくて良くなるから嬉しいな
個人的にはWSLはforkの速度を上げてほしい
Linuxネイティブの10倍の遅さだからな
- 835 ：login:Penguin：2018/10/27(土) 09:32:53.54 ID:AXzEDdNA.net
- forkもだけど、disk i/o が遅いのもなんたかならないかな。
仮想化のLinuxの方が速いのはなんか納得できない。
でもWindows上でLinuxディストリビューションがそのまま動き、
Windowsとも連携できる。そしてそれをMicrosoftがサポートして
いる。Windows 8の頃はMicrosoft大丈夫かなぁとの思いがあったが、
最近はMacに移行したユーザを呼び戻せるOSになってきたなぁと
嬉しく思うよ。
- 836 ：login:Penguin：2018/10/27(土) 09:43:55.22 ID:aMw5Gph5.net
- エクスプローラがlinuxパスで開けるようになればなお良いが。
- 837 ：login:Penguin：2018/10/27(土) 09:56:27.95 ID:5EAPZlpa.net
- >>836
エクスプローラのフォルダをShift押しながら右クリック
メニューの「Linux シェルをここに開く」で行けるでしょ？
それとも wslpath コマンドでパス変換すればできることの話？
- 838 ：login:Penguin：2018/10/27(土) 11:46:57.50 ID:flzHLPRm.net
- もう、普通にLinux使ってWindowsはVMにしろ。
- 839 ：823：2018/10/27(土) 18:59:22.86 ID:O58iUbEz.net
- >>821
コマンドプロンプトのデフォルト文字コードは、sjis だからじゃない？
utf-8 に設定すれば？
PowerShell ならデフォルトで、utf-8
- 840 ：login:Penguin：2018/10/27(土) 23:34:43.27 ID:slKMfeEF.net
- ドライバの豊富な方をVMに入れるわけないだろ
- 841 ：login:Penguin：2018/10/28(日) 12:53:19.31 ID:xqOMSHuA.net
- wslpathだけでは / 以下を解釈できない。
- 842 ：login:Penguin：2018/10/28(日) 13:32:55.00 ID:mFt1ovQl.net
- もしかしてVolFsの領域をエクスプローラーで開きたいと言っている？
それはやってはいけないこととなっている。
- 843 ：login:Penguin：2018/10/28(日) 17:34:09.89 ID:0XENwMmH.net
- ファイル更新時に、ファイルのメタ情報が
消えてしまうって問題だろうから
アプリが対応すれば編集できると思うんだけどね
- 844 ：電波いつぱい：2018/10/28(日) 19:32:27.34 ID:KvwWxKw9.net
- >>843
windowsが提供するAPI側の問題だからアプリだけでとうなるものでもないんじゃないかな
- 845 ：login:Penguin：2018/10/28(日) 20:13:02.92 ID:4WeL9Qnr.net
- wsl上のubuntuで /dev/ttyS1 のパーミッションを666にしたのに再起動したら
644に戻ってしまいます。
忘れないようにしたいのですがいい方法はないでしょうか？
win10pro1804
ubuntu 18.04
を使ってます
- 846 ：login:Penguin：2018/10/29(月) 04:12:34.67 ID:IuF73fXF.net
- 手のひらにマジックで書いておくとか？
- 847 ：login:Penguin：2018/10/29(月) 06:22:35.83 ID:kIv3vEOx.net
- >>846
コンピューターが覚えていて、起動したら覚えておいた通りに設定して欲しいのです。
- 848 ：login:Penguin：2018/10/29(月) 06:58:25.16 ID:kBK6/oHf.net
- /etc/rc.local
- 849 ：login:Penguin：2018/10/29(月) 07:18:51.07 ID:kIv3vEOx.net
- >>848
なるほど
もしかしたら私あてかと思ってキーワードをググったらこういうのがあるんですね
root権限がいるみたいなのでttyのパーミッション変更も自動でできそうですね。
帰ったら試してみます。
せっかくのアドバイスを頂いたのに申し訳ないのですが、
普通のファイルのパーミッションを変更したら、特段なにもせずとも
パーミッションは変更されたままですよね。
そういう感じにすることはできないのでしょうか？
- 850 ：login:Penguin：2018/10/29(月) 07:27:29.25 ID:kBK6/oHf.net
- >>849
/dev/ttyS1 が作成されるタイミングで 666 で作るようにする。
がよいと思う。
前は /etc/inittab でできたと思っている。
けれど最近の Ubuntu は老人に優しくないのでよく分からない…
- 851 ：login:Penguin：2018/10/29(月) 07:29:51.47 ID:kBK6/oHf.net
- >>849
あとは /dev/ttyS1 のパーミッションが 644 ではなくて 664 なら使うユーザを所有しているグループに入れるという解決も考えられたかなあ。
- 852 ：login:Penguin：2018/10/29(月) 07:31:31.81 ID:kBK6/oHf.net
- ああ。その、 /dev/ttyS1 というのは特殊なファイルで、
停止するときには消去され、起動するたびに新しく作成されています。
なので、パーミッションを保存しているのでは？
というのは当てはまらないケース。
- 853 ：login:Penguin：2018/10/29(月) 07:39:14.91 ID:kIv3vEOx.net
- >>850-852
ありがとうございます。
ttyは起動する度に生成されるんですね。
と言うことはrc.localの編集がよさそうですね。
- 854 ：login:Penguin：2018/10/29(月) 07:51:35.74 ID:fnEfHIF+.net
- >> 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 なんで。
- 855 ：login:Penguin：2018/10/29(月) 09:56:46.18 ID:oRo397x/.net
- IBM、レッドハット買収で合意--340億ドル
https://japan.zdnet.com/article/35127693/
- 856 ：login:Penguin：2018/10/29(月) 11:20:12.37 ID:NvcFtJm3.net
- >>884
> windowsが提供するAPI側の問題だからアプリだけでとうなるものでもないんじゃないかな
おいおい。WSLはWindowsで提供されてるAPIを使用して動いてるんだぞ。
APIに問題があるわけ無いだろ
- 857 ：login:Penguin：2018/10/29(月) 11:51:03.28 ID:kIv3vEOx.net
- >>854
ありがとうございます。
これの場合、シリアルに繋がってる例えばUPSなんかが乗っ取られて勝手にダウンさせられるかもしれないですね。
うちは学習用のマイコンを繋ぐだけですが、ちょっと怖いので
どちらにするか考えて決めようと思います。
- 858 ：login:Penguin：2018/10/29(月) 15:19:00.92 ID:kBK6/oHf.net
- >>857
MODE="0664" にして、キャラクターデバイスを使う
ユーザのグルーブを増やすという選択肢もあるよ。
- 859 ：login:Penguin：2018/10/29(月) 18:35:55.98 ID:FQYIkgKn.net
- >>844
CreateFileのhTemplateFileに指定するだけで拡張ファイル属性を自動でコピーしてくれんのにWindows API側のどこに問題があんだよ
- 860 ：845：2018/10/29(月) 21:31:34.30 ID:H7mIal1p.net
- 家に帰ってきたので試してみました。
最近の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設定の書き方が間違ってるのでしょうか？
- 861 ：login:Penguin：2018/10/29(月) 21:41:29.32 ID:y0HBwphC.net
- ？ なんの話をしてるんだ？
ここWSLのスレだろ？
rc.localとかLinux起動時に行われる処理がWSLで動くわけ無いだろ
WSLではすでにLinuxに相当するWindowsが起動してるんだから
- 862 ：login:Penguin：2018/10/29(月) 21:46:45.58 ID:y0HBwphC.net
- udevもOSのサポートが必須でパッケージ入れれば使えるようなもんじゃないから
まだ実装されてないんじゃないのか？
- 863 ：login:Penguin：2018/10/29(月) 21:51:27.05 ID:y0HBwphC.net
- > ユーザのグルーブを増やすという選択肢もあるよ。
これが一番正しい解決方法だろ
セキュリティの理由もあるのでパーミッションを緩めてはだめだ
/dev/ttyS1はデフォルトで正しいパーミッションになってるんだから
ttyS1を使えるグループにユーザーを追加するだけ
- 864 ：login:Penguin：2018/10/29(月) 21:52:15.55 ID:H7mIal1p.net
- >>861
なるほど、できないのですか
ならばどうしたらいいでしょうか？
- 865 ：login:Penguin：2018/10/29(月) 21:55:12.97 ID:y0HBwphC.net
- 自己レス
> セキュリティの理由もあるのでパーミッションを緩めてはだめだ
一応念の為。WSLの中で見えるパーミッションは所詮WSLの世界から見える
架空のパーミッションでしか無いので、WSLの世界でrootになったからといって
本当にWindowsのAdministrator権限を持っているわけじゃないので
ユーザーができることしかできない
セキュリティ云々は考え方としての話な。
誰でも触れることを意図する変更はやったらだめということ
- 866 ：login:Penguin：2018/10/29(月) 21:55:51.88 ID:H7mIal1p.net
- >>863
ユーザーをrootにするということですか？
グループのパーミッションは現状4です。
- 867 ：login:Penguin：2018/10/29(月) 21:57:38.99 ID:Ilv5H5XG.net
- https://github.com/Microsoft/WSL/issues/3042
fixedin1809とマークされてるがどう修正されてるのかは知らん
- 868 ：login:Penguin：2018/10/29(月) 21:58:42.84 ID:y0HBwphC.net
- >>866
ユーザーをdialoutグループに追加しろって話だ
Linuxの基本やで
- 869 ：login:Penguin：2018/10/29(月) 21:59:42.74 ID:y0HBwphC.net
- >>867
今は/dev/ttyS1のパーミッションは660になってる
- 870 ：login:Penguin：2018/10/29(月) 22:13:43.01 ID:Ilv5H5XG.net
- 1803だとownerはrootだけど1809だとdialoutになってる？
- 871 ：login:Penguin：2018/10/29(月) 23:22:14.50 ID:H7mIal1p.net
- >>868
なるほど、勉強になります
- 872 ：login:Penguin：2018/10/30(火) 00:35:14.23 ID:04UI68dE.net
- sudo gpasswd -a `whoami` dialout
でいいのか？
- 873 ：login:Penguin：2018/10/30(火) 00:52:33.91 ID:y2DPsPXC.net
- 1809なら多分それでいいんだろうけど1803だとこんなんだから
crw-r----- 1 root root 4, 64 Oct 29 22:21 /dev/ttyS0
起動時にNOPASSWDなsudoでchmodやchownするスクリプト走らせるみたいな方法しか思いつかんわ
- 874 ：login:Penguin：2018/10/30(火) 03:08:01.22 ID:PT5VlZ0q.net
- コマンドの挙動、よく分からなくてこわいから vigr するわ。オレなら。
- 875 ：login:Penguin：2018/10/30(火) 07:52:02.65 ID:zgI0sD6f.net
- https://twitter.com/0xbadfca11/status/1053802978656702464
X410 ってやつの割引期間終わっても次の割引期間が始まるよって書き込みあったけど本当やんけ。場所が場所なら景品表示法で怒られるやつ。
(deleted an unsolicited ad)
- 876 ：login:Penguin：2018/10/30(火) 08:30:23.08 ID:PuLxupcc.net
- >>873
> 起動時にNOPASSWDなsudoでchmodやchownするスクリプト走らせるみたいな方法しか思いつかんわ
WSLに限って言えば、WSL環境内でsudo使っても、実際にはWSLを実行している
ユーザー権限で動いているわけでセキュリティ的にはなんの問題もない気がする
setuidしたコマンドを実行するとか？
- 877 ：login:Penguin：2018/10/30(火) 09:02:46.23 ID:PuLxupcc.net
- 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 しか変えられんというわけだ
自分専用のツールならこの程度で十分だろう
- 878 ：login:Penguin：2018/10/30(火) 09:32:20.19 ID:04UI68dE.net
- なるほど、ためになった。
- 879 ：login:Penguin：2018/10/30(火) 15:07:08.27 ID:SkhGYuxu.net
- sudoers設定しては？
- 880 ：login:Penguin：2018/10/30(火) 21:12:33.07 ID:TmblmCqO.net
- 日経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
- 881 ：login:Penguin：2018/10/30(火) 23:48:35.88 ID:6vZOlPij.net
- 100ページも特集することあるのかね。
Linuxのコマンドリファレンスかも。
- 882 ：login:Penguin：2018/10/31(水) 00:25:38.95 ID:xw2HHmxO.net
- linuxは既にデュアルブートで動かしてるからdvdはいいけど100ページのってのは気になる
- 883 ：login:Penguin：2018/10/31(水) 01:16:38.56 ID:OfE4iWqX.net
- 一ページ三行しかないとか
- 884 ：login:Penguin：2018/10/31(水) 01:21:22.07 ID:IfIJrg8G.net
- 字が大きすぎて読めなーいっ！
- 885 ：login:Penguin：2018/10/31(水) 01:39:13.31 ID:bF/gw1Xi.net
- mecab用の最新辞書からデータベースファイルをコンパイルする目的でWSLを使ってる。
Windowsのmecab.exeでも同じデータベースファイルを使えるからだけど。
- 886 ：login:Penguin：2018/10/31(水) 07:18:44.40 ID:31WQMr7m.net
- WSLのdebian日本語化(locale,man)だけで
http://www.atmarkit.co.jp/ait/articles/1810/26/news035.html
これだけ書けるんだから、水増しはいくらでもできるだろうけど、
いちおうlinux専門誌だから、どんな視点で記事を依頼してるかだね
linuxユーザから見たら、10倍以上遅いlinuxもどきだろうし、
dbだとさらに差がつくし
- 887 ：login:Penguin：2018/10/31(水) 08:22:34.54 ID:KHyUGfIf.net
- > linuxユーザから見たら、10倍以上遅いlinuxもどきだろうし、
そんなに遅く感じることはない
- 888 ：login:Penguin：2018/10/31(水) 09:09:39.37 ID:aeOTQ0+/.net
- npm/yarnで開発環境準備すると、
linux on 10年前のcore2duoラップトップ
のほうが
wsl on 第7世代core-i5&SSDラップトップ
よりも早く終わるわ
あと、sqliteがやたら遅くなるのが解せない
- 889 ：login:Penguin：2018/10/31(水) 09:40:12.78 ID:OfE4iWqX.net
- Linuxの人ってインストールだけして喜んでる人多いよね
セットアップ時間が短縮した！とか言って喜んでるの
そこしか判断できないからなんだろうけど
- 890 ：login:Penguin：2018/10/31(水) 10:18:10.37 ID:tg1fbO7V.net
- >>888
vscodeの裏で走るnpmも遅いけど、wsl上のvscodeはたまに
windows側からもkillできない死に方しちゃってこっちのほうが面倒。
windowsのvscode使って、開発支援は各language server経由ってのが
増えそうだけど、そうなるとhyper-V上のdockerのほうが良くなるような
- 891 ：login:Penguin：2018/10/31(水) 11:30:48.27 ID:u9fQvkoU.net
- SQLiteが遅いのはファイルシステムのせいだろう。
WSLのファイルアクセスが遅いから足引っ張ってる。
- 892 ：login:Penguin：2018/10/31(水) 11:47:57.85 ID:qwJ4s5+d.net
- kill出来ないなら1809からだけど、wslconfig /terminateで再起動しちゃえば良いのでは
- 893 ：login:Penguin：2018/10/31(水) 15:02:39.97 ID:8Aa5vq4y.net
- 何度も言うけど、I/Oが遅いのは、MicrosoftがさっさとNTFSを捨てないから。
さっさと、NTFSなんか捨てるべき。
- 894 ：login:Penguin：2018/10/31(水) 15:23:20.59 ID:tg1fbO7V.net
- >>892
1809より前でもwslサービス停止させればkillできたけど、
書き込み処理中でも強引に全体を終了させるからファイル
破損すると被害大きかった
- 895 ：login:Penguin：2018/10/31(水) 15:40:43.59 ID:u9fQvkoU.net
- https://www.sqlite.org/download.html
から
SQLiteの公式バイナリ落として、WindowsネイティブとLinux on WSLとでどれくらい違いがあるんだろうか？
単純なSQLでベンチマーク取ってみると10倍くらい差が出そう。
- 896 ：login:Penguin：2018/10/31(水) 16:30:32.03 ID:bF/gw1Xi.net
- NTFSが原因ではないでしょ。WindowsネイティブとLinux on WSLはともにNTFSなのだから。
- 897 ：login:Penguin：2018/10/31(水) 16:32:33.65 ID:8K2ZlZTx.net
- (Defenderを切るのです…)
- 898 ：login:Penguin：2018/10/31(水) 16:40:31.82 ID:tg1fbO7V.net
- >>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
- 899 ：login:Penguin：2018/10/31(水) 16:48:34.19 ID:J+AnuWvN.net
- >>897
ほんこれ
- 900 ：login:Penguin：2018/10/31(水) 17:06:58.50 ID:u9fQvkoU.net
- >>898
いくら32bitのEXEでも遅すぎる・・・ワロタww
- 901 ：login:Penguin：2018/10/31(水) 17:08:15.90 ID:u9fQvkoU.net
- 遅いのはマジでNTFSのせいかもしれんな。
>>893を疑ったけどその通りみたいだw
- 902 ：login:Penguin：2018/10/31(水) 17:34:16.77 ID:weiO8F14.net
- 前スレで自分がそもそもNTFSが遅いんじゃないかと書いたらボロクソに叩かれたのを思い出したわｗ
http://mao.5ch.net/test/read.cgi/linux/1468149353/715-721n
しかしNTFSってWindows Serverとかでも使われてるわけで、もしNTFSが原因で一桁遅いんだったら、IISとかSQL Serverとか遅くて製品として成り立たなくなっちゃうと思うんだけど、そういう話は聞いたことないしなあ。
- 903 ：login:Penguin：2018/10/31(水) 18:03:33.00 ID:KHyUGfIf.net
- >>898
NTFSが原因ってことは、
それがexFATにしたら10倍になるってこと？
exFATはえーなｗ
- 904 ：login:Penguin：2018/10/31(水) 18:04:53.43 ID:KHyUGfIf.net
- >>902
> 前スレで自分がそもそもNTFSが遅いんじゃないかと書いたらボロクソに叩かれたのを思い出したわｗ
そりゃそうだな。
NTFSが遅いと仮定するならば、NTFSから変更すれば
Windowsは爆速になると言っているようなもんだ
少し考えばありえないってことぐらいわかるだろう
- 905 ：login:Penguin：2018/10/31(水) 18:09:01.09 ID:6HoLP0ek.net
- Linux on VirtualBox on Windows はバリバリ速いよ。
NTFS上の１ファイルにファイルシステムがあるから？
やはりDefenderとかが悪さしているのかも。調べてみるか。
- 906 ：login:Penguin：2018/10/31(水) 18:15:06.29 ID:KHyUGfIf.net
- >>898
10倍っていうのはforkの遅さと一致するんだわ
俺の計測だと、Linuxではfork1回で0.2ミリ秒だがWSLだと2.5ミリ秒になる
たった10000回forkしただけでLinuxで2秒がWSLで25秒になるわけだ
- 907 ：login:Penguin：2018/10/31(水) 18:16:02.49 ID:KHyUGfIf.net
- >>905
> NTFS上の１ファイルにファイルシステムがあるから？
1ファイルだろうが、アクセスはブロック単位だろｗ
ほれみろ、Linux on VirtualBox on Windows がバリバリ速いことからも
NTFSに原因がないってことは明らかじゃねーかｗ
- 908 ：login:Penguin：2018/10/31(水) 18:16:35.30 ID:KHyUGfIf.net
- ちなみにSQLiteも1データベース=1ファイルなので
1ファイルだと速いことは否定される
- 909 ：login:Penguin：2018/10/31(水) 18:18:46.76 ID:KHyUGfIf.net
- >>902
WSLで遅い
WindowsはNTFSだ
この２つになんの関連も示せてないのに、NTFS使ってるから遅いんだって
言ってるから馬鹿にされるわけで
例えばNTFSだと遅いならば他の条件を同じにして
NTFSからexFATに変えるとかして検証ができるはず
- 910 ：login:Penguin：2018/10/31(水) 18:44:48.74 ID:6HoLP0ek.net
- >>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 の話ではなくなってるけど。
- 911 ：login:Penguin：2018/10/31(水) 19:22:20.53 ID:6HoLP0ek.net
- 上記のテストは、ウイルススキャンの影響も受けるようです。
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
- 912 ：login:Penguin：2018/10/31(水) 19:37:58.06 ID:KHyUGfIf.net
- >>991
おお、すげぇ。確かに速くなった。
とある処理を各シェル実行してるんだが、だいたい速くなった
一つkshだけ殆ど変わらなかったが、このシェルの特徴として他のシェルでは
サブシェル（forkが行われる）で実行する所をサブシェル使わずに
高速化してるのでこの結果は納得がいく所
参考 http://magicant.txt-nifty.com/main/2007/12/post_b430.html
プロセス起動時のメモリチェックでも時間がかかってるんだな
- 913 ：login:Penguin：2018/10/31(水) 22:31:13.29 ID:K+Zm0bn7.net
- 日経Linux11月号の特別付録Windows版Linuxのすべてがわかる本、
買ってみたけどこれいらんなぁ
100ページとあるが、半分以上はLinuxのコマンド集とかになってるし、
今時点の記事なのにApril2018Updateに関わる事しか言ってないし
tmux書いてるなら罫線が乱れることも書けばよいのに（設定で直るけど
- 914 ：login:Penguin：2018/11/01(木) 01:15:23.03 ID:YSSOTNb5.net
- 雑誌は安いが失った時間は高くつく
Windows Subsystem for GNUの速度測定をしてる君たちの着地点はどこなんだい？
- 915 ：login:Penguin：2018/11/01(木) 01:33:00.20 ID:ukWML0sX.net
- >>914
もう着地してる。遅い原因はわかったので、その機能を減らすことで
速度を上げることに成功した。WSLでも快適なツールに仕上がったよ
- 916 ：880：2018/11/01(木) 03:25:04.70 ID:B4HSlXBB.net
- 日経Linux 11月号の付録の、WSL 特集、100 ページの冊子
コマンドの説明も、Windows のpowershell で処理して、Linux でgrep するとか、
powershell.exe 何々 | grep
Linuxのls を、Windowsのクリップボードに入れるとか、
ただし、改行がLF だけになるけど、
ls | clip.exe
Windows, Linux双方のコマンドが入り乱れて、なかなか面白い
- 917 ：login:Penguin：2018/11/01(木) 10:29:42.11 ID:UYW3lBp2.net
- 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/
- 918 ：login:Penguin：2018/11/01(木) 10:41:57.64 ID:zrAWDiO/.net
- >>917
めんどくせーな。
WSLでDebianパッケージのFFmpeg使ってたのに。
- 919 ：login:Penguin：2018/11/01(木) 10:50:34.87 ID:ukWML0sX.net
- >>918
プレビュー版を使わなければいい
- 920 ：login:Penguin：2018/11/01(木) 10:56:33.04 ID:UGvjJoVP.net
- 新機能試したいならInsider Preview使うしかない。
WindowsごとHyper-Vに入れとけばいい。
- 921 ：login:Penguin：2018/11/01(木) 11:27:43.62 ID:zrAWDiO/.net
- >>919
>>920
とりあえず春まで待つことにします…
- 922 ：login:Penguin：2018/11/02(金) 15:44:55.66 ID:Qdg8eyUy.net
- 18272のWSLは残念なことになってるけどエクスプローラーに突如現れたWSLって名前のフォルダは何だろうな（こちらに同じように何も機能していない）
- 923 ：login:Penguin：2018/11/02(金) 22:57:11.27 ID:oYfoVFEa.net
- >>920
> 新機能試したいならInsider Preview使うしかない。
WSLはもう新機能じゃないじゃん。
安定版WSLが提供されてるのに、あえて開発版を使う必要はない
- 924 ：login:Penguin：2018/11/02(金) 23:03:05.32 ID:eyr7ZKEC.net
- WSLにも新機能出てくるから、
新機能試したいならInsider Preview使うしかないってのは別に間違いでもないでしょ
そういうのに興味ないなら別に追随しなくて良い
- 925 ：login:Penguin：2018/11/02(金) 23:35:19.39 ID:6ft4OM4J.net
- しかしIPの最新ビルドではWSLが動作しないのであった
- 926 ：login:Penguin：2018/11/02(金) 23:37:09.04 ID:ptkULAu8.net
- 既存のWSLは実用的だけど、まだ伸びしろもある。
たとえば、wslpathは作りかけっぽいし、OpenGLはなんか変。
デーモンを自動実行する上品な方法もあったらいいなと思う。
- 927 ：login:Penguin：2018/11/03(土) 02:34:46.67 ID:W8fhmCw9.net
- >>924
なんか試したい新機能あるの？
- 928 ：login:Penguin：2018/11/03(土) 04:37:40.87 ID:/2tiGouT.net
- >>927
人それぞれだろうからリリースノートに気になるのがあったらじゃないのかねぇ
https://docs.microsoft.com/en-us/windows/wsl/release-notes
1803や1809では機能的に変わった所があったからな
- 929 ：login:Penguin：2018/11/03(土) 07:19:23.35 ID:mDVABffR.net
- 最近だとdockerに必要なMS_SLAVEの
サポートがあった
- 930 ：login:Penguin：2018/11/03(土) 11:14:50.05 ID:PfkSQJ7I.net
- Dockerサポートする気があるのか
- 931 ：login:Penguin：2018/11/03(土) 11:39:36.88 ID:W8fhmCw9.net
- LinuxカーネルのAPIとの互換性を高くすればDockerが動くのは必然
Dockerが動くのを視野に入れてると思うが、
Dockerを個別にサポートしているのではなく、
Dockerが使用しているカーネルのプロセス分離とか
そういったAPIがWindows上に搭載された結果だろう
- 932 ：login:Penguin：2018/11/05(月) 22:31:00.46 ID:9tNeL5VO.net
- 日経Linux 11月号に載っている、
端末上で動く、CUI のファイラー、ranger は、Ubuntu 16.04 で動きますか？
他には、LXD (Linux Containers)も動きますか？
- 933 ：login:Penguin：2018/11/06(火) 02:04:10.54 ID:XLUOnSMa.net
- 動かしてみればいいじゃん
- 934 ：932：2018/11/06(火) 03:28:24.88 ID:3phxz94y.net
- Ubuntu 16.04 で、ranger をインストールできた
sudo apt install ranger
設定ファイルをコピーする。
ranger --copy-config=all
- 935 ：login:Penguin：2018/11/06(火) 08:54:32.30 ID:03ixmVH3.net
- What’s New for WSL in the Windows 10 October 2018 Update
https://blogs.msdn.microsoft.com/commandline/2018/11/05/whats-new-for-wsl-in-the-windows-10-october-2018-update/
- 936 ：login:Penguin：2018/11/06(火) 11:12:00.67 ID:ELX6+dT+.net
- >>935
ついに、メモ帳がLFに対応するのか…
- 937 ：login:Penguin：2018/11/06(火) 12:22:22.96 ID:bXr3BB3+.net
- デフォルトの改行コードもLFでいい。
Macもとっくの昔にそうなってるし、テキストデータオンリーならそれで困らないと思う。
- 938 ：login:Penguin：2018/11/06(火) 13:21:43.67 ID:7l+DzFcO.net
- BOMも廃止しなさい
- 939 ：login:Penguin：2018/11/06(火) 13:54:50.57 ID:CE01juj7.net
- >>936
> ついに、メモ帳がLFに対応するのか…
もう対応してる。
rsyncを使ってバックアップで、改行コードがLFで
出してるのがあったんだが、サクッと確認するのが楽になった。
- 940 ：login:Penguin：2018/11/06(火) 14:41:01.16 ID:bWVr+9b2.net
- 最新の安定バージョンでついに対応と言った936に対してもう対応してるとかアスペかよ
- 941 ：login:Penguin：2018/11/06(火) 14:47:18.58 ID:CE01juj7.net
- >>940
>>936が言ったのは、「ついに対応した」ではなくて
「ついに対応するのか」だからな。
つまり>>936は未来の話をしてる。
だから、もうみんなに公開されている安定版の
October 2018 Update ですでに対応していると言った。
理解できた？本物のアスペさん
- 942 ：login:Penguin：2018/11/06(火) 16:04:31.07 ID:IyC5Rl4z.net
- 1809にした人は知ってる事だから、そいつが無知だったんだろ
- 943 ：login:Penguin：2018/11/06(火) 19:04:10.82 ID:GGFQveOH.net
- 分割されたバイナリファイルをmsysのcat.exeで結合したら暗黙で改行コード変換されたことに気づけず苦しむところまでが遠足です。
- 944 ：login:Penguin：2018/11/06(火) 21:18:40.08 ID:7mpws/1F.net
- >>938
Windows 10のInsider PreviewでシステムロケールをUTF-8にするオプションが追加される
https://srad.jp/story/17/11/14/0640253/
- 945 ：login:Penguin：2018/11/06(火) 22:30:27.98 ID:CE01juj7.net
- >>943
catがテキストモードで開いてるわけねーだろ
変換なんかしねーよ。
- 946 ：932：2018/11/06(火) 22:45:44.30 ID:3phxz94y.net
- 日経Linux 11月号には、
端末上で動く、CUI のファイラー、ranger の他にも、
mc というファイラーも載っている
ただし、どのバージョンのOS で動くかは、書いていないけど
sudo apt install mc
- 947 ：login:Penguin：2018/11/06(火) 22:51:34.92 ID:3phxz94y.net
- Windows のExplorer では、BOM 付きUTF-8 じゃないと、sjis と区別できないから、文字列検索できない
ただし、BOM付きにするとバグるアプリがあるから、漏れは、BOMなしにしている。
それで文字列検索は、WSL 側のgrep を使う
- 948 ：電波いつぱい：2018/11/06(火) 22:55:05.34 ID:7I/aBvI8.net
- >>946
midnight commanderかな？
懐かしいね
- 949 ：login:Penguin：2018/11/06(火) 23:00:04.91 ID:hVtyeU5d.net
- iconvは入力文字のコードがUTF8前提で、最初7ビットアスキーの範囲で途中からSJIS交じりのファイルを変換させると字化けしまくるバグ（ばぐ？しよう？）があるからキライ。
- 950 ：login:Penguin：2018/11/06(火) 23:03:49.50 ID:CE01juj7.net
- > iconvは入力文字のコードがUTF8前提で、
入力文字コードの指定ぐらいしろ
本当にアホ
- 951 ：login:Penguin：2018/11/06(火) 23:24:13.86 ID:m1ufrJ5r.net
- iconvで-f指定しないでCP932を変換しようとする猛者か
- 952 ：login:Penguin：2018/11/07(水) 00:18:48.52 ID:mxffy5Jo.net
- 天才的なバカ現るw
- 953 ：login:Penguin：2018/11/07(水) 01:08:21.23 ID:tPtVSurb.net
- わかってねえのはてめえらだ！
天才は何をしても許されるんだぞ〜！
- 954 ：login:Penguin：2018/11/07(水) 01:23:59.46 ID:ms4ssKlr.net
- ウェブページのHTMLを、ウインドーズのメモ帳で開くと、ダーーーーーーーーーーっと全部一行に表示されたことありますよね？
その現象が、ウインドズーを他のオペレーティングシステムと連携させて使用する上での最大の問題点の見える化です。
この問題は一見簡単に解決できそうですが、実際は今の人類のIT技術では解決不可能です。
格段にAIが進歩すれば、あるいはギリギリ解決できるかできないか、それぐらい難しいテーマです。
この問題を解決できる究極アルゴリズムを発明できる人なら、次のgoogleになれます。
- 955 ：login:Penguin：2018/11/07(水) 01:50:05.88 ID:v7o9U8jP.net
- 意訳「メモ帳が改行コードLFに対応したんだよ」というレスをしてください。お願いします。
- 956 ：login:Penguin：2018/11/07(水) 02:00:00.64 ID:D9iFbs5Q.net
- >>941
一般提供絶賛停止中なのに安定版とかｗ
- 957 ：login:Penguin：2018/11/07(水) 02:28:25.27 ID:nOyk7sd9.net
- >>954
10/3 から正常にメモ帳で参照できるようになりました。不思議です。
- 958 ：login:Penguin：2018/11/07(水) 02:42:41.51 ID:ms4ssKlr.net
- >>957
究極アルゴリズム、完成していたのか…！
- 959 ：login:Penguin：2018/11/07(水) 11:11:21.61 ID:MDpN/AEY.net
- すげえマジレスするけど、一度スプリットして再度改行コード入れるだけやで。
エディタの改行コードを選べれば解決なんやで。
windowsの問題はsjisと改行コード。これをスッキリ解決してくれたらネイティブで使えるし、
bashの連携もうまくいくねん。Bashだとすんなりうまくいくcurlのコマンドもwindowsネイティブなら
sjisで日本語送るからサーバーではねられて死ぬ。
- 960 ：login:Penguin：2018/11/07(水) 11:46:24.02 ID:v7o9U8jP.net
- >>959
日本語専用の文字コードであるsjisが
日本以外の世界中のWindowsで使われるわけ無いだろｗ
こう突っ込むと、sjisとか言ってたやつは逃げるんだよなｗ
- 961 ：login:Penguin：2018/11/07(水) 12:21:50.17 ID:MDpN/AEY.net
- >>960
世界規模で考えてるとはご苦労だな。俺もコンソールやコマンドプロンプトに日本語は打ちたくないけども
日本人だし、curlでアクセスしたいサイトは日本語のサイトなんだ。
俺は快適にPCを使うのに母国語が使えるっていうのは大きなポイントでね。
あとアジア圏には全く同じ問題がつきまとうんでそのへんの理解を頼むわ。英語が母国語の地域は少ないんだぞ。
- 962 ：login:Penguin：2018/11/07(水) 12:26:49.81 ID:v7o9U8jP.net
- > 世界規模で考えてるとはご苦労だな。
そりゃOSなんだから世界規模で考えてるだろ
で、いつからWindowsはSJISを世界規模で
使うようになったんだ？
いい加減嘘つくのやめろよ
- 963 ：login:Penguin：2018/11/07(水) 12:37:21.39 ID:MDpN/AEY.net
- >>962
煽るのは自由にしてくれたらいいんだが、展開が早すぎないか？
「windowsの問題がsjisと改行コード」の文節が「WindowsはSJISを世界規模で使う」になったんだ？
今回は人を嘘つきにするのが早いな。嘘つきくんと呼ぼうか。
ローカルな話と理解してくれるならローカルな問題だとわかりそうなもんだが、う〜ん、なにか別の意図があるに違いない。
僕の知らないグローバルななにかが。
あと、世界規模の話すると、海外PCから日本語見ると文字化けするんだよね。あれはグローバルな問題じゃない？
- 964 ：login:Penguin：2018/11/07(水) 12:38:59.89 ID:HgmPaRgu.net
- そういや、AIXのデフォルトってまだSJISなん？とっくに変わった？
- 965 ：login:Penguin：2018/11/07(水) 12:42:59.18 ID:tPtVSurb.net
- SolarisもSJISだったな。
- 966 ：login:Penguin：2018/11/07(水) 14:24:04.47 ID:v7o9U8jP.net
- >>963
そりゃ日本以外ではSJIS使ってないんだから、
SJISに問題はないってことになるからねｗ
- 967 ：login:Penguin：2018/11/07(水) 20:27:29.53 ID:xIHeRZSi.net
- SJIS時代の比較関数はUnicode対応された今でも世界中のWindowsで静かに生きている。
これは、Windows95とWindowsNTで同じソート結果が必要だったことによる。
- 968 ：login:Penguin：2018/11/07(水) 22:42:05.02 ID:AYyN+HB9.net
- >>965
EUCだよ
SJISにも設定出来るけどな
- 969 ：login:Penguin：2018/11/08(木) 00:46:31.68 ID:Ueh2RoXc.net
- >>957
メモ帳以外の普通のエディタは、文字コード・改行変換できる
Windows10 October 2018 Update（1809）では、WSL・Windows の自動変換ができるようになったのかも？
漏れのは、1803 だから、Ubuntu 16.04.5 だけど、未だに、Ctrl+C, Ctrl+V でコピペできない
winver というコマンドで、OS バージョンでも見てみれば？
- 970 ：login:Penguin：2018/11/08(木) 02:08:50.81 ID:985q7oGK.net
- １８０９は改行なおしに力いてれきたのな
まだ３だがうｐ知こない
はや来ぼんぬ
- 971 ：login:Penguin：2018/11/08(木) 03:10:46.46 ID:Ueh2RoXc.net
- Linux の端末では、コントロールキーはシグナルに使われるから、
ショートカットを使えないようにしているのか
Ctrl+Shift+C, Ctrl+Shift+V で、コピペ出来るようになるのかも
- 972 ：login:Penguin：2018/11/08(木) 03:16:29.59 ID:HSa3bpy4.net
- >>971
1809 ではそれでコピペができます
- 973 ：login:Penguin：2018/11/08(木) 08:57:26.91 ID:2Vy+xVl9.net
- 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.
- 974 ：login:Penguin：2018/11/08(木) 18:01:17.21 ID:h/WOFYgQ.net
- 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シェルが開けるようになったり、コンソール上でのコピーアンドペーストが使えるようになったりと、細かな機能追加もされている。
- 975 ：login:Penguin：2018/11/08(木) 21:33:18.91 ID:zorDwTYQ.net
- WLinuxなら自分で入れれば良いと思うんだけどな
githubで公開されてるんだから
特別なものでもなく中身Debianだし
- 976 ：login:Penguin：2018/11/08(木) 21:36:57.31 ID:c9bskb9T.net
- 何言ってっだこいつ
- 977 ：login:Penguin：2018/11/08(木) 21:47:39.08 ID:zorDwTYQ.net
- 何言ってんだも何も無料で入れられるって言ってるんだが？
- 978 ：login:Penguin：2018/11/08(木) 22:20:45.25 ID:p9+Em52w.net
- 「何言ってっだ」という東北なまり？に微妙に心が安らぐ。
- 979 ：login:Penguin：2018/11/09(金) 00:19:12.35 ID:nZbJ72jS.net
- WSLに追加する手順を教えろくだせー
- 980 ：login:Penguin：2018/11/09(金) 00:52:20.26 ID:6LiDE00M.net
- https://news.mynavi.jp/article/20180328-607196/
- 981 ：login:Penguin：2018/11/09(金) 01:02:32.29 ID:eMu9wHXZ.net
- WLinuxが記事になってる時、東南アジアにいて、Windowsの国と地域の設定を東南アジアの国にしてたせいか、WLinuxが100%割引になってたんよね
それで買った
- 982 ：login:Penguin：2018/11/09(金) 02:05:50.82 ID:nZbJ72jS.net
- 面倒だわw
- 983 ：login:Penguin：2018/11/09(金) 07:42:55.32 ID:F2RsN0P0.net
- 俺はこれでDドライブとかにWSL環境構築してるわ
https://github.com/DDoSolitary/LxRunOffline
- 984 ：login:Penguin：2018/11/09(金) 12:48:55.28 ID:3WMswF4A.net
- -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だけにするとハマる。
- 985 ：login:Penguin：2018/11/09(金) 13:10:43.96 ID:93OjXMJz.net
- なんだそのクソ仕様は・・・
- 986 ：984：2018/11/09(金) 13:51:52.09 ID:3WMswF4A.net
- 説明補足。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の仕様がおかしいようにも思える。
- 987 ：login:Penguin：2018/11/09(金) 14:01:12.91 ID:93OjXMJz.net
- WSLのファイルシステムかメタデータ周りの問題かもな。
WSLなんて所詮オマケみたいなもんだ。遊びでしか使えん。
- 988 ：login:Penguin：2018/11/09(金) 14:14:02.13 ID:+MT3NdP/.net
- >>986
えとさ、安全かどうかでちゃんと考えてる？
読み取りで開いているって言ってるけど、
読み取り専用じゃねーからな。読み込み共有モードだからな
私は読み取りしかしない！と宣言してファイルを開いた時
その他のプロセスが書き込みしたら、一回目に読み取ったときと
二回目に読み取ったときでデータが変わってしまう
FILE_SHARE_READっていうのは自分が読み込みしかしない！と
宣言することじゃない。自分は書き込まないから他の人が読み込んでも
いつだって同じデータが読み取れるよ。
他の人は書き換えないと宣言するなら、読み取ってOKって言ってることになる。
同様にFILE_SHARE_WRITEは、自分はうまいことやるから
他の人書き込んでもOK！っていうことだ。
つまりは、自分は読み込みしかしないが他人に書き換えられたら困る！
ってときはFILE_SHARE_READだけにするんだよ
たいていは読み込み途中に書き換えられたら困るだろう？
mecabは他人に書き換えられてもOKと言ってるのか？
- 989 ：login:Penguin：2018/11/09(金) 14:15:35.87 ID:+MT3NdP/.net
- 自分は読み取りしかしない！と宣言していても、
他人に書き換えられても大丈夫ってことにはならないからな
- 990 ：login:Penguin：2018/11/09(金) 14:38:57.87 ID:30xrhl21.net
- Bzでの再現手順教えてくださいな
wsl上のemacsでc:/wsl/test.txtを開いたまま
win上のBz162でc:/wsl/test.txt開いてみたけど
問題なく開けるのでどうすればいいのかわからない
- 991 ：login:Penguin：2018/11/09(金) 15:03:07.22 ID:3WMswF4A.net
- >>988
書き込み側、読み込み側、どちらかが優先されるべきかは
それはアプリ次第であって、こうすべきと決めつけるものでもないでしょう。
起動中の読み取りアプリを犠牲にしてでも書き込み優先するという割り切り方もある。
>>990
後学のためにmecabをインストールしてみては？
- 992 ：login:Penguin：2018/11/09(金) 15:22:02.65 ID:30xrhl21.net
- >>991
mecabでの再現の手順教えてもらえますか？
それよりはBzのほうが簡単だと思ったので、Bzで訪ねたんですけど
- 993 ：login:Penguin：2018/11/09(金) 15:34:43.90 ID:3WMswF4A.net
- >>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;
}
- 994 ：login:Penguin：2018/11/09(金) 15:54:06.61 ID:30xrhl21.net
- >>993
ありがと
wsl内部でファイルをreadonlyで開いても、windows側からはSHARE_RWで開いたとみなされて
SHARE_Rだけのcreatefileだとコケるという話ですね
fall 2018 updateでwslfsへ変換した環境でも再現できた
- 995 ：login:Penguin：2018/11/09(金) 15:58:22.34 ID:G9J1BokI.net
- 次スレは？
- 996 ：login:Penguin：2018/11/09(金) 16:00:31.66 ID:30xrhl21.net
- たててみる
- 997 ：login:Penguin：2018/11/09(金) 16:03:18.95 ID:3WMswF4A.net
- >>988
> えとさ、安全かどうかでちゃんと考えてる？
たかが読み取りオンリーなプログラムの分際で、自分の安全しか考えない身勝手なプログラムはダメでしょう。
読み取り側が排他ロックしたい時だけロックするべきで、それ以外の時は書き込み側を優先するのが基本でしょう。
- 998 ：login:Penguin：2018/11/09(金) 16:03:55.61 ID:30xrhl21.net
- 次スレ
Bash】Windows Subsystem for Linux【WSL】4
https://mao.5ch.net/test/read.cgi/linux/1541747008/l50
- 999 ：login:Penguin：2018/11/09(金) 17:09:55.48 ID:3WMswF4A.net
- スキルの低い人ほど宗教的な信条を他人に押し付けたがる法則
- 1000 ：login:Penguin：2018/11/09(金) 17:10:47.97 ID:3WMswF4A.net
- スキルの低さを宗教的な信条で補っているともいえる。
- 1001 ：2ch.net投稿限界：Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1001
250 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★