【Bash】Windows Subsystem for Linux【WSL】7

ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！

WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。

WSL 2はWSL 1を置き換えずに併存する
　WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。

ファイル共有プロトコル「9P」でWSL 1との互換性を確保
　このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
　また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
（Win32ではMZ）を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。

【Bash】Windows Subsystem for Linux【WSL】6
https://mao.5ch.net/test/read.cgi/linux/1560665525/

WSLのブリッジとの接続周りとかビルドオプションになってるから
それを有効にしてビルドするだけのことだし、大抵のディストリでは有効にしてビルドしたカーネルパッケージで提供しているし、
わざわざ外してビルドして動かないだのブリッジが死んでるだの言うのは頭のおかしな奴だし、
有効にしてビルドしたのにブリッジが機能しないならそれはバグだ

>>128
では>>116で言ってる普通に動作するという意味を書いてみ

>>129
お前は何を言っているんだ？
そんなこと言い出したらLinuxカーネル関係なく全てのOSが持ってる性質だろw

断片化数たった8かそこらのディスクで重くないと主張されてもな
使い込みの不足したスカスカのディスクしか使っていないのだろう
狭い世界しか知らないくせに攻撃的。持ち主の頭と同じだな

>>134
> 可能性ではなく、当てないと動かない。

どこにそんな事が書いてあるの？

>>135

> ・HDD上に断片化が何十・何百と進行したMFTを持つディレクトリは、ただファイル一覧を取るだけでも明らかに低速化していることがわかる
間違い

> ・こういった著しく断片化の進行したMFTを持つディレクトリは、MFTエントリを先に作成してからファイル実体をコピーする高速コピーツール等を利用してコピーすると、断片化していたMFTが連続確保される
間違い

>>134
それは本当なの？
本当なら>>113への答えはそれで終わりだが…

>>138
> 断片化数たった8かそこらのディスクで重くないと主張されてもな

おまえ人の話を聞いてるか？

ファイル数30万のディスクで
MFTの断片化はたった7だと言ってるんだが

しかもファイルを作成したり削除したりを繰り返してる。

あとMFTって(少なくともWindows上のフォーマッタの動作では)デフォルトではディスクの中央付近に確保されるんだよね。
HDDのヘッドのシーク距離の平均化を狙うとこうなるらしいけど(NTFSでなくても同様の実装をするファイルシステムは他にもある)
たとえばそのNTFSのボリューム上に容量いっぱいにデータベースのファイルを1個だけしか作るつもりがないとか、仮想HDDファイルを1個だけとかする場合は
逆にそれが仇になったりしないのだろうか…と思って作ってみたことがあったなあ。

ファイルはもちろん断片化していた。そりゃそうだ

>>136
ゴタクは要らん
Linux 5.xで動くかどうかだけ答えろよw

>> ・HDD上に断片化が何十・何百と進行したMFTを持つディレクトリは、ただファイル一覧を取るだけでも明らかに低速化していることがわかる
>間違い
デタラメ

>> ・こういった著しく断片化の進行したMFTを持つディレクトリは、MFTエントリを先に作成してからファイル実体をコピーする高速コピーツール等を利用してコピーすると、断片化していたMFTが連続確保される
>間違い
デタラメ

主張者は使い込みが全く足りていないスカスカのディスクしか運用経験のない、ド素人であることが判明している。
まあ無駄口は叩かない方が身のため。もはや何を言ってもああ、あのスカスカの…で終わる。

俺が言ってないこと

> ・MFTはあらかじめある程度の容量を持って確保されるが、それが不足すると随時追加される。

正しくは、

・MFTはあらかじめある程度の容量を持って確保され、
それが不足すると（随時ではなく）ある程度の容量が追加される。

どれくらいのサイズで追加されるか知らんが、ファイル数30万で800MBぐらい
（当たり前だがいきなり30万ぽーんとできるわけじゃない。1ファイルずつ作成して30万だ。当たり前だがｗ）

