【Bash】Windows Subsystem for Linux【WSL】4

[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】4 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

1(1): 2018/11/09(金)16:03 ID:WWmxQ0j3(1) AAS
Install the Windows Subsystem for Linux
外部ﾘﾝｸ:docs.microsoft.com

前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】3
2chｽﾚ:linux

876(1): 2019/03/02(土)17:38 ID:RR0lzZ2f(3/6) AAS
UnicodeとSJISでは文字の並びが違うからそのまま文字列ソートしたら違う結果になる。
SJISの並び順を維持したままソートするのがWindowsNTの地味な偉さでそ。

877: 2019/03/02(土)18:18 ID:pBLQHhxf(1) AAS
ソートしてるのはOSではなくてアプリでしょ？

878: 2019/03/02(土)18:23 ID:RR0lzZ2f(4/6) AAS
厳密にはアプリがソートする時に使うSJIS互換の比較関数をWindowsNTが提供している。もちろんアプリはそれを使う義務はないけど。

879: 2019/03/02(土)18:23 ID:uciZqlqG(1) AAS
アプリもAPIもOSの一部の機能を使ってるからOSが基本だな。
リストビューとかソートするプログラムもソート順だけ指定してあとはOSにお任せ。

880: 2019/03/02(土)19:00 ID:hG5hhj7h(2/3) AAS
>>874
ほんとそうですね。Linuxの10年先行ってる。

881(1): 2019/03/02(土)19:11 ID:BtrOpgTJ(1) AAS
Windowsではなく、WindowsNTを作ったカトラー(DEC出身)がすごいのだ

むしろWindows1.0～Meとの互換のためにNTの潜在能力を出し切れていない面が多い

882: 2019/03/02(土)19:13 ID:hG5hhj7h(3/3) AAS
>>881
カトラーが作ったわけじゃないんだけどね。若い人かな？

883(1): 872 2019/03/02(土)19:33 ID:G3h8Fg2L(2/2) AAS
Windows API には、sjis/unicode 用の2つの関数がある。
すべて2種類作られている

MFC では、_T( )マクロで文字列を囲むと、両方に対応できる。
_T( "日本語" )
この型を、TCHAR 型と言う

そして、ソースコードのビルド時に、どちらのエンコードを使うか、指定できる

どの道、sjis を使うのは、日本人だけ。
外人のアプリでバグるから、どうしようもない

unicode なら外人も使うから、バグらない

884(1): 2019/03/02(土)20:08 ID:f83cKfiP(2/2) AAS
外人が適当な実装するからバグりまくってた印象しかない
外人＜Unicode対応したぜ！he he（ASCII相当な英数字しか通らない）

885: 2019/03/02(土)21:38 ID:YczcBIc8(1/2) AAS
>>872
Windows-31JはIANAにも登録されてると思うのだが

886: 2019/03/02(土)22:22 ID:RR0lzZ2f(5/6) AAS
ま、なんというか、WSLは織田政権が甲州征伐を決断したような「ついに来た」感はあるよね。

887(1): 2019/03/02(土)22:33 ID:3tBpscIJ(4/10) AAS
>>872
> ただ、WSL がすごいのは、Windows側のsjis のファイル名を、

Windows側にsjis のファイル名なんて一つもないよ。
すべてUnicodeのファイル名になってる。

888: 2019/03/02(土)22:34 ID:3tBpscIJ(5/10) AAS
>>883
> Windows API には、sjis/unicode 用の2つの関数がある。

あははｗ SJISは日本語専用なのに
日本語専用のAPIがあるわけないじゃないですかｗ

こういうレベルだから馬鹿にされるんやで

889: 2019/03/02(土)22:35 ID:3tBpscIJ(6/10) AAS
>>875
> MSがすべての文字は16bitで固定的に表現できるって言ってた気がする
MSは言っていない。言っていたのはUnicodeを作ってる連中

890(1): 2019/03/02(土)22:37 ID:3tBpscIJ(7/10) AAS
>>876
> UnicodeとSJISでは文字の並びが違うからそのまま文字列ソートしたら違う結果になる。

ほんと言ってることのレベルが低すぎて哀れ

文字の並び？ Unicodeでは文字の並びは文字コードの並びではない。
Unicodeではどういう順番にするかという並べ方が複数定義されてる
現在のロケールに合わせて適切な順番を選んでいるだけ

891: 2019/03/02(土)22:41 ID:3tBpscIJ(8/10) AAS
>>872
今はもうsjisなんか使ってない
Unicodeを使って開発している。

外国人もUnicodeを使っている。そうしないと絵文字すら使えないから。
逆に言えば絵文字が使えればUnicode対応

Unicode対応で作ってるからほとんどのアプリはバグらない

892(1): 2019/03/02(土)23:07 ID:RR0lzZ2f(6/6) AAS
>>890
時系列がめちゃくちゃ

893(1): 2019/03/02(土)23:10 ID:3tBpscIJ(9/10) AAS
>>892
時系列？

Unicodeが最初にできて（文字の並びも）
Windows NTがUnicodeを採用して
その後にUTF-8が作られた

これでいい？
何がメチャクチャなのか知らんが

894: 2019/03/02(土)23:32 ID:YczcBIc8(2/2) AAS
>>887
FDの中も？

895: 2019/03/02(土)23:33 ID:3tBpscIJ(10/10) AAS
FDってなんですか？

896: 2019/03/03(日)02:58 ID:u6YJKUfs(1) AAS
FDもVFATにunicodeで入れてんじゃなかったか

897: 2019/03/03(日)03:40 ID:sxLmg3yE(1) AAS
>>893
最初が間違いだな
元々UnicodeはJStarのコードだよ
Etehernet（イエローケーブル）とか
長い間、画面解像度が1/72inchだったのもそうだ

898(1): 2019/03/03(日)08:32 ID:FmObGCcg(1/4) AAS
>>884

英語圏はデータ増えるの嫌って
A系関数I決め打ちで作ってるソフトが多かった気がするけどなあ

そもそも9x全盛期だったが

899: 2019/03/03(日)08:33 ID:FmObGCcg(2/4) AAS
W系がデフォになったのもVS2005のVCからだし

900: 2019/03/03(日)08:41 ID:FmObGCcg(3/4) AAS
TCHAR使って_UNICODEフラグ立てても
外人がchar感覚で配列いじくってるプログラムは多バイト圏でバグるよ

901(2): 2019/03/03(日)08:46 ID:tUxcdoMS(1) AAS
外部ﾘﾝｸ[aspx]:web.archive.org

Unicode 関数と ANSI 関数

マイクロソフトが Windows に Unicode のサポートを導入したときは、
スムーズな移行を実現するために ANSI 文字列と Unicode 文字列のそれぞれに対応する 2 つの API を提供しました。
たとえば、ウィンドウのタイトルバーのテキストを設定する関数には次の 2 つがあります。

SetWindowTextA: ANSI 文字列を使用します。
SetWindowTextW: Unicode 文字列を使用します。

内部的には、ANSI バージョンは文字列を Unicode に変換しています。
また、Windows ヘッダーが定義するマクロによって Unicode バージョンに変換できます。
ここではプリプロセッサシンボル UNICODE が定義されていると Unicode になり、定義されていない場合は ANSI バージョンになります。

#ifdef UNICODE
#define SetWindowText SetWindowTextW
#else
#define SetWindowText SetWindowTextA
#endif

MSDN では、この関数は SetWindowText の名称でドキュメント化されています。
ただしこれは実際の関数の名前ではなく、マクロ名です。

902: 2019/03/03(日)13:14 ID:UGPBP+FA(1/6) AAS
>>898

>>901にも書いてあるけど、普通はA系決め打ちのコードなんて書かないよ
コードには SetWindowText と書いておいて
シンボル UNICODE が定義されているかどうかで切り替える

903(1): 2019/03/03(日)13:34 ID:1pyMh31m(1) AAS
UNICODEの定義で切り替わるけどANSIバージョンとUNICODEバージョンの両方に
きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった
結果的にマクロで切り替えは無駄に複雑にしただけだった

904(1): 2019/03/03(日)13:42 ID:F/LPV+rw(1/4) AAS
Wしか使わないように実装したつもりでもランタイム組み込むとAが混ざる。

905(1): 2019/03/03(日)13:48 ID:FmObGCcg(4/4) AAS
関数名はAもWも書いてない
UNICODEを定義せずに
文字型はchar

これはA決め打ちと言ってもいい

906: 2019/03/03(日)13:55 ID:UGPBP+FA(2/6) AAS
>>903
> UNICODEの定義で切り替わるけどANSIバージョンとUNICODEバージョンの両方に
> きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった

なんで両方に対応しなきゃいけなんだ？
Unicodeバージョンだけ作ればいいんだよ。

907: 2019/03/03(日)13:56 ID:UGPBP+FA(3/6) AAS
>>904
> Wしか使わないように実装したつもりでもランタイム組み込むとAが混ざる。

標準的なライブラリはすべてUnicode対応

サードパーティの古いライブラリなんか知らんわｗ
そのライブラリの問題だろ。

908: 2019/03/03(日)13:57 ID:UGPBP+FA(4/6) AAS
>>905
シンボルUNICODEを定義していなければ、A決め打ち
シンボルUNICODEを定義していれば、W決め打ち

通常はシンボルUNICODEを定義するので、W決め打ち
わかった？

909: 2019/03/03(日)15:43 ID:QnjPbk4c(1/4) AAS
linuxと互換性のあるプログラムを書こうと思ったらA決め打ちにせざるを得ない。
なぜかというとVisual StudioでUTF-16に相当するwchar_tの型サイズや使い道が、他のコンパイラでは異なるから。
多くの人が使っている64bit版WSLのgccは既定でwchar_tがUTF-32なのは周知の事実でしょうに。
試しにWSLのgccでsizeof(wchar_t)を出力するプログラムを書いてみればすぐわかる。

910: 2019/03/03(日)16:11 ID:9h6OtHDD(1/2) AAS
まあ全部TCHAR系にしてun*x側で標準の(ワイドじゃない)文字列関数に展開するマクロを用意しとけば一応可能だけど
全体的にコードがキモくなるからやってるのはあんま見ないね
だいたいwmain用意しといて引数はさっさとUTF-8に変換して内部はchar*オンリーで
Windows依存のところでwchar*に戻すみたいなコードを入れてる気がする
ただそれもCJK圏の人が気を利かせてパッチ投げて追加されるなんて場合が多い感じだけど

911: 2019/03/03(日)16:21 ID:UGPBP+FA(5/6) AAS
> linuxと互換性のあるプログラムを書こうと思ったらA決め打ちにせざるを得ない。

だからマクロがあるんだろ。何を言ってるんだろうか？

もしかしてマクロの意味わかってない？
シンボルUNICODEで簡単に切り替えられるんだよ？

912: 2019/03/03(日)16:26 ID:UGPBP+FA(6/6) AAS
というか、そもそも言ってることがめちゃくちゃで、

AとかWというのはAPI呼び出しの話であって、
wchar_tとかには関係ない話。

> wchar_tがUTF-32なのは周知の事実でしょうに。
とかいうが、普通はLinuxではUTF-8を使うだろ？
おかしいよな？ちゃんと理由を説明できるかい？ｗ

UTF-8に変換して内部charというのなら、Windowsでも内部charで扱えばいいだけだし、
API呼び出しは話が別で、内部をUTF-8（char型）にしてるならAを使うのは間違っている。（実体はUTF-8だから）
この場合はUTF-8をUTF-16に変換してWを使うのが正しい。

な？言ってることメチャクチャだろ？
こいつわかってないんだよ。

913: 2019/03/03(日)16:45 ID:F/LPV+rw(2/4) AAS
やっぱり、日本が悪いニダ！

914(1): 2019/03/03(日)17:21 ID:QnjPbk4c(2/4) AAS
文字列に対する処理は、UTF8よりもUTF-16/32の方がコードを簡潔に書ける利点があるよ。
メモリ上はUTF-16/32、プロセス間のデータやりとりはUTF-8、という使い分けがさらに進んでいく気がする。

915: 2019/03/03(日)17:31 ID:9h6OtHDD(2/2) AAS
サロゲートペアとか考えるともうUTF-16はいらない子だと思うんですけど！

916: 2019/03/03(日)18:29 ID:pYe6Luxl(1) AAS
いつまで脱線続けるんだ？

917(1): 2019/03/03(日)19:51 ID:NJPd5Ggk(1/2) AAS
>>914
文字に対する処理はライブラリを使わないとやってられないんだから
もうそんなレベルじゃない。逆にライブラリ使えばどっちでもいい。

漢字1文字が最大8バイト、Unicodeの「IVS」とは？
外部ﾘﾝｸ:tech.nikkeibp.co.jp
> 最新のUnicodeにおけるIVS（Ideographic Variation Sequence）を考慮すると、
> 漢字1文字は必ずしも4バイト以内に収まらない。UTF-8でもUTF-16でも、
> 最悪8バイトは必要になると考えられる。

918: 2019/03/03(日)20:42 ID:QnjPbk4c(3/4) AAS
>>917
確かにそのとおり。一文字を固定長と決めつけたコードを書くこと自体が良くない。
将来、人類は知能の高い地球外生命体と遭遇してさらに文字が増える可能性もある。

919: 2019/03/03(日)20:55 ID:NJPd5Ggk(2/2) AAS
知能の高い地球外生命体と遭遇したら、
その知能の高い地球外生命体が使ってる文字コードを使えばいい。

宇宙コード、universe code、通称 unicode

920: 2019/03/03(日)21:10 ID:QnjPbk4c(4/4) AAS
知能の高い地球外生命体が使ってる文字コードがしれっとロケールのひとつとしてとりこまれる悪夢に10000ペリカ

921: 2019/03/03(日)22:01 ID:6s9AlSZU(1/2) AAS
知能の高い地球外生命体はchar=int=256bitとか使ってそうだがなあ

922: 872 2019/03/03(日)22:36 ID:ePOPdei3(1/2) AAS
>>901
まさにこれ！

Unicode は多国間で共通だけど、ANSI は各国で異なる。
ANSI は日本では、sjis になる

外人は、sjis を知らないし、
逆に日本人は、sjis 以外の他国の文字コードを知らない

外人は半角英数字で考えるから、char 配列で、1バイトずついじってくるから、
複数バイトで構成される文字で、バグる

923: 872 2019/03/03(日)22:50 ID:ePOPdei3(2/2) AAS
例えば、paiza.IO のサイトで、ブラウザからプログラミングしても、
日本語を入力すると、カーソル移動がおかしくなる。
日本語文字のバイト数分(3バイト？)、移動してしまう

外人には、こういうプログラミングが多い

また、Windows のRuby(MSYS2)で、irb で日本語があるとバグるけど、
WSLのRubyでは、バグらない！

これは、WSLでは、コマンドプロンプトと同じ画面を使っているから。
Windowsのコマンドプロンプト/PowerShell は、日本語でもバグらない

924(1): 2019/03/03(日)23:06 ID:MtblX4Xf(1) AAS
日本語を使う人がフィードバックしてないだけだと思うけど
コンソールアプリの日本語が化けるのはプレビューで去年踏んだが…

925: 2019/03/03(日)23:18 ID:F/LPV+rw(3/4) AAS
Cloud9だったら問題ないけどな・・・
プログラム書いてるやつのせいというより、処理系の問題かな。

926(1): 2019/03/03(日)23:26 ID:6s9AlSZU(2/2) AAS
>>924
まだ治ってないよね、これ

927: 2019/03/03(日)23:58 ID:F/LPV+rw(4/4) AAS
そんなに嫌ならお前らがフィードバックしろw

928(1): 2019/03/04(月)00:00 ID:/WEAn4u6(1) AAS
コマンドプロンプトで半角/全角を切り替えて入力しているとキーカーソルが表示されなくなる不具合がたまに起きるね。
コマンドプロンプトは地味に進歩しつつバグも生まれていっている。

929: 2019/03/04(月)00:06 ID:iMeu/Dim(1) AAS
>>926
多分別件かな
踏んだのは日本語の表示が化けるってヤツだった
ファイルにリダイレクトすると大丈夫

もちろんフィードバック済み、コレクションにされたけど200票以上入ってた

930(1): 2019/03/04(月)10:38 ID:z8l/1Wf8(1) AAS
ゔぁー、荒れてるな。
上の方でX入れんと日本語扱えないじゃんって書いたのは俺だが、
単に標準のbashターミナルでは日本語入力できないじゃんってという純粋にWSL環境の話だったのに…

931: 2019/03/04(月)10:48 ID:q38WbcYi(1) AAS
このスレ数人スレチおじさんが常駐してるよな

932(1): 2019/03/04(月)11:05 ID:zBAP+DEh(1) AAS
>>930
標準のbashターミナルで日本語入力できるから、
どっかの馬鹿が勘違いしただけという話で終わってる

933: 2019/03/04(月)19:38 ID:tJIpndqu(1) AAS
>>932
コンソールはwindowsのimeで日本語入力可能。vim, emacsコンソール版, nano
などで使える。
wslttyでも使える。

GUIはMozcなどで入力。
ubuntuなら、後者もググれば、情報あり。

934: 2019/03/04(月)23:45 ID:0O5iFNQk(1) AAS
>>928
それでカーソルが消えるのか

935(1): 2019/03/05(火)07:41 ID:ZEPlgBeF(1) AAS
ローカルでLAMP開発したいんですがwslでやるのと仮想マシンでやるのは大きく違いはありますか？
後、PCのスペックがCORE i3の4GBなんですが仮想マシンでやると重くて作業にならないみたいな事になりますか？

936: 2019/03/05(火)08:15 ID:ig8OZdTn(1) AAS
>>935
仮想マシンは固定でメモリを割り当てる必要があるから4GBだとかなり厳しい

937: 2019/03/05(火)09:34 ID:d2vvxE3w(1) AAS
4GBだとOSとブラウザだけで限界じゃないか？

938: 2019/03/05(火)10:16 ID:qREuAF1T(1/3) AAS
サーバーだけなら1GBでもいける。
でも、Windows側でEclipseとかIDE立ち上げるときつそう。
PHPで開発するらしいし、Cloud9とかサーバーサイドで動くIDEを同じVMに作る手もあるけど・・・

939: 2019/03/05(火)10:17 ID:qREuAF1T(2/3) AAS
WSLにこだわるなら、これやってみる？
外部ﾘﾝｸ:qiita.com

940(2): 2019/03/05(火)14:08 ID:kqjQZcMD(1) AAS
ctrl-iで補完したりlsするだけでファイル探しにめっちゃ固まるな。
やっぱ根本的にディスクアクセス遅い。

941(1): 2019/03/05(火)14:33 ID:PDcF+gQj(1) AAS
やはり4GBだと厳しんですねもうちょい良いやつ買えば良かった(-_-)ありがとうございます
cloud9ですか調べてみますねm(_ _)m

942: 2019/03/05(火)15:16 ID:OtAjqgTe(1) AAS
>>940
HDD?

943(1): 2019/03/05(火)17:22 ID:xgZ691KQ(1) AAS
正直言うと
それなら癖あってもラズパイ一台買ったほうがいい
それかもうPentium４とかでもいいからパソコン買ってそれに打ち込む
個人的おすすめはまだ現役でイケるcore2duoに4ギガ積んでxubuntuとかUbuntu Server, centosいれるほうがいい。

944: 2019/03/05(火)17:27 ID:qREuAF1T(3/3) AAS
DB、開発環境はWindows。
PHP、Apacheはラズパイか？

ラズパイ3以降はUSBのバスパワーじゃ動かないから、ACアダプター追加の投資がいるな。
まあ、ケース含めて一万もかからないけど、無印やZeroは貧弱するからLAMP
に向かない。

945: 605 2019/03/05(火)21:24 ID:V8V+51Jz(1) AAS
>>941
ある程度までは、cpuよりメモリ重視。メモリある程度積んだら、cpuで差がつく。
これは、昔も今も変わらんが、最低限のメモリの容量は時代とともに増加する。

946: 2019/03/06(水)02:15 ID:uHYU5I/h(1/2) AAS
>>943
VMで充分だろ、ラズパイ使うくらいなら。
Eclipseとかアホか。

947: 2019/03/06(水)02:34 ID:L4vJYWxf(1) AAS
Windows10は搭載メモリが4GBだとかなり重い。8GBでようやく通常動作が快適になる。

948(1): 2019/03/06(水)03:37 ID:69dC5D09(1) AAS
>>940
うちはサクサクだけど……
ちゃんとSysMain(スーパーフェッチ）でメモリに持ち上げてますか？

949: 2019/03/06(水)08:21 ID:g8qzPZIQ(1) AAS
通常動作なんて人それぞれだから、4GBでも別に事足りる人はいるけど
WSLも問題なく動くし

950: 2019/03/06(水)10:07 ID:QokJ6Hob(1) AAS
おもにﾁｮﾛﾒ使うかFOX使うかによるよね
ﾁｮﾛﾒはメモリ食うからね。
あとタスク常駐数
crystaldiskinfo,line,fclix,volume2,signal now expressみたいなのを常駐させるだけ食う
gnsとかVM大量に動かしてれば尚更

951(1): 2019/03/06(水)10:10 ID:MLN1/Q6U(1/4) AAS
IDE時いうかエディタはVSCodeがおすすめ。
Electronで出来てるけどChromeよりは軽いし。

952: 2019/03/06(水)10:13 ID:MLN1/Q6U(2/4) AAS
LAMPやめてXAMPP入れてWinオンリーの環境で始めた方がいいかもな。
特に初心者は、俺もそうだったし。

953: 2019/03/06(水)11:57 ID:8G7+VDN+(1) AAS
>>951
拡張機能便利だしキレイだし、ターミナルでWSL使えるのもいいよね。
保存文字コードutf-8/LFに設定しとけば問題ないし

954: 2019/03/06(水)12:14 ID:MLN1/Q6U(3/4) AAS
そうなんだよな。
PHPはビルトインサーバー機能使えるし、WSLにPHP入れればできないこともないか。

955: 2019/03/06(水)12:20 ID:a2YUIeXr(1) AAS
いまどきビルトインサーバーが機能がない言語なんてないだろ

956: 2019/03/06(水)13:52 ID:uHYU5I/h(2/2) AAS
それを言語と呼ぶ奴のセンスが信じられん

957: 2019/03/06(水)14:10 ID:bqxzhVRH(1) AAS
ペチパーにはよくあること

958: 2019/03/06(水)16:17 ID:MLN1/Q6U(4/4) AAS
WSLにCloud9突っ込んでみたが結構いけるねこれ。

サーバー(Nodejs)とクライアント(WEBブラウザ)両方起動する必要あるけど、どちらを停止しても
また起動すれば前回の状態にそっくりそのまま戻る。
VSCodeみたいな拡張機能はないけど・・・

959: 2019/03/07(木)11:12 ID:DpGuVoaI(1/2) AAS
>>948
そういう問題でもないような
System32をlsするでしょ
WSLやcygwinだといつ終わるかわからない
virtualboxの共有フォルダ経由ならすぐ終わる。

960: 2019/03/07(木)12:12 ID:TEZ5K7TU(1) AAS
system32のls？
一瞬で終わるが…

961(1): 2019/03/07(木)13:39 ID:DpGuVoaI(2/2) AAS
すまん、キャッシュに入れば速いか
x86_ ctrl-i 固まる　
みたいなのも一度キャッシュ入ればいいようだね。

962: 2019/03/07(木)16:09 ID:zmPeHsca(1) AAS
常駐しているウィルス対策ソフトの影響も大きいよ。
ウィルスバスターだと、wslからWindowsネイティブのプログラムをコマンド実行するのに0.3秒奪われる。

963(1): 2019/03/07(木)17:28 ID:lvyrklmR(1) AAS
>>961
キャッシュとか関係なく、WSLからls実行した結果や
time ls /mnt/c/Windows/System32
real 0m1.827s
user 0m0.016s
sys 0m0.703s

2秒かかっとらん。
これは画面表示に時間がかかっているだけで

time ls /mnt/c/Windows/System32 > /dev/null だったら
real 0m0.027s
user 0m0.016s
sys 0m0.000s

二回目はキャッシュに入るから
real 0m1.431s
user 0m0.047s
sys 0m0.734s

速くはなるが大幅な差なんてでねーよ
ま、HDDでディスクアクセスがひどいなら話は別だろうけどな

お前のパソコン、ウイルスに感染してるのを疑ったようがいい

964: 2019/03/07(木)22:30 ID:dnIhv5If(1) AAS
CPU-i3, 8GBメモリで、

/mnt/c/Windows/System32 のls か、すぐに終わる

965: 2019/03/07(木)22:54 ID:YaOqaHUH(1) AAS
Celeron 4GBでもすぐ終わるで
959は一体どんな環境でやってるのだろうか

966(2): 2019/03/08(金)01:56 ID:Zt7EQAZk(1) AAS
Windows のコマンドプロンプトは無難に基本機能で動くように作られているので遅いのは致し方ないですね。

コマンドプロンプト
real 0m1.269s
user 0m0.047s
sys 0m0.531s

VcXsrv Xfce xfce4-terminal
real 0m0.533s
user 0m0.031s
sys 0m0.500s

967(1): 2019/03/08(金)11:20 ID:X6Yaxopy(1) AAS
>>966
今の話は、コマンドプロンプトではなくて
高機能になった、新しいWSLのコンソールで
lsを実行すると一瞬で終わるって話

968(1): 2019/03/08(金)19:40 ID:J4raRDVz(1) AAS
vmなら一瞬なのだからCPUやメモリのせいではないわな
emacsのcompanyでディレクトリ名補完かかるとコーヒー入れて待機だし

969: 2019/03/08(金)19:43 ID:Q5QV71Hh(1/2) AAS
画像ﾘﾝｸ[png]:i.imgur.com

rep2をビルトインサーバーで動かして、w3mで携帯用のサイトを見れた。
WSLだけで5chが見れる。
書き込みもこれでいける。

970(1): 2019/03/08(金)19:50 ID:UkiMKClp(1) AAS
自分はずっと Navi2ch (Emacs上の専ブラ)をWSL上で使ってる。

971(1): 2019/03/08(金)19:59 ID:Q5QV71Hh(2/2) AAS
>>970
WSLが無い頃はどうしてた？
今回やった方法はCygwinでやったことあるけど、苦労した割には遅くて使い物にならなかった。
WSLならUnuntuでやるのと全く同じでパッケージもサクサク入れられるし動作も安定してる。

972: 2019/03/08(金)22:05 ID:BcEgqz+R(1) AAS
俺も昔w3cで2ch見ながらサボってたな

973: 2019/03/09(土)00:25 ID:LaYLWEWL(1) AAS
>>967
>>966 は補足やアンカを付けなかったのがいけないのですが、いわゆる余談です。
>>963 の画面表示に時間がかかっているというくだりに掛けてあります。
（WSLのコンソールはコマンドプロンプトのコンポーネントを引いています）

974: 2019/03/09(土)02:47 ID:s0fbHJME(1) AAS
>>971
遅レスだけど、その前はCygwinとVMで Navi2ch 使ってた。速度的にはどれでも無問題。

975: 2019/03/09(土)11:59 ID:TnR2L33k(1/2) AAS
>>968
みんな、VMでもWSLでも一瞬で終わるって言ってるから、
WSLのせいじゃないってことだよな。

976(1): 2019/03/09(土)15:00 ID:VejsnbyI(1/2) AAS
Distribution Terminal > WSL over Cmd Terminal > WSL Terminalって感じの早さ順。
だからおとなしくubuntuとかのアイコンから開けばいいだけ。
winR実行とかできないって文句言うなら shell:appsforderからショートカット飛ばして同じ階層に「start %1」を内包させたbat用意して *.bat [shortcut-name] で動かせばいいだけ。

977(2): 2019/03/09(土)15:02 ID:TnR2L33k(2/2) AAS
>>976
そういう話じゃないのよ

> System32をlsするでしょ
> WSLやcygwinだといつ終わるかわからない

↑これが嘘だったって言うこと。
1秒ちょっとで終わるのに、いつ終わるかわからないなんて
思うわけがないでしょ？

978: 2019/03/09(土)15:06 ID:VejsnbyI(2/2) AAS
>>977
全レス安価の如くそうつっこまないでいいだろ
俺なんかはそう云う決め付け根性で書き込んで話の通じないようなやつは釣りだとしか思わないし

979(3): 2019/03/11(月)13:37 ID:pqpcDs7b(1) AAS
>>977
終わんないし
一度実行するとすぐ終わるけど
明示的にキャッシュにでも取り込めばいいのかね

980: 2019/03/11(月)13:55 ID:CjTKb+Lb(1) AAS
また現れたのか、ls終わらない人
system32にどんだけファイル数あるの？

981: 2019/03/11(月)14:15 ID:fR8vCaS8(1) AAS
>>979
lsを実行してる所を動画にして公開してくれよ

982: 2019/03/11(月)14:18 ID:zym2w3fW(1) AAS
>>979
ls | wc -l
ってやったら数値は幾つになる？

983(1): 2019/03/11(月)18:16 ID:lWaXYjmV(1) AAS
いまだにくししにシステム入れてたりするんだろ

984: 2019/03/12(火)00:49 ID:FwM8ygvf(1) AAS
>>979
ハードウェアが古いとか？
もしくはどこかおかしくてアクセス待ちかリトライで遅くなっているとか？
（一度でも正常にアクセスできればキャッシュに乗るのでその後はすぐに終わると思う）

>>983
いまだにくししなので試してみましたｗ
約 8年前の PC　CPU 860　MEM 16GB　HDD 5400rpm
プリフェッチ・スーパーフェッチは共に既定値（システム＋アプリ）
PCを起動してスタートメニューから Debian GNU/Linux を起動後、time ls /mnt/c/Windows/System32 を実行
ls /mnt/c/Windows/System32 | wc -l は 4743
初回
real 0m2.266s
user 0m0.063s
sys 0m0.781s
２回目以降 (real 大体±0.2s)
real 0m1.540s
user 0m0.094s
sys 0m0.703s
困るほど遅くはないですね

985: 2019/03/14(木)17:59 ID:JcB6qqsK(1) AAS
ls /mnt/c/Windows/System32 | wc -l

漏れも、CPU-i3, SSD-128GB, 8GBメモリでやってみたら、4513 だった

一瞬で表示されるという事は、
ほとんどの時間は、すべてのファイル名を表示する時間

それさえしなければ速い！

986: 2019/03/14(木)18:41 ID:GhXam2CD(1/2) AAS
表示した所で、たかだか4500行のテキスト文字列
1秒もかかりはしない

987: 2019/03/14(木)18:42 ID:GhXam2CD(2/2) AAS
表示が遅いって言ってるやつはHDDが壊れかかってるんだろ

988: 2019/03/14(木)18:48 ID:M1aBbahJ(1) AAS
PCイジメんなクソムシ

989: 2019/03/14(木)20:53 ID:P1/VThaH(1) AAS
クロックアップしたカブトにとって一秒は一生に匹敵する長さ。

990: 2019/03/19(火)23:54 ID:/9pD/NRR(1) AAS
wsltty をChocolateyで最新(1.9.8)に更新したら、マルチバイト文字の幅を誤判定してカーソル位置が狂う。
いろいろ試行錯誤したがChocolateyではバージョンが下げられない。
結局、公式サイトからインストーラ wsltty-1.9.6-install.exe を取得して再インストールした。

Releases mintty/wsltty GitHub
外部ﾘﾝｸ:github.com

Cygwinスレでminttyがバグってみんな困ってるのを傍観してたが、自分も同じ目にあってしまったよ。

991(2): 2019/03/20(水)15:44 ID:Wk6iYjXB(1) AAS
wsl.exeに --export --importオプションが次の大型アップデートで追加
環境の保存と復元が楽になって素人の俺によさげです

外部ﾘﾝｸ:news.mynavi.jp

992: 2019/03/20(水)17:31 ID:DWLxsHH6(1) AAS
おお・・・Dockerみたいに丸ごとバックアップ取れる！！

993: 2019/03/20(水)17:45 ID:V0/u8gGa(1) AAS
Dockerはそういう使い方をするものじゃない

994: 2019/03/20(水)17:45 ID:q8S+iNQj(1) AAS
>>991
これでVirtualBoxを捨てられそうだ。

995: 2019/03/20(水)17:50 ID:dxMkhqM5(1) AAS
LxRunOffline丸パクリしてくれたほうが、機能増えてよかったのに。

996: 2019/03/20(水)18:15 ID:1/SkTHLf(1) AAS
そういえばimportで好きな場所に展開出来るの？？
今はlxrunofflineでdドライブにはいれてるけど、標準で出来るなら楽かな

997: 2019/03/21(木)01:27 ID:EIqq1TnS(1) AAS
>>991
大学にスナップショットの説明できるな。
これで大学PCにWSL導入できる

998: 2019/03/21(木)01:54 ID:10OHJcFK(1) AAS
次スレ

【Bash】Windows Subsystem for Linux【WSL】5
2chｽﾚ:linux

999: 2019/03/21(木)05:06 ID:Dv0PiC6u(1) AAS
スナップショットではないでしょ

1000: 2019/03/21(木)05:44 ID:8s28ufY2(1) AAS
うめ

1001(1): 1001 Over 1000 Thread AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 131日 13時間 41分 26秒

1002(1): 1002 Over 1000 Thread AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
外部ﾘﾝｸ:premium.5ch.net

▼ 浪人ログインはこちら ▼
外部ﾘﾝｸ[php]:login.5ch.net

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.232s*