[過去ログ] 【Bash】Windows Subsystem for Linux【WSL】7 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
153: 2020/02/16(日)01:04 ID:ka8OeVnV(1/2) AAS
>俺がどのくらいのサイズで追加されていくかを知らないことと
>追加できるサイズを指定できることに何の繋がりもない話だ
関係おおあり
前者を知らないばかりに断片化率の少ないディスクを前提にした話しかできない
お前自身の限界をお前自身で言い募っていながらお前がそれを自覚していない。まるでコントだ
154
(3): 2020/02/16(日)01:16 ID:ka8OeVnV(2/2) AAS
1レコード4KBのバイナリファイルが設計上最大2^31-2個作られる
当初は規模的にも数千ファイルに過ぎず、ディスク全体で数百MBしか無かったが
随時拡大され20年弱後の末期にはエントリはほぼ埋め尽くされ、それが格納されるボリュームも数TBに肥大化
ファイルは単なる追記ではなく、初期で数十、末期には連日数万〜数十万が入れ替わるものだったという
なぜNT上に構築したのか、なぜ既存のDBエンジンを使わなかったのか等は今となっては知る由もないが
こういった過酷な用途でも、MFTが断片化しまくった環境であっても、NTFSは十分に耐え得るのだ

分断数たったの8?ザコが
こういう地獄を知った男にニワカの分際で知った風なクチきいてきたら、そりゃあ潰すわってなるよ
155: 2020/02/16(日)01:33 ID:D93MVdiL(1/21) AAS
>>154
もうそろそろファイル数30万あってMFTの断片数がたったの7にしか
鳴らない理由理解できた?

ファイル数30万でMTFは800MBにしかならなくて
200MBずつ増えていくからだよ
156
(1): 2020/02/16(日)02:21 ID:D93MVdiL(2/21) AAS
わかりやすい解説

1. MFTのサイズは、ディスクの「今までのファイル数の最大」に依存する
2. ファイルの書き込み容量やファイルの入れ替え回数には依存しない。
3. ファイルを消しても「今までのファイル数の最大」は変わらない

4. MFTは初期値のサイズ200MBで、足りなくなれば200MB単位で拡張される
5. 拡張時には連続した200MBの領域が割り当てられる(不可能な場合を除く)
6. ファイルを削除してもMFTのサイズは変わらない。
7. つまりMFTのサイズが増えた時点が断片化する可能性がある唯一のタイミングで、それ以降断片化がひどくなることはない

8. MFTのサイズはファイル数30万で800MB程度。つまり1ファイル当たり2KB程度。
9. 1KB未満の小さいファイルはほとんど断片化されていないMFT内に記録される。
省1
157: 2020/02/16(日)07:50 ID:fCfMidH1(1/10) AAS
>1. MFTのサイズは、ディスクの「今までのファイル数の最大」に依存する
現在のファイル数には依存しない
新規のディスクでもあらかじめ決められた容量が確保される。

>2. ファイルの書き込み容量やファイルの入れ替え回数には依存しない。
MFTの容量はファイル総数に依存する。管理するファイルが増加すればするほどMFTも肥大してゆく。
テーブルは継ぎ足される。連続したクラスタに確保できない場合は断片化して確保される。

>4. MFTは初期値のサイズ200MBで、足りなくなれば200MB単位で拡張される
MFTの初期サイズは指定可能。さらにディレクトリ作成時にもディレクトリ毎に指定可能。

>5. 拡張時には連続した200MBの領域が割り当てられる(不可能な場合を除く)
指定による。こいつはデフォルト値しか知らない
省9
158: 2020/02/16(日)07:55 ID:D93MVdiL(3/21) AAS
> 現在のファイル数には依存しない
だから最大数だと言ってる

> 新規のディスクでもあらかじめ決められた容量が確保される。
ファイル数が0なら容量もゼロとはいってない
最初に200MB確保される。細かく増えていったら断片化するので
200MB単位になっている。さっきも言ったはずだが?
159: 2020/02/16(日)07:56 ID:D93MVdiL(4/21) AAS
> MFTの容量はファイル総数に依存する。管理するファイルが増加すればするほどMFTも肥大してゆく。
そのこと問題は一切ない

