2018.01.29フォルダのプロパティを見ると,「ディスク上のサイズ」と,「サイズ」の容量が大きく異なる場合があります。「ディスク上のサイズ」と,「サイズ」の容量が大きく異なっている非表示になっているファイルがあるのかと思い,それらのクリーンアップを試みてみても効果がありません。して,「ディスク上のサイズ」と「サイズ」の容量が乖離してしまうのでしょうか。目次ボリュームのアロケーションユニットサイズに問題がある現在のアロケーションユニットサイズを確認するアロケーションユニットサイズを変更するには?最適なアロケーションユニットサイズは?ボリュームのアロケーションユニットサイズに問題があるこれは,ボリュームのアロケーションユニットサイズと呼ばれる設定が影響している可能性が高いでしょう。アロケーションユニットサイズとは,簡単に言えば,データを格納する箱の1個当たりのサイズです。Byteなどが選択されています。Byteの領域を取り分けてしまうという意味です。Byteに設定されていたとしたらどうでしょうか。Byteのファイルを10個記録したとすると,64kのディスク領域を10個確保してしまうのです。この原理で発生する無駄なスペースが,「ディスク上のサイズ」を肥大化させ,実際のサイズと大きく乖離させてしまう要因なのです。現在のアロケーションユニットサイズを確認するでは,現在のアロケーションユニットサイズがどうなっているか確認してみましょう。それには,コマンドプロンプトを管理者で立ち上げ,以下のコマンドを叩きます。Clusterという項目が出力されると思います。それが,該当ボリュームのアロケーションユニットサイズです。上図の場合だと,64Kに設定されているのが分かります。アロケーションユニットサイズを変更するには?では,アロケーションユニットサイズを小さくするにはどうしたらよいのでしょうか。残念ながら,すでに設定されているアロケーションユニットサイズを変更することはできません。ディスクのフォーマット時に決定される設定だからです。それで,この問題を解消するためには,新たな別のボリュームを小さなアロケーションユニットサイズのフォーマットで作成し,そこにデータをコピーするという方法でボリュームを作り直すしかありません。その方法も取れず,「ディスク上のサイズ」がディスク容量の上限に達してしまった場合には,ボリュームを拡張するしかないでしょう。最適なアロケーションユニットサイズは?では,アロケーションユニットサイズは小さいほうが良いのでしょうか?必ずしもそうとは言えません。シーケンシャルなアクセスの場合には,アロケーションユニットサイズが大きいほうが速度が出ます。ランダムアクセスは逆に遅くなってしまいますので,最適なアロケーションユニットサイズは,アプリケーションに依存するという結論になります。一般的には,ファイルサーバーは4096(あるいは8192),SQLサーバーは64Kに設定することがMicrosoftによって推奨されています。以上,「ディスク上のサイズ」が大きすぎる場合の対処法でした。LINEmacrubyMacRuby関連記事コメントコメントや質問をどうぞ。可能な限り当日中に返信します。コメントをキャンセルメールアドレスが公開されることはありません。コメントやご質問を投稿してくださった場合,可能な限り当日中に返信いたします。