これで断片化7ということは、200MBぐらいずつ追加されてるのだろう。
追加したあとは減らないと上のほうで誰かが言っていたはずだが、
まさにそのとおりでファイルを作成したり削除しても、ファイルサイズは確保されたままなので断片化していない

違うとか言って居る奴が SYSINTERNAL
読んでると思えないのでスルーしたら？

データベースと同じで確保したMFTのファイルサイズがファイルを削除しても
減らないっていうのは、このように断片化を防ぐために重要なことなんだよな
技術者にとっては常識

>どれくらいのサイズで追加されるか知らんが
指定できるよ
そんなことも知らずに他人を口汚く罵っているのがお前

>>149
俺がどのくらいのサイズで追加されていくかを知らないことと
追加できるサイズを指定できることに何の繋がりもない話だ

サイズ指定ができることを知らなくても
ファイル数30万、MFTサイズ800MB、MTFの断片化7というのは
defragコマンドで知ることができる。これは事実だ。

↓以下の文章で検索するとMSのページが出てくる（がリンク切れ）

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.

デフラグの出力結果、MTFサイズ800MBで断片化7という事実から
200MBごとに追加されると予測したが、どうやらあっているようだ。

200MBの追加のタイミングで、ディスクのどこかに連続した領域が存在すれば
断片化が1追加されるだけでMFTサイズは拡張される。
200MB程度の連続した領域が無いことはまれなので、
断片化の数は理想値通りの7にしかなってないわけだ

>>145
もうそろそろ、おまえのスカスカの内容に
データを添えてくれよｗ

>俺がどのくらいのサイズで追加されていくかを知らないことと
>追加できるサイズを指定できることに何の繋がりもない話だ
関係おおあり
前者を知らないばかりに断片化率の少ないディスクを前提にした話しかできない
お前自身の限界をお前自身で言い募っていながらお前がそれを自覚していない。まるでコントだ

1レコード4KBのバイナリファイルが設計上最大2^31-2個作られる
当初は規模的にも数千ファイルに過ぎず、ディスク全体で数百MBしか無かったが
随時拡大され20年弱後の末期にはエントリはほぼ埋め尽くされ、それが格納されるボリュームも数TBに肥大化
ファイルは単なる追記ではなく、初期で数十、末期には連日数万〜数十万が入れ替わるものだったという
なぜNT上に構築したのか、なぜ既存のDBエンジンを使わなかったのか等は今となっては知る由もないが
こういった過酷な用途でも、MFTが断片化しまくった環境であっても、NTFSは十分に耐え得るのだ

分断数たったの8？ザコが
こういう地獄を知った男にニワカの分際で知った風なクチきいてきたら、そりゃあ潰すわってなるよ

>>154
もうそろそろファイル数30万あってMFTの断片数がたったの7にしか
鳴らない理由理解できた？

ファイル数30万でMTFは800MBにしかならなくて
200MBずつ増えていくからだよ

わかりやすい解説

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

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

8. MFTのサイズはファイル数30万で800MB程度。つまり1ファイル当たり2KB程度。
9. 1KB未満の小さいファイルはほとんど断片化されていないMFT内に記録される。
10. 小さいファイルによって断片化が悪化することはなく、これはNTFSの特徴の一つとなっている。

>1. MFTのサイズは、ディスクの「今までのファイル数の最大」に依存する
現在のファイル数には依存しない
新規のディスクでもあらかじめ決められた容量が確保される。

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

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

>5. 拡張時には連続した200MBの領域が割り当てられる（不可能な場合を除く）
指定による。こいつはデフォルト値しか知らない

>6. ファイルを削除してもMFTのサイズは変わらない。
こいつの話で間違っていないのはここだけ(他人が書いていた事だが)