MFTのサイズが増えたところで遅くならないから
それもMFTが断片化しない仕組みになってることによる効果
絶大だね。30万ファイル作ってたったの7個
160: 2020/02/16(日)08:00 ID:D93MVdiL(5/21) AAS
> こいつの話で間違っていないのはここだけ(他人が書いていた事だが)


>1. MFTのサイズは、ディスクの「今までのファイル数の最大」に依存する
この件に関しおまえは俺の間違ってる点を指摘していない

>2. ファイルの書き込み容量やファイルの入れ替え回数には依存しない。
この件に関しおまえは俺の間違ってる点を指摘していない

>4. MFTは初期値のサイズ200MBで、足りなくなれば200MB単位で拡張される
この件に関しおまえは俺の間違ってる点を指摘していない

>5. 拡張時には連続した200MBの領域が割り当てられる(不可能な場合を除く)
この件に関しおまえは俺の間違ってる点を指摘していない
省9
161
(1): 2020/02/16(日)08:00 ID:fCfMidH1(2/10) AAS
結局、言ってもいないことを勝手に仕立て上げそれを叩く異常な振る舞いは自ら>>133で言質を取られてしまい、
総論としては>>135で全て言い尽くされているわけだが

勝手に泥かけて来ておきながらゴメンナサイが言えない精神障害のキチガイは
イヤイヤを続け時間稼ぎの珍説を垂れ流しその相手をしろと要求する始末で
前者はストローマン論法(案山子論法)、後者は呪的逃走という。
これらは言った言わないの水掛け論に落とし込んで煙に巻いてしまえる口頭では現在でも有効だが、
全てが言質として残る掲示板やSNSでは通用しないのだ。
162: 2020/02/16(日)08:01 ID:D93MVdiL(6/21) AAS
もしかして英語だったから読めなかったのか?

Windows Vista and Windows Server 2008 use a default size of 200MB for the initial MFT
zone reservation. As the MFT outgrows the default zone due to more files being
added to the volume, the MFT will create another 200MB zone to grow into.
This change to fixed amount versus a percentage was done to deal with increasing size of volumes and create better efficiencies.

Windows VistaおよびWindows Server 2008は、初期MFTに200MBのデフォルトサイズを使用します
ゾーン予約。より多くのファイルが存在するため、MFTがデフォルトゾーンを大きくしているため
ボリュームに追加されると、MFTはさらに200MBのゾーンを作成して成長します。
この割合に対する固定量への変更は、ボリュームのサイズの増加に対処し、効率を向上させるために行われました。
163: 2020/02/16(日)08:02 ID:D93MVdiL(7/21) AAS
>>161
悪口だけのレスをするのが証拠だよ
何の証拠とは言わんがw
164
(2): 2020/02/16(日)08:06 ID:fCfMidH1(3/10) AAS
すごいな5分で食いついてきたわ

>この件に関しおまえは俺の間違ってる点を指摘していない
ほぼ全部が間違いだよお前はまるでデタラメだ

>俺がすでに言ってる。つまりこの点でも俺が言ったことが正しいと証明された。
お前の前に俺が言ってるんだよ。
MFTが溢れたら随時追加される。溢れる度に何度でもだ。
1回しか発生しない訳ではないし、8回で止まりもしない。
お前はスカスカのディスク上の話しかできないド素人だ。
使い込まれ分断化しまくって地獄のような遅さに至ったディスクを知らない
想像すらついていない
省6
165: 2020/02/16(日)08:07 ID:D93MVdiL(8/21) AAS
>>164
> ほぼ全部が間違いだよお前はまるでデタラメだ

おまれレスをしただけで、間違っている点を一つも書いていない。

間違ってる点:
正しくは:

このフォーマットで書いてみ、何一つ書けないから
166: 2020/02/16(日)08:07 ID:D93MVdiL(9/21) AAS
× おまれ
○ おまれは
おまれはwww
167: 2020/02/16(日)08:09 ID:fCfMidH1(4/10) AAS
まあこの必死さを見るだけでわかるわ、どっちがデタラメでどっちが劣勢か。
不利で不安な側が必死になるんだよ。日曜の朝8時ににこれだぜ。どうかしてるわ
168: 2020/02/16(日)08:10 ID:D93MVdiL(10/21) AAS
>>164
> MFTが溢れたら随時追加される。溢れる度に何度でもだ。

何度も繰り返さなくても、俺が同じことを言ってるだろ
つまり間違ってないということ

最初に200MB確保され、足りなくなったら200MBずつ拡張される。
目安は30万ファイルで800MBだ

ファイルを削除しても減らないから
拡張するときに連続する200MBの空きがあれば断片化はゼロ
連続する空きがなくても数は少ないことが容易に想像がつく

だから俺は30万ファイルあって、何回も追加削除で入れ替えを繰り返してるのに
省1
169: 2020/02/16(日)08:10 ID:D93MVdiL(11/21) AAS
> まあこの必死さを見るだけでわかるわ、どっちがデタラメでどっちが劣勢か。

ソースを何も示してないやつでは?w
170
(1): 2020/02/16(日)08:16 ID:fCfMidH1(5/10) AAS
>拡張するときに連続する200MBの空きがあれば断片化はゼロ

連続して200MB確保できなければ断片化する。なぜこれに触れない

>だから俺は30万ファイルあって、何回も追加削除で入れ替えを繰り返してるのに
>MFTの断片化はたった7箇所しかない
ディスク全体でたった30万ファイルの、せいぜい数年しか運用してないスカスカのディスクしか知らないんだろ
最初に指摘した状態から何一つ変わっていない
お前は経験不足だ、巨大で複雑で疲弊したシステムを知らず、想像すらつかないカス野郎だ
カスの分際で経験豊富なエンジニアに難癖つける身の程知らずがお前だ
171: 2020/02/16(日)08:16 ID:D93MVdiL(12/21) AAS
> 1回しか発生しない訳ではないし、8回で止まりもしない。

8回で止まるとか一言も言ってない。
だいたい俺は7と言ってるのにどこから8が出てきたんだ。

あぁそれが

> 結局、言ってもいないことを勝手に仕立て上げそれを叩く異常な振る舞い
↑これに当てはまるわけかw

目安は30万ファイルで800MB。200MBずつ増えるから3回拡張されたわけだな
省4
172: 2020/02/16(日)08:17 ID:fCfMidH1(6/10) AAS
>ソースを何も示してないやつでは?w
お前も何も提示していないぞ
173
(1): 2020/02/16(日)08:18 ID:fCfMidH1(7/10) AAS
>1TBのディスクで空きは8GB(さっき一部消したから20GBぐらい空いたが)
>30万もファイルが有れば埋め尽くされても不思議じゃないわな
サーバどころかノートPCか何かの話か
マジで帰ってくれるか
お前みたいなニワカが来ていいところじゃないんでここは
174: 2020/02/16(日)08:18 ID:D93MVdiL(13/21) AAS
>>170

> 連続して200MB確保できなければ断片化する。なぜこれに触れない

>>156で触れてる
> 5. 拡張時には連続した200MBの領域が割り当てられる(不可能な場合を除く)

こいつは俺が書いてないことを書いて、
書いてあることをなかったことにしている
こうやって俺はちゃんとソースを出せる
175: 2020/02/16(日)08:19 ID:D93MVdiL(14/21) AAS
>>173
> サーバどころかノートPCか何かの話か

ノートPCじゃないが、ノートPCだからってなんなんだ?
ノートPCなら30万ファイルもあってもMFTは肥大化しないとでも主張するわけじゃあるまいし
レスしただけで反論になってないw

