[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】7 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
96: 2020/02/10(月)04:47 ID:2URu0A3u(1/2) AAS
無理っていうのは買おうと思えば買えるけど、
それだけの価値がないなぁという気持ちで無理という話
どうもそこを勘違いする人が多い。
ハンバーガーが1万円だったとして買えるけど無理というのと同じ
97: 2020/02/10(月)05:26 ID:HjRnACW1(1) AAS
『無理』というのはですね、嘘吐（つ）きの言葉なんです。
途中で止めてしまうから無理になるんです
98: 2020/02/10(月)09:04 ID:jCgKM8mB(1) AAS
つまり「Windowsを使うのは無理」とか言ってるやつは途中で止めてしまった嘘つきって事か
99: 2020/02/10(月)09:06 ID:2URu0A3u(2/2) AAS
ここで言ってる無理は
無理orz じゃなくて
無理（笑）なんだけどなｗ
あの値段であの程度の性能とかマジ無理（笑）
100: 2020/02/10(月)22:52 ID:01qg8Zrm(1) AAS
MacOS大嫌い。
あのアプリ中心のコンセプトは窮屈すぎる。ユーザーの使うツールなんだから、ユーザーの使うデータやコンテンツが中心にあるべきだ。
まずはファインダーがエクスプローラーくらい使いやすくならなきゃ使いものにならん。
101: 2020/02/12(水)19:27 ID:affeTZlj(1) AAS
アンチウイルスソフトを常時稼動させてリソースを食うから
Windows10を起動して使うWSL嫌いです
102: 2020/02/12(水)20:11 ID:5yqvGOP0(1) AAS
Defenderでいいだろ
余計なもん入れてハマってアホくせえ
103: 2020/02/12(水)20:32 ID:pxqoMiJ0(1) AAS
wsl使うために普段使わないwin10起動してるんか
本末転倒やな
104: 2020/02/12(水)21:05 ID:mvvlzHWM(1) AAS
DefenderでもWSLのディスクアクセスの多い処理で重くなるんだよな
105: 2020/02/12(水)21:25 ID:v+bBYNEv(1) AAS
そもそも調べて無意味なフォルダは除外しとけばいい
106: 2020/02/12(水)21:47 ID:lpl2ljtp(1) AAS
ファイルシステム上、MFTが一度肥大化
すると二度と戻らない。(フォーマットするしかない)
なので、Cドライヴだけで運用している人がいたら、数十万個のファイルを作っておいて、その後ファイルを消して証拠隠滅しましょう。
遅い遅いって言って嘆いているのを見てほくそ笑んであげませぅ
107: 2020/02/12(水)22:15 ID:uXdl41K3(1) AAS
> ファイルシステム上、MFTが一度肥大化
> すると二度と戻らない。(フォーマットするしかない)
データベースなんかもそうだよね
その方がパフォーマンスが高いからそうなってるらしい
108(1): 2020/02/12(水)23:06 ID:qZhjBBMq(1) AAS
MFTが肥大化して遅くなるって主張していたやつがいたから
お前はHDDに見もしないエロ動画が沢山あったら、
遅くなると思っているのかって言ったら睨みつけられた
そいつ大容量のHDDを搭載してるって自慢してたからな（エロ動画のためにｗ）
109: 2020/02/15(土)13:10 ID:EQ1m4r9q(1) AAS
もう、Windowsなんて使うな！
110: 2020/02/15(土)13:18 ID:WzxD3VdB(1) AAS
アルゴリズムの勉強してりゃ
>>108みたいなあほな発言はしないわね
111: 2020/02/15(土)15:47 ID:Rf3jmX1k(1) AAS
消してもサイズが減らないっていうのは
アルゴリズムの世界ではパフォーマンスを下げないために
やるテクニックの一つだからなぁ
112: 2020/02/15(土)16:19 ID:Cw20YDAI(1/2) AAS
まぁ試しに実験してみてから言えや！
ですな。
113(3): 2020/02/15(土)18:06 ID:Ou/7gDoy(1) AAS
Linux 5.xってWSL2で動く？
114(1): 2020/02/15(土)18:38 ID:y+pnqd5S(1/12) AAS
まずWSL2の仕組みを理解していないのでは
115(1): 2020/02/15(土)18:42 ID:/TgJ/rqB(1) AAS
うちでは成功してないなぁ
コンソールが無いから何がエラーなのか分からん
>>114
カーネルは自分で入れ替えられるよ
116(3): 2020/02/15(土)18:53 ID:y+pnqd5S(2/12) AAS
いやだからWSL1のようなカーネル互換レイヤーではなくWSL2はVM上で普通にLinuxカーネルが動作する仕組みなので
そんな間抜けな質問が出て来るということはその仕組みの違いを理解していないのでは。>>115もね。
117(3): 2020/02/15(土)18:59 ID:y+pnqd5S(3/12) AAS
肥大化したMFTはHDD上だと厄介だろうと思うけど
実際に数十万個のファイルが断続的に追加されてきたHDDでは
断片化され継ぎ足されてきたMFTをいちいち舐めては吟味するしんどさが体感できた
断片化したMFTの取得はSSDでも都度リクエスト発行になるから
HDDのシーク時間ほどではないにせよ手間と待ち時間は増加するだろう
細かいファイルを大量に格納する用途があらかじめはっきりしているなら、
NTFSのフォーマット時にMFTを大きめに確保するしかない
(エロ)動画なんかよりも、(エロ)画像やデータベースなんかの方が影響も大きいと思うよ
118: 2020/02/15(土)19:24 ID:7AKHPdi8(1) AAS
中身がほぼ同じ動画を見つけて
(タイトルは違ってファイル名も違って
長さや圧縮率とかも違っても内容が同じって感じ)
一覧出して残すのと消すのと選ぶようなツール欲しい
119: 2020/02/15(土)19:43 ID:2vB4SXu2(1/2) AAS
クラスタサイズおっきくするとレコードの数が減って速くなるよ
120: 2020/02/15(土)19:46 ID:2vB4SXu2(2/2) AAS
昔のNTFSは64KBまでだったけど
最近は2048KBでフォーマット可能になってる
ただしDefraggler等ソフトがバグる
121(1): 2020/02/15(土)20:44 ID:eKTfwl8q(1/6) AAS
>>116
VMならどんなカーネルでも動作するとか保証されてるわけでもないのにバカなの？
122(2): 2020/02/15(土)21:47 ID:8h7ExAPV(1) AAS
>>117
> 実際に数十万個のファイルが断続的に追加されてきたHDDでは
> 断片化され継ぎ足されてきたMFTをいちいち舐めては吟味するしんどさが体感できた
"体感"できたというのなら、そのHDDをなんかのツールで
MFTを圧縮したら"体感"してパフォーマンスが"上がる（元に戻る）"ってことだなｗ
MFTはメモリに読み込まれるし、継ぎ足されたところでMFTは一定のサイズごとに確保されるし
数十万のファイルが断続的に追加されたところで断片化することはない。
てかMFTの断片数いくつよ？言ってみな
defrag c: -a -v で調べられるからよ
うちもファイルの総数30万のドライブがあるが
省1
123(2): 2020/02/15(土)22:02 ID:y+pnqd5S(4/12) AAS
>>121
言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイって何なの？
>>122
ディスクやディレクトリをコピーする際に、先にMFTエントリを作成してからファイルを作成するようなアルゴリズムのコピーツールを使えば
元のディスク上で断片化していたMFTを連続したクラスタに並べられると思うけど
あとクラスタサイズは無暗にでかくしてもクラスタギャップが無駄になるので
それこそ数十MB以上の動画しか入れない、みたいなディスクなら2MBクラスタで作ればいいけど
数KB程度のテキストファイルとかがゴマンとあるようなディスクやディレクトリは、4KBクラスタでとは言わないまでも数十KB程度にしておきたい感じ
124(2): 2020/02/15(土)22:10 ID:eKTfwl8q(2/6) AAS
>>123
> 言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイって何なの？
なら、WSL2でLinux 5.xが動作する確証とその根拠よろしくねw
そもそも仕組み理解してたら>>116みたいな間抜けなレスはしないと思うんだが…
125: 2020/02/15(土)22:23 ID:Yh0RLvNC(1/14) AAS
>>123
> ディスクやディレクトリをコピーする際に、先にMFTエントリを作成してからファイルを作成するようなアルゴリズムのコピーツールを使えば
おまえは何を言ってるんだ？ MFTがなにか分かってないだろ。
MFTの実体は、$MFTという一つのファイル。（俺の場合は約800MB）
MFTエントリというのは、この一つのファイルの中の一項目に過ぎない
MFTエントリを作るごとに$MFTのファイルに追記するわけじゃない。
スワップファイルと同じ用に予め必要と思われるサイズを確保して
その中を埋めていくからファイルを作るたびに断片化するわけじゃない
126(1): 2020/02/15(土)22:27 ID:Yh0RLvNC(2/14) AAS
>>124
> なら、WSL2でLinux 5.xが動作する確証とその根拠よろしくねw
根拠はLinuxカーネルのソースコードが公開されていることだろう
Linuxカーネルは全てのコンピュータで動くとは限らないが
パッチを当てれば動く
127(2): 2020/02/15(土)22:33 ID:eKTfwl8q(3/6) AAS
>>126
> パッチを当てれば動く
当てないと動かない可能性があるってことね
傍から出て来て自らバカだと吐露してくれてありがとうw
128(1): 2020/02/15(土)22:33 ID:y+pnqd5S(5/12) AAS
>>124
> 言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイ
が、さらに
> 言ってもいないことを言ったかのようにして馬鹿にしてくるキチガイ
を重ねている訳だが
129(1): 2020/02/15(土)22:35 ID:Yh0RLvNC(3/14) AAS
>>127
仮想マシンを含めた特定のコンピュータで動かないかもしれないというのは
Linuxカーネル自体が持ってる性質だよ。WSL2だからってわけじゃない。
130(1): 2020/02/15(土)22:36 ID:y+pnqd5S(6/12) AAS
>おまえは何を言ってるんだ？ MFTがなにか分かってないだろ。
>MFTの実体は、$MFTという一つのファイル。（俺の場合は約800MB）
>MFTエントリというのは、この一つのファイルの中の一項目に過ぎない
>MFTエントリを作るごとに$MFTのファイルに追記するわけじゃない。
>スワップファイルと同じ用に予め必要と思われるサイズを確保して
>その中を埋めていくからファイルを作るたびに断片化するわけじゃない
俺はそんな話もしていない。
ここは言ってもいないことを勝手に言ったことにして、一人相撲でもとにかく人を馬鹿にしてやりたくて仕方ないキチガイの巣窟か
言った事なら補足でも訂正でも何でもするが、言ってもいない事を勝手に仮定されても、こいつもキチガイかよで終わりだ。
131: 2020/02/15(土)22:36 ID:Yh0RLvNC(4/14) AAS
少なくともLinuxのカーネルのソースコード公開されているし
MSがカスタマイズ（というか設定をいじっただけみたいだが）した
WSL2用のLinuxカーネルのソースコードも公開されている。
仮に仮想マシンで動かなければ、修正すればいいだけの話
132: 2020/02/15(土)22:38 ID:Yh0RLvNC(5/14) AAS
>>130
お前が言ったこと
↓
> ディスクやディレクトリをコピーする際に、先にMFTエントリを作成してからファイルを作成するようなアルゴリズムのコピーツールを使えば
> 元のディスク上で断片化していたMFTを連続したクラスタに並べられると思うけど
これは何もかも間違ってるから、お前に説明しただけ
133(1): 2020/02/15(土)22:39 ID:Yh0RLvNC(6/14) AAS
つーかなんでお前が言ったことを俺が復唱しなきゃならんのだｗ
お前が言ったことが間違ってるから、
俺が正しい説明（＝お前が言ってないこと）をしてやってんのにｗ
134(2): 2020/02/15(土)22:56 ID:OYDX5qly(1) AAS
>>127
可能性ではなく、当てないと動かない。
135(2): 2020/02/15(土)22:56 ID:y+pnqd5S(7/12) AAS
俺の言った事(をさらに馬鹿でもわかるように平易に書いてやると)：
・HDD上に断片化が何十・何百と進行したMFTを持つディレクトリは、ただファイル一覧を取るだけでも明らかに低速化していることがわかる
・こういった著しく断片化の進行したMFTを持つディレクトリは、MFTエントリを先に作成してからファイル実体をコピーする高速コピーツール等を利用してコピーすると、断片化していたMFTが連続確保される
言っていないこと：
・MFTはあらかじめある程度の容量を持って確保されるが、それが不足すると随時追加される。この場合に連続したクラスタに確保できない場合は(できない事が多いので)断片化する。 ←言っていないが、前提として
・ファイルを作成するたびにMFTが断片化する ←上をナナメ読みして勝手に解釈した馬鹿の結論
136(1): 2020/02/15(土)22:58 ID:y+pnqd5S(8/12) AAS
WSLのブリッジとの接続周りとかビルドオプションになってるから
それを有効にしてビルドするだけのことだし、大抵のディストリでは有効にしてビルドしたカーネルパッケージで提供しているし、
わざわざ外してビルドして動かないだのブリッジが死んでるだの言うのは頭のおかしな奴だし、
有効にしてビルドしたのにブリッジが機能しないならそれはバグだ
137: 2020/02/15(土)22:59 ID:eKTfwl8q(4/6) AAS
>>128
では>>116で言ってる普通に動作するという意味を書いてみ
>>129
お前は何を言っているんだ？
そんなこと言い出したらLinuxカーネル関係なく全てのOSが持ってる性質だろw
138(1): 2020/02/15(土)22:59 ID:y+pnqd5S(9/12) AAS
断片化数たった8かそこらのディスクで重くないと主張されてもな
使い込みの不足したスカスカのディスクしか使っていないのだろう
狭い世界しか知らないくせに攻撃的。持ち主の頭と同じだな
139: 2020/02/15(土)22:59 ID:Yh0RLvNC(7/14) AAS
>>134
> 可能性ではなく、当てないと動かない。
どこにそんな事が書いてあるの？
140: 2020/02/15(土)23:00 ID:Yh0RLvNC(8/14) AAS
>>135
> ・HDD上に断片化が何十・何百と進行したMFTを持つディレクトリは、ただファイル一覧を取るだけでも明らかに低速化していることがわかる
間違い
> ・こういった著しく断片化の進行したMFTを持つディレクトリは、MFTエントリを先に作成してからファイル実体をコピーする高速コピーツール等を利用してコピーすると、断片化していたMFTが連続確保される
間違い
141: 2020/02/15(土)23:00 ID:eKTfwl8q(5/6) AAS
>>134
それは本当なの？
本当なら>>113への答えはそれで終わりだが…
142: 2020/02/15(土)23:02 ID:Yh0RLvNC(9/14) AAS
>>138
> 断片化数たった8かそこらのディスクで重くないと主張されてもな
おまえ人の話を聞いてるか？
ファイル数30万のディスクで
MFTの断片化はたった7だと言ってるんだが
しかもファイルを作成したり削除したりを繰り返してる。
143: 2020/02/15(土)23:02 ID:y+pnqd5S(10/12) AAS
あとMFTって(少なくともWindows上のフォーマッタの動作では)デフォルトではディスクの中央付近に確保されるんだよね。
HDDのヘッドのシーク距離の平均化を狙うとこうなるらしいけど(NTFSでなくても同様の実装をするファイルシステムは他にもある)
たとえばそのNTFSのボリューム上に容量いっぱいにデータベースのファイルを1個だけしか作るつもりがないとか、仮想HDDファイルを1個だけとかする場合は
逆にそれが仇になったりしないのだろうか…と思って作ってみたことがあったなあ。
ファイルはもちろん断片化していた。そりゃそうだ
144: 2020/02/15(土)23:03 ID:eKTfwl8q(6/6) AAS
>>136
ゴタクは要らん
Linux 5.xで動くかどうかだけ答えろよw
145(1): 2020/02/15(土)23:04 ID:y+pnqd5S(11/12) AAS
>> ・HDD上に断片化が何十・何百と進行したMFTを持つディレクトリは、ただファイル一覧を取るだけでも明らかに低速化していることがわかる
>間違い
デタラメ
>> ・こういった著しく断片化の進行したMFTを持つディレクトリは、MFTエントリを先に作成してからファイル実体をコピーする高速コピーツール等を利用してコピーすると、断片化していたMFTが連続確保される
>間違い
デタラメ
主張者は使い込みが全く足りていないスカスカのディスクしか運用経験のない、ド素人であることが判明している。
まあ無駄口は叩かない方が身のため。もはや何を言ってもああ、あのスカスカの…で終わる。
146: 2020/02/15(土)23:06 ID:Yh0RLvNC(10/14) AAS
俺が言ってないこと
> ・MFTはあらかじめある程度の容量を持って確保されるが、それが不足すると随時追加される。
正しくは、
・MFTはあらかじめある程度の容量を持って確保され、
それが不足すると（随時ではなく）ある程度の容量が追加される。
どれくらいのサイズで追加されるか知らんが、ファイル数30万で800MBぐらい
（当たり前だがいきなり30万ぽーんとできるわけじゃない。1ファイルずつ作成して30万だ。当たり前だがｗ）
省3
147: 2020/02/15(土)23:06 ID:Cw20YDAI(2/2) AAS
違うとか言って居る奴が SYSINTERNAL
読んでると思えないのでスルーしたら？
148: 2020/02/15(土)23:09 ID:Yh0RLvNC(11/14) AAS
データベースと同じで確保したMFTのファイルサイズがファイルを削除しても
減らないっていうのは、このように断片化を防ぐために重要なことなんだよな
技術者にとっては常識
149(1): 2020/02/15(土)23:12 ID:y+pnqd5S(12/12) AAS
>どれくらいのサイズで追加されるか知らんが
指定できるよ
そんなことも知らずに他人を口汚く罵っているのがお前
150: 2020/02/15(土)23:17 ID:Yh0RLvNC(12/14) AAS
>>149
俺がどのくらいのサイズで追加されていくかを知らないことと
追加できるサイズを指定できることに何の繋がりもない話だ
サイズ指定ができることを知らなくても
ファイル数30万、MFTサイズ800MB、MTFの断片化7というのは
defragコマンドで知ることができる。これは事実だ。
151: 2020/02/15(土)23:26 ID:Yh0RLvNC(13/14) AAS
↓以下の文章で検索すると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程度の連続した領域が無いことはまれなので、
省1
152: 2020/02/15(土)23:30 ID:Yh0RLvNC(14/14) AAS
>>145
もうそろそろ、おまえのスカスカの内容に
データを添えてくれよｗ
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
悪口だけのレスをするのが証拠だよ
何の証拠とは言わんがｗ
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
× おまれ
○ おまれは
おまれはｗｗｗ
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
> まあこの必死さを見るだけでわかるわ、どっちがデタラメでどっちが劣勢か。
ソースを何も示してないやつでは？ｗ
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が出てきたんだ。
あぁそれが
> 結局、言ってもいないことを勝手に仕立て上げそれを叩く異常な振る舞い
↑これに当てはまるわけかｗ
目安は30万ファイルで800MB。200MBずつ増えるから3回拡張されたわけだな
省4
172: 2020/02/16(日)08:17 ID:fCfMidH1(6/10) AAS
>ソースを何も示してないやつでは？ｗ
お前も何も提示していないぞ
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は肥大化しないとでも主張するわけじゃあるまいし
レスしただけで反論になってないｗ
ちなみに1TBはDドライブな。またこいつは俺が書いてないことを書きそうだからｗ
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万といったら火傷ｗｗｗ（大爆笑ｗｗ）
ソース出してきてやったで？おまえの発言のソースをな
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個にしかならないといってるのに
それをこいつは認めようとしないんだよなｗ
>>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はデフラグ出来ないんだから「デフラグして断片が解消されたキャプチャ」は存在しないよ？ｗ
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の頃は１冊、最近のは２冊になっている。
ヒープの深淵とかファイルシステムの深淵の話はこれ抜きでは語れない。
で、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はたまに使う
上下前次1-新書関写板覧索設栞歴
あと 807 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.203s*