>7. つまりMFTのサイズが増えた時点が断片化する可能性がある唯一のタイミングで、それ以降断片化がひどくなることはない
MFTが拡張される際に常に断片化の可能性がある。
拡張は一度ではなく、ディスク上のファイルやディレクトリが増加し現在のMFTを使い尽くせば何度でも行われる。
断片化の進んだディスク上でMFTの拡張が行われる場合はMFTの断片化も加速度的に進行してゆくが、こいつには理解できないらしい

>10. 小さいファイルによって断片化が悪化することはなく、これはNTFSの特徴の一つとなっている。
小さなファイルに限らず断片化したクラスタしか無い場合は、拡張処理1回で追加されるMFTも断片化する。これを回避する方法は無い。
さらにデフラグ時にもMFTはデフラグされない。つまりフラクタライズの進行したディスク上でMFTが増加するような処理は極力回避すべき。

> 現在のファイル数には依存しない
だから最大数だと言ってる

> 新規のディスクでもあらかじめ決められた容量が確保される。
ファイル数が0なら容量もゼロとはいってない
最初に200MB確保される。細かく増えていったら断片化するので
200MB単位になっている。さっきも言ったはずだが？

> MFTの容量はファイル総数に依存する。管理するファイルが増加すればするほどMFTも肥大してゆく。
そのこと問題は一切ない

MFTのサイズが増えたところで遅くならないから
それもMFTが断片化しない仕組みになってることによる効果
絶大だね。30万ファイル作ってたったの7個

> こいつの話で間違っていないのはここだけ(他人が書いていた事だが)
？


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

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

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

>5. 拡張時には連続した200MBの領域が割り当てられる（不可能な場合を除く）
この件に関しおまえは俺の間違ってる点を指摘していない

> MFTが拡張される際に常に断片化の可能性がある。
俺がすでに言ってる。つまりこの点でも俺が言ったことが正しいと証明された。

> 断片化の進んだディスク上でMFTの拡張が行われる場合は
30万で800MB、200MBずつ増加だから3回しか拡張が行われない

> MFTの断片化も加速度的に
どこに加速度スル要因があるんだ？

> さらにデフラグ時にもMFTはデフラグされない。
デフラグしないのだから必要がない

もう間違いだらけで端折ってもこれだけ出てくるｗ

結局、言ってもいないことを勝手に仕立て上げそれを叩く異常な振る舞いは自ら>>133で言質を取られてしまい、
総論としては>>135で全て言い尽くされているわけだが

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

もしかして英語だったから読めなかったのか？

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のゾーンを作成して成長します。
この割合に対する固定量への変更は、ボリュームのサイズの増加に対処し、効率を向上させるために行われました。

>>161
悪口だけのレスをするのが証拠だよ
何の証拠とは言わんがｗ

すごいな5分で食いついてきたわ

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

>俺がすでに言ってる。つまりこの点でも俺が言ったことが正しいと証明された。
お前の前に俺が言ってるんだよ。
MFTが溢れたら随時追加される。溢れる度に何度でもだ。
1回しか発生しない訳ではないし、8回で止まりもしない。
お前はスカスカのディスク上の話しかできないド素人だ。
使い込まれ分断化しまくって地獄のような遅さに至ったディスクを知らない
想像すらついていない

>どこに加速度スル要因があるんだ？
ディスクでもメモリでも領域の確保と開放が繰り返されフラクタライズが進行した一次元配列では不可避の動作だよ
これを解消する動作がコンパクションやデフラグ。それでも効果には限界がある

>デフラグしないのだから必要がない
お前が意識できないだけでNTFSでも現在のWin10でもデフラグは行われている

あまりにも無知すぎるし、何もかもがデタラメだこいつは

>>164
> ほぼ全部が間違いだよお前はまるでデタラメだ

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

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

このフォーマットで書いてみ、何一つ書けないから

× おまれ
○ おまれは
おまれはｗｗｗ