ちなみに1TBはDドライブな。またこいつは俺が書いてないことを書きそうだからw
176: 2020/02/16(日)08:20 ID:D93MVdiL(15/21) AAS
俺が示したソース

Windows Vista and Windows Server 2008 use a default size of 200MB for the initial MFT
zone reservation. As the MFT outgrows the default zone due to more files being
added to the volume, the MFT will create another 200MB zone to grow into.
This change to fixed amount versus a percentage was done to deal with increasing size of volumes and create better efficiencies.
177: 2020/02/16(日)08:20 ID:D93MVdiL(16/21) AAS
↑ググればMSの(削除された)ページへのリンクが見つかると書いている。
178
(1): 2020/02/16(日)08:25 ID:D93MVdiL(17/21) AAS
こいつは >>117

> 実際に数十万個のファイルが断続的に追加されてきたHDDでは
> 断片化され継ぎ足されてきたMFTをいちいち舐めては吟味するしんどさが体感できた

数十万個のファイルでしんどくなるとか言ってるくせに
俺は30万といったら火傷www(大爆笑ww)

ソース出してきてやったで?おまえの発言のソースをな
179
(1): 2020/02/16(日)08:25 ID:vvtD4y32(1) AAS
免許取り立ての原チャリ小僧が10tトレーラーを捕まえて、交通法規のオレ解釈をご教授ぶってる構図が浮かんだ
ニチアサなのに災難だね
180: 2020/02/16(日)08:27 ID:fCfMidH1(8/10) AAS
>>178
>>154

まあお前には無理かこの領域(レベル)の話は
181: 2020/02/16(日)08:28 ID:fCfMidH1(9/10) AAS
>>179
ああほんとそんな感じ
雑魚すぎて身の程すら自覚できないアホに絡まれると、マジで災害みたいなもんだな
182: 2020/02/16(日)08:30 ID:D93MVdiL(18/21) AAS
30万ファイル(MFT 800MB)で断片化の数は7個にしかならないといってるのに
それをこいつは認めようとしないんだよなw

>>122でデフラグのコマンドも教えてやってると言うのに
> defrag c: -a -v で調べられるからよ
183: 2020/02/16(日)08:32 ID:fCfMidH1(10/10) AAS
文字は読めても文脈を追うことができず、書かれた文章を評価することができない知的障害というのがあるそうだが、
ID:D93MVdiLは正にそれだな。
一度、精神科を受診してみてはどうか。
184: 2020/02/16(日)08:34 ID:D93MVdiL(19/21) AAS
defrag.exeのキャプチャでもあれば黙るかな?

画像リンク[png]:tr1.cbsistatic.com

なかなか大容量なのは見つからないが、これはファイル数86301でMFTサイズは120MB
MFTの断片化は2。まあだいたいそんなもんやな
185: 2020/02/16(日)08:36 ID:D93MVdiL(20/21) AAS
defrag.exeにMFTの断片化の数は表示されてるんだから
断片化すると主張したいなら、そのソースを持ってくればいいんだよ?
MFTはデフラグ出来ないんだから「デフラグして断片が解消されたキャプチャ」は存在しないよ?w
186: 2020/02/16(日)08:39 ID:D93MVdiL(21/21) AAS
お、これは30万近くある。断片化は2

外部リンク[html]:itref.fc2web.com

移動可能なファイルとフォルダー = 297652
移動不可のファイルとフォルダー = 10

マスター ファイル テーブル (MFT):
MFT サイズ = 482.75 MB
MFT レコード数 = 494335
MFT 使用量 = 100%
MFT 断片化の合計 = 2
187: 2020/02/16(日)08:58 ID:axBJqmFe(1/3) AAS
ジャクソン症候群かよ
188
(2): 2020/02/16(日)09:14 ID:o1IYstYa(1) AAS
Contig
外部リンク:docs.microsoft.com

Contig can also analyze and defragment the following NTFS metadata files:

$Mft
$LogFile
$Volume
$AttrDef
$Bitmap
$Boot
$BadClus
省3
189: 2020/02/16(日)09:17 ID:Zc6DQEZR(1) AAS
いくら絡まれたにしても災害呼ばわりは非道え……と思ったが
いやこいつはマジモンですわ
190: 2020/02/16(日)09:18 ID:l8wxZL2I(1/5) AAS
>>188
それ動くんか?

> Client: Windows Vista and higher
> Server: Windows Server 2008 and higher
> Nano Server: 2016 and higher
って書いてあるけど、

詳しくは1997年のNTマガジンを読めとも書いてある

> Helen Custer's Inside Windows NT provides a good overview of the Object Manager name space, and
> Mark's October 1997 Windows NT Magazine column,"Inside the Object Manager", is (of course) an excellent overview.
191
(1): 2020/02/16(日)09:19 ID:l8wxZL2I(2/5) AAS
defrag.exeで断片化しているキャプチャを
持ってこれるかどうかで勝敗は決まるよ
192: 2020/02/16(日)09:24 ID:l8wxZL2I(3/5) AAS
あ、ついでに聞いていい?
>>188の$MFTってWindows 10に存在してる?

C:\で dir /AS や dir /AH しても dir /A-D(ディレクトリ以外)
しても出てこないんだよね。場所変わったのかな?
193
(1): 2020/02/16(日)09:31 ID:axBJqmFe(2/3) AAS
外部リンク:ja.m.wikipedia.org
で、そもそもこのツール群を作るのに必要な資料が windows internals
外部リンク:docs.microsoft.com

2000の頃は1冊、最近のは2冊になっている。
ヒープの深淵とかファイルシステムの深淵の話はこれ抜きでは語れない。
で、NTFSの話は第6章や。
194: 2020/02/16(日)09:37 ID:l8wxZL2I(4/5) AAS
動いた動いた。見えないだけみたいね。

Contig64 -a d:\$Mft

Contig v1.8 - Contig
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals

d:\$Mft is in 6 fragments
d:\$Mft::$BITMAP is defragmented

Summary:
Number of files processed: 2
Number unsuccessfully procesed: 0
省1
195: 2020/02/16(日)09:43 ID:l8wxZL2I(5/5) AAS
>>193
Windows95内部解析(というタイトルだったと思う)も
sysinternalsだっけ?昔はお世話になったなぁ
Process Explorerはたまに使う
196: 2020/02/16(日)13:36 ID:axBJqmFe(3/3) AAS
申し訳無いが、シカゴ系列はNT系と
内部構成が全く違うので、勉強していない。

コンシューマー向けの拡張ボード開発は既に
海外勢に持って行かれて需要が無かった
197
(1): 2020/02/16(日)18:02 ID:3i/R98Hu(1/2) AAS
いつからNTFSスレになったんだよ
>>113でアホな質問したのは申し訳ない
198
(1): 2020/02/16(日)19:00 ID:y2EyeF3C(1) AAS
>>197
> >>113でアホな質問したのは申し訳ない
別にアホな質問とは思わんが、結局まともな回答無しで終わったな
とりまこのあたりを参考にやってみるしかないんじゃね?
外部リンク[html]:forest.watch.impress.co.jp
199: 2020/02/16(日)19:10 ID:3i/R98Hu(2/2) AAS
>>198
ありがとう、まずはWSL2で動くカーネルを用意するところから始まりそうですね
200
(1): 2020/02/16(日)23:24 ID:QzNk0Yx1(1) AAS
> ありがとう、まずはWSL2で動くカーネルを用意するところから始まりそうですね


WSL2にはカーネルが付属してるし、WSL2用のカーネルはMSがオープンソースで公開している。
何を始める気か知らんが。WSL2のカーネルを改良したいならプルリクだすとよろしw
201
(2): 2020/02/17(月)01:36 ID:CUbTpGrb(1/2) AAS
簡単だった、あんなに苦労したのは何だったんだ…
画像リンク[jpg]:i.imgur.com
202: 2020/02/17(月)04:54 ID:CybKjbDi(1) AAS
>>201
qiitaにでも手順書いておいてよ
203
(1): 2020/02/17(月)07:09 ID:btd+kyGS(1/2) AAS
>>200
話の流れも追えないならいちいち絡んでくるなよ…

