[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
156: 2021/01/19(火)20:32 ID:upb7F6zS(3/3) AAS
>>154,155
今まで完全に勘違いしてた アハハ( ´▽｀)
そっちのフラグメントの指標だったのね
放置プレイせず指摘してくれてありがとう
157: 2021/01/21(木)00:36 ID:Cfby4q5X(1) AAS
そういえば
Windows95が出た時代は当然FAT16なんだけど
クラスタサイズがセクタサイズに合わせた512byteなのが普通だった
そのため断片化も激しく、当然のようにOSにビジュアルなデフラグツールが付属することになった
(それまでもDOS上のデフラグツールは出ていて売れていた)
一方、同時期のUnix系のOSは、ほとんどが4Kブロックサイズを採用していたため
512byteのDOS系と比較すると断片化が少なかったのは当然かもしれない
これはNTFSの「極小ファイルはMFTに保存」等とは違う、単純な理由での「断片化しにくい」になり
そのイメージが続いているのかもしれない
もしかしたらと思ったけどswapがファイルであったことはさすがに関係ないかな
158: 2021/01/21(木)08:27 ID:O8ejFMFO(1) AAS
Win95からFAT32だった筈だが…
159: 2021/01/21(木)08:44 ID:+PmEnWYW(1) AAS
FAT32はOSR2からでしたね
ext2は断片化しても気にするなって感じじゃなかった?
160: 2021/01/21(木)09:13 ID:4jdzXuHO(1/2) AAS
む、何か記憶違いがあったな
クラスタサイズが512なのはFDDの時代だけかな
領域サイズに応じてクラスタサイズが肥大化するため
それを避けるために導入されたのがOSR2でのFAT32だっけか
いや領域サイズの上限がファイルサイズの上限と同じ2Gで、そっちの限界回避か
98の5インチFDDの頃からノートンとかでデフラグしていたのは確実
Win3.1時代は忘れた
161: 2021/01/21(木)09:14 ID:4jdzXuHO(2/2) AAS
いや、FDDはFAT12か
もういいや
162: 2021/01/21(木)09:38 ID:Om004d0Z(1) AAS
結論
Windowsのファイルシステム
→断片化を解消しないとパフォーマンスが著しく低下する為デフラグツールが発展した
システムデフォルトで常時断片化を監視しているのが何よりの証拠
Unix/Linuxのファイルシステム
→Windowsほど断片化を気にする必要が無い為デフラグツールも少ない
必須ツールならもっと普及している筈である
163: 2021/01/21(木)10:37 ID:ieOcyzfJ(1) AAS
結論
信者はキチガイ
164: 2021/01/21(木)19:43 ID:h4ldsjZW(1) AAS
とりあえずルート以外をbtrfsにした
165: 2021/01/22(金)02:07 ID:4OwQpeSw(1) AAS
>>142
ええやんこれ
Winで思ってた以上に普通に使えてる
166: 2021/02/02(火)06:14 ID:C7wARh6S(1) AAS
CentOS7でxfsをブロックサイズ8192で作るとmountできないのですが、そういうもの？
スレチなら誘導していただけると嬉しいです。
167: 2021/02/04(木)20:25 ID:o/O4MlkW(1) AAS
>>142
win上でext*にアクセスするドライバ入れてるとリムーバブルドライブを解除できなくなったので
そのドライバを削除したことを思い出した
168: 2021/02/10(水)01:35 ID:sU2CY6a6(1) AAS
WindowsでBtrfs 【ファイルシステム】
2chｽﾚ:win
169: 2021/02/13(土)23:32 ID:RkDmna+g(1) AAS
ワッチョイ導入に賛成の方も反対の方も議論にご参加ください。
Linux板ワッチョイ導入議論スレ
2chｽﾚ:operatex
170: 2021/02/17(水)13:00 ID:Ls2ZfyF7(1) AAS
Btrfs Has Many Nice Improvements, Better Performance With Linux 5.11
General performance improvements with upwards of "tens of percent" for some workloads.
外部ﾘﾝｸ[php]:www.phoronix.com
171: 運用情報臨時板でワッチョイ導入議論中 2021/02/28(日)00:04 ID:u2QLnUui(1) AAS
Watch Out For Possible Data Loss On Early Linux 5.12 Kernels
外部ﾘﾝｸ[php]:www.phoronix.com
PhoronixというサイトがLinuxカーネル 5.12がファイルシステムを粉々に破壊する可能性を指摘している
172: 運用情報臨時板でワッチョイ導入議論中 2021/02/28(日)11:45 ID:kEYfL1//(1) AAS
ローリングリリースの OS だとこういうのが頻繁におこるってことだよな
173: 運用情報臨時板でワッチョイ導入議論中 2021/02/28(日)14:51 ID:+8n729a4(1) AAS
5.12はまだリリース前でRCですらない
174: 運用情報臨時板でワッチョイ導入議論中 2021/03/02(火)14:36 ID:ltODSBW/(1) AAS
昔はXFSをファイルサーバー用途にするとよくメモリ枯渇起こしてたけどマシになった？
175: 運用情報臨時板でワッチョイ導入議論中 2021/03/02(火)17:19 ID:PMcixi7q(1/2) AAS
Xfsはデスクトップ用途に使ってもメモリカツカツだよ
上下前次1-新書関写板覧索設栞歴
あと 827 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.155s*