まあこの必死さを見るだけでわかるわ、どっちがデタラメでどっちが劣勢か。
不利で不安な側が必死になるんだよ。日曜の朝8時ににこれだぜ。どうかしてるわ

>>164
> MFTが溢れたら随時追加される。溢れる度に何度でもだ。

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

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

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

だから俺は30万ファイルあって、何回も追加削除で入れ替えを繰り返してるのに
MFTの断片化はたった7箇所しかない

> まあこの必死さを見るだけでわかるわ、どっちがデタラメでどっちが劣勢か。

ソースを何も示してないやつでは？ｗ

>拡張するときに連続する200MBの空きがあれば断片化はゼロ

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

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

> 1回しか発生しない訳ではないし、8回で止まりもしない。

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

あぁそれが

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

目安は30万ファイルで800MB。200MBずつ増えるから3回拡張されたわけだな

> お前はスカスカのディスク上の話しかできないド素人だ。
これも俺が言ってないこと。

1TBのディスクで空きは8GB（さっき一部消したから20GBぐらい空いたが）
30万もファイルが有れば埋め尽くされても不思議じゃないわな

>ソースを何も示してないやつでは？ｗ
お前も何も提示していないぞ

>1TBのディスクで空きは8GB（さっき一部消したから20GBぐらい空いたが）
>30万もファイルが有れば埋め尽くされても不思議じゃないわな
サーバどころかノートPCか何かの話か
マジで帰ってくれるか
お前みたいなニワカが来ていいところじゃないんでここは

>>170

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

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

こいつは俺が書いてないことを書いて、
書いてあることをなかったことにしている
こうやって俺はちゃんとソースを出せる

>>173
> サーバどころかノートPCか何かの話か

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

ちなみに1TBはDドライブな。またこいつは俺が書いてないことを書きそうだからｗ

俺が示したソース

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.

↑ググればMSの（削除された）ページへのリンクが見つかると書いている。

こいつは >>117 で

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


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

ソース出してきてやったで？おまえの発言のソースをな

免許取り立ての原チャリ小僧が10tトレーラーを捕まえて、交通法規のオレ解釈をご教授ぶってる構図が浮かんだ
ニチアサなのに災難だね

>>178
>>154

まあお前には無理かこの領域(レベル)の話は

>>179
ああほんとそんな感じ
雑魚すぎて身の程すら自覚できないアホに絡まれると、マジで災害みたいなもんだな

30万ファイル（MFT 800MB）で断片化の数は7個にしかならないといってるのに
それをこいつは認めようとしないんだよなｗ

>>122でデフラグのコマンドも教えてやってると言うのに
> defrag c: -a -v で調べられるからよ

文字は読めても文脈を追うことができず、書かれた文章を評価することができない知的障害というのがあるそうだが、
ID:D93MVdiLは正にそれだな。
一度、精神科を受診してみてはどうか。

defrag.exeのキャプチャでもあれば黙るかな？

https://tr1.cbsistatic.com/hub/i/2011/05/18/3ceb926d-c3ac-11e2-bc00-02911874f8c8/6235218.png

なかなか大容量なのは見つからないが、これはファイル数86301でMFTサイズは120MB
MFTの断片化は2。まあだいたいそんなもんやな

defrag.exeにMFTの断片化の数は表示されてるんだから
断片化すると主張したいなら、そのソースを持ってくればいいんだよ？
MFTはデフラグ出来ないんだから「デフラグして断片が解消されたキャプチャ」は存在しないよ？ｗ

お、これは30万近くある。断片化は2

http://itref.fc2web.com/windows/cmd/defrag.html

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

マスター ファイル テーブル (MFT):
MFT サイズ = 482.75 MB
MFT レコード数 = 494335
MFT 使用量 = 100%
MFT 断片化の合計 = 2

ジャクソン症候群かよ

Contig
https://docs.microsoft.com/en-us/sysinternals/downloads/contig

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