>>201
素のままのカーネルなの?
204: 2020/02/17(月)09:40 ID:wYbxVIuH(1/2) AAS
>>191
勝敗は決まったようだ。
MFTが断片化してることを示すdegrag.exeの出力結果を持ってくることは出来なかったようだからな
205: 2020/02/17(月)09:56 ID:EAkxzmac(1) AAS
日曜日の朝に発狂し、勝手に条件設定して月曜日の朝九時で時間切れ勝利宣言て時点で、おうちのパソコンしか知らないパソコン大先生と自分で証言した訳か
206: 2020/02/17(月)10:17 ID:wYbxVIuH(2/2) AAS
条件に不服なら、どういう条件なら断片化してる証拠を提示できるって提案したら?
まあ何も提示できないだろうけど
207: 2020/02/17(月)10:31 ID:3Vh3qew/(1/2) AAS
そもそも、テストするのにHDD2台潰さないといけないのに
そんな暇な事やってられるか。
先に報酬振り込んでから言え
208: 2020/02/17(月)10:33 ID:lbqaVuUK(1) AAS
つまりわざわざテストしなければ、そんな状況を作り出すことは不可能ということなんだな
209
(1): 2020/02/17(月)11:06 ID:7AYRjzFD(1) AAS
そうだ会社のサーバ規模の話なんか持ち出されたら勝てない
だから日曜に煽り月曜の朝一番に勝利宣言を行う
社会人には絶対に勝てないルール、速さ、それが勝利への道だ

目線すら合わせられないザコって自分から告白してるムーブですねワロス
210
(1): 2020/02/17(月)11:13 ID:CUbTpGrb(2/2) AAS
>>203
kernel.orgから落としてきたそのまま
そいつをWSL2のカーネルソースに含まれてる手順でビルドしてる
configの差分はとりあえず全部デフォで回答してて、圧縮前のvmlinuxを使うのが気をつける所かな(bzImageは使わない)

ただ、メモリのホストへの返却は今のところマージされてないみたいだから使えなくなると思う
自分でマージは挫折した…
211: 2020/02/17(月)11:23 ID:3Vh3qew/(2/2) AAS
BIでCUBE作るのに、ファイルシステム
そのものにデータを置くとか、
ビッグデータの受信データ一時置き場に使うとか
って用途は想像もつかないんだろうな。
212
(1): 2020/02/17(月)12:05 ID:3g76Swvq(1) AAS
>>209
> そうだ会社のサーバ規模の話なんか持ち出されたら勝てない
会社のサーバー規模って具体的にどれくらい?

先に言っておくとCPUやメモリがハイスペックであっても台数が多くても関係ない
最初にあんたが数十万ファイルって規模を言っていたと思うんだけどなぁ
撤回するなら、撤回すると言ってから、サーバーの規模とやらを答えてくれ
213: 2020/02/17(月)12:23 ID:btd+kyGS(2/2) AAS
>>210
なるほど、ありがとう
俺もちょっとやってみよう
214
(2): 2020/02/17(月)15:12 ID:NibFNbtg(1) AAS
>>212
見境なく噛み付く狂犬だから今更驚きもしないが、おれは117-ではない
その>>117には "数十万個のファイルが断続的に追加されてきた" という書き方をされているから
ファイル総数が数十万ではなく、I/Oが日別で数十万と読める(俺はそう読んだ。ピークはもっと高かったりするのだろう)
何かのログか一時的なキャッシュ、211の推測にもあるビッグデータ採取の可能性もありかな
215: 2020/02/17(月)16:36 ID:8dfz64Zp(1/2) AAS
>>214
だからそういうのはいいから、規模を言って
216: 2020/02/17(月)16:38 ID:8dfz64Zp(2/2) AAS
それくらいの規模になってようやく体感できる程度って話にしたいんだからさ
217: 2020/02/17(月)19:07 ID:ZaNTvJ46(1/3) AAS
当時のシステムは一昨年解体してしまって既にない
資料だけでも残っていないかと今日ちょっと探してみたけど、出せるものは何もないな

用途は人工知能の応用、今で言う機械学習のはしりのようなもの
今時ならセミプロくらいの個人ならこの規模のシステム運用していても不思議もないが、
まあパソコン止まりの大先生では一生縁が無い規模だと思うよ

設計的にもアレだろうって代物が十何年生き残り続けただけでも語り草がいくつもあるのだが
まあ身知った連中になら酒の肴に笑ってもらうくらいはできるが、ここで語れる訳もなしだな
218: 2020/02/17(月)19:14 ID:ZaNTvJ46(2/3) AAS
規模の一端については>>154あたり
抽象化された評価データブロックの格納が主な用途で、後継の現用システムでは全部オンメモリ動作だぜ。
抽象化処理は別のシステムでやる。俺の担当はこっち
219: 2020/02/17(月)21:25 ID:PV3Us6I1(1) AAS
Recommendations and guidelines for improving SQL Server FILESTREAM performance
外部リンク:support.microsoft.com

> The NTFS MFT may become fragmented, and that can cause performance issues. The MFT reserved size does depend on volume size, so you may or may not encounter this.
220: 2020/02/17(月)22:36 ID:ZaNTvJ46(3/3) AAS
MFTは断片化などしないし、しても処理速度が低下するはずなど無かったはずでは…(作り笑い)
221
(1): 2020/02/17(月)22:57 ID:82g/ahpz(1) AAS
Windows Terminalはbold表示非対応のまま最終プレビューになっちゃったか
フォントを日本語フォントに設定した際の表示崩れも残ってるみたいだし、表示まわりが残念
222: 2020/02/18(火)03:07 ID:Q8T12O6/(1) AAS
最終のプレビューだろ?
最終であってもプレビューだしさぁ、まだベータ版ですらねーよw
223: 2020/02/18(火)08:34 ID:m45ZKdb1(1) AAS
>>221
お前が修正してPR送るんだよ
224: 2020/02/18(火)09:05 ID:qyCVAGdU(1) AAS
外部リンク:github.com

1ヶ月前の時点でマイルストーン1.0に設定されてるから
正式公開までに対応するのでは?
225: 2020/02/18(火)15:05 ID:RPxw+PG8(1) AAS
>>214
ねぇ、MFTが断片化する規模すら答えられないの?w
数十万ファイルで断片化すると言っておきながら
土下座して撤回するっていうのはいいけど
じゃあどれくらいで断片化するのか言えないのはなぜ?
226
(1): 2020/02/18(火)17:53 ID:kwXgom0n(1) AAS
コマンドプロンプトでrefreshenvするのと同じことを
bashでやるにはどうすればいい?
227: 2020/02/23(日)14:47 ID:tQqqTW6e(1) AAS
>>226
sourceコマンドじゃない?

source ~/.bashrc

とか
228
(1): 2020/02/24(月)21:52 ID:tYkAQxdW(1) AAS
WSLでGUI環境作るのは無理があるか
229: 2020/02/24(月)21:58 ID:JEDJS0Q2(1) AAS
無理じゃないけど何かあっても自力で解決しろ
230: 2020/02/24(月)22:32 ID:/yZ4D0He(1) AAS
画面もスピーカーも用意されてないから
231: 2020/02/24(月)23:56 ID:LDCLFO7b(1) AAS
xserverをインストールするべし
動画リンク[YouTube]
232: 2020/02/25(火)00:12 ID:VGFPSj4i(1) AAS
X410は全然アップデートしないからVcXsrv入れた方がいい。
233: 2020/02/25(火)02:49 ID:iNvT3ReE(1) AAS
>>228
さんざん既出で簡単だけど
234: 2020/02/25(火)06:38 ID:gvb84sJN(1) AAS
なんかもうWSLに対応したX Serverを作ったほうが良いのかもしれんなw
WSLに対応っていうのはインストールするだけで、必要な設定がすべてが完了するという意味
235: 2020/02/25(火)07:40 ID:8l2xb9Ce(1) AAS
予算なんぼゃ?
236
(1): 2020/02/25(火)17:48 ID:k2wZLZlp(1/2) AAS
MS謹製でIMEを透過できるXクライアントとかあったら欲しいのう。