$Mft
$LogFile
$Volume
$AttrDef
$Bitmap
$Boot
$BadClus
$Secure
$UpCase
$Extend

いくら絡まれたにしても災害呼ばわりは非道え……と思ったが
いやこいつはマジモンですわ

>>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.

defrag.exeで断片化しているキャプチャを
持ってこれるかどうかで勝敗は決まるよ

あ、ついでに聞いていい？
>>188の$MFTってWindows 10に存在してる？

C:\で dir /AS や dir /AH しても dir /A-D（ディレクトリ以外）
しても出てこないんだよね。場所変わったのかな？

つ https://ja.m.wikipedia.org/wiki/Windows_Sysinternals
で、そもそもこのツール群を作るのに必要な資料が windows internals
https://docs.microsoft.com/en-us/sysinternals/learn/windows-internals

2000の頃は１冊、最近のは２冊になっている。
ヒープの深淵とかファイルシステムの深淵の話はこれ抜きでは語れない。
で、NTFSの話は第6章や。

動いた動いた。見えないだけみたいね。

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
Average fragmentation : 3.5 frags/file

>>193
Windows95内部解析（というタイトルだったと思う）も
sysinternalsだっけ？昔はお世話になったなぁ
Process Explorerはたまに使う

申し訳無いが、シカゴ系列はNT系と
内部構成が全く違うので、勉強していない。

コンシューマー向けの拡張ボード開発は既に
海外勢に持って行かれて需要が無かった

いつからNTFSスレになったんだよ
>>113でアホな質問したのは申し訳ない

>>197
> >>113でアホな質問したのは申し訳ない
別にアホな質問とは思わんが、結局まともな回答無しで終わったな
とりまこのあたりを参考にやってみるしかないんじゃね？
https://forest.watch.impress.co.jp/docs/news/1198651.html

>>198
ありがとう、まずはWSL2で動くカーネルを用意するところから始まりそうですね

> ありがとう、まずはWSL2で動くカーネルを用意するところから始まりそうですね
？

WSL2にはカーネルが付属してるし、WSL2用のカーネルはMSがオープンソースで公開している。
何を始める気か知らんが。WSL2のカーネルを改良したいならプルリクだすとよろしｗ

簡単だった、あんなに苦労したのは何だったんだ…
https://i.imgur.com/A1q8SK4.jpg

>>201
qiitaにでも手順書いておいてよ

>>200
話の流れも追えないならいちいち絡んでくるなよ…

>>201
素のままのカーネルなの？

>>191
勝敗は決まったようだ。
MFTが断片化してることを示すdegrag.exeの出力結果を持ってくることは出来なかったようだからな

日曜日の朝に発狂し、勝手に条件設定して月曜日の朝九時で時間切れ勝利宣言て時点で、おうちのパソコンしか知らないパソコン大先生と自分で証言した訳か

条件に不服なら、どういう条件なら断片化してる証拠を提示できるって提案したら？
まあ何も提示できないだろうけど

そもそも、テストするのにHDD2台潰さないといけないのに
そんな暇な事やってられるか。
先に報酬振り込んでから言え

つまりわざわざテストしなければ、そんな状況を作り出すことは不可能ということなんだな

そうだ会社のサーバ規模の話なんか持ち出されたら勝てない
だから日曜に煽り月曜の朝一番に勝利宣言を行う
社会人には絶対に勝てないルール、速さ、それが勝利への道だ


目線すら合わせられないザコって自分から告白してるムーブですねﾜﾛｽ

>>203
kernel.orgから落としてきたそのまま
そいつをWSL2のカーネルソースに含まれてる手順でビルドしてる
configの差分はとりあえず全部デフォで回答してて、圧縮前のvmlinuxを使うのが気をつける所かな(bzImageは使わない)

ただ、メモリのホストへの返却は今のところマージされてないみたいだから使えなくなると思う
自分でマージは挫折した…

BIでCUBE作るのに、ファイルシステム
そのものにデータを置くとか、
ビッグデータの受信データ一時置き場に使うとか
って用途は想像もつかないんだろうな。

>>209
> そうだ会社のサーバ規模の話なんか持ち出されたら勝てない
会社のサーバー規模って具体的にどれくらい？

先に言っておくとCPUやメモリがハイスペックであっても台数が多くても関係ない
最初にあんたが数十万ファイルって規模を言っていたと思うんだけどなぁ
撤回するなら、撤回すると言ってから、サーバーの規模とやらを答えてくれ

>>210
なるほど、ありがとう
俺もちょっとやってみよう

>>212
見境なく噛み付く狂犬だから今更驚きもしないが、おれは117-ではない
その>>117には "数十万個のファイルが断続的に追加されてきた" という書き方をされているから
ファイル総数が数十万ではなく、I/Oが日別で数十万と読める(俺はそう読んだ。ピークはもっと高かったりするのだろう)
何かのログか一時的なキャッシュ、211の推測にもあるビッグデータ採取の可能性もありかな

>>214
だからそういうのはいいから、規模を言って

それくらいの規模になってようやく体感できる程度って話にしたいんだからさ

当時のシステムは一昨年解体してしまって既にない
資料だけでも残っていないかと今日ちょっと探してみたけど、出せるものは何もないな

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

設計的にもアレだろうって代物が十何年生き残り続けただけでも語り草がいくつもあるのだが
まあ身知った連中になら酒の肴に笑ってもらうくらいはできるが、ここで語れる訳もなしだな

規模の一端については>>154あたり
抽象化された評価データブロックの格納が主な用途で、後継の現用システムでは全部オンメモリ動作だぜ。
抽象化処理は別のシステムでやる。俺の担当はこっち

Recommendations and guidelines for improving SQL Server FILESTREAM performance
https://support.microsoft.com/en-us/help/2160002/recommendations-and-guidelines-for-improving-sql-server-filestream-per

＞ 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.

MFTは断片化などしないし、しても処理速度が低下するはずなど無かったはずでは…(作り笑い)

Windows Terminalはbold表示非対応のまま最終プレビューになっちゃったか
フォントを日本語フォントに設定した際の表示崩れも残ってるみたいだし、表示まわりが残念

最終のプレビューだろ？
最終であってもプレビューだしさぁ、まだベータ版ですらねーよｗ

>>221
お前が修正してPR送るんだよ

https://github.com/microsoft/terminal/issues/109

1ヶ月前の時点でマイルストーン1.0に設定されてるから
正式公開までに対応するのでは？

>>214
ねぇ、MFTが断片化する規模すら答えられないの？ｗ
数十万ファイルで断片化すると言っておきながら
土下座して撤回するっていうのはいいけど
じゃあどれくらいで断片化するのか言えないのはなぜ？

コマンドプロンプトでrefreshenvするのと同じことを
bashでやるにはどうすればいい？

>>226
sourceコマンドじゃない？

source ~/.bashrc

とか

WSLでGUI環境作るのは無理があるか

無理じゃないけど何かあっても自力で解決しろ

画面もスピーカーも用意されてないから

xserverをインストールするべし
https://youtu.be/ps0_QRzlp9k

X410は全然アップデートしないからVcXsrv入れた方がいい。

>>228
さんざん既出で簡単だけど

なんかもうWSLに対応したX Serverを作ったほうが良いのかもしれんなｗ
WSLに対応っていうのはインストールするだけで、必要な設定がすべてが完了するという意味

予算なんぼゃ？

MS謹製でIMEを透過できるXクライアントとかあったら欲しいのう。

まあホストのWindows側で好きなXクライアント起動でもいいし、
XVNCでもXRDPでも好きなもん使えばよろし
WSLはGUIできないとか言っちゃう奴は放っておけアホのリトマス紙だ