まあホストのWindows側で好きなXクライアント起動でもいいし、
XVNCでもXRDPでも好きなもん使えばよろし
WSLはGUIできないとか言っちゃう奴は放っておけアホのリトマス紙だ
237: 2020/02/25(火)17:55 ID:RzUmbRhF(1) AAS
ASTEC-Xが確かIME使えるけどクソ高いんだよなぁ
238: 2020/02/25(火)20:09 ID:7ZAmNSPS(1) AAS
>>236
emacs経由ならできるぞ
239: 2020/02/25(火)20:14 ID:k2wZLZlp(2/2) AAS
astec-xは重くて高価なCRTモニタを使っていた頃に
モニタをもう一台買うよりは安いよねって言って買ってもらったけど
今だとモニタ買い足した方が安いね…
240: 2020/02/25(火)22:37 ID:ip04wGjo(1) AAS
X410なんて買ってる人いるの?
ずっと割引している商品とか信用性ゼロでしょ
241: 2020/02/26(水)01:34 ID:Acjq9xKF(1) AAS
emacs のために買ったよ
VcXsrv だと最大化とかおかしくなる
242: 2020/02/26(水)01:58 ID:jODdrwxU(1) AAS
X410は出た直後に買ったけど
本当に全然アップデートしないので今では不安しかない
243
(2): 2020/02/26(水)07:52 ID:UPXJI/cQ(1) AAS
普通のVMwareとかVirtualBoxでよくね (・・?
244: 2020/02/26(水)09:17 ID:TSMQ52bB(1) AAS
お前は壊れたレコードか
245: 2020/02/26(水)11:51 ID:1WO7WwJM(1) AAS
>>243
それらは重い
246: 2020/02/26(水)18:45 ID:QB2I6J1+(1) AAS
>>243
可能な限りMS純正で固めると言うゲームなんだ
247: 2020/02/26(水)19:04 ID:TZeGtdSV(1) AAS
MS純正にはこだわらないけど、いいものを選んだら必然的にMS純正になるよ
248
(1): 2020/03/01(日)14:17 ID:tGwnNKuN(1) AAS
WSL 上でさらに GUI を使いたいってどういう状況?
CUI が使いたいから WSL を使うんじゃないの?
249
(1): 2020/03/01(日)14:31 ID:x07Jq8WL(1) AAS
>>248
頭悪い人がいて、WindowsでCLIツールを使いたいためにWSLを起動するのではなく
WindowsでLinuxアプリを使うためにWSLを起動する人がいるのよw

そういう人は仮想マシン上のLinuxを使えばいいと思うんだが、
CLIツールを使うために仮想マシンを使うのは意味ないとかいいだす。
250
(3): 2020/03/01(日)14:37 ID:VMtS1LLw(1) AAS
>>249
Windows用のFreeのX-Serverは何がおすすめ?
251: 2020/03/01(日)14:39 ID:yojhhWRO(1) AAS
>>250
オープンソース業界に聞いてください。
まあ、あいつら技術力低いしなw
有料が一番
252
(4): 2020/03/01(日)14:46 ID:T1b/Pcu+(1) AAS
そもそもWSL上で使いたいLinux向けGUIアプリって何よ
GUIアプリはWindowsのほうが豊富なんだからWindows向けアプリ使えばいいでしょOSがWindowsなんだから
技術的興味みたいなのならともかく
1-
あと 750 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.091s