フォルダの下にいくつのファイルを置けますか?
この問題については分かりませんが、フォルダの下にどれだけのファイルを置けるかテストしてみることはできます。
では、このような問題をどうテストするかは、ファイルを一つずつ作るのは非現実的で、時間もあまりなく、この方法はあまりにも愚かです。 ここではバッチコマンドを使い、新しいbatファイルを作成し、その後「for /l %%a in (1,1,1,1000000000000000000000000000000000000000000000000000000000000000000000)で(1,1,1,1,100000000000000000000000) do echo text> %%a.txt」というコードをコピーし、保存して終了します。 このコードは、フォルダの下にある1.txtから1000000000000ファイルを作成することを意味します。
FAT32ファイル形式のハードドライブ内のこのバッチファイルをダブルクリックした後、しばらく辛抱強く待ちました。すると、65535番目のファイルを作成する際に「ディレクトリまたはファイルを作成できません」というプロンプトが表示され、それが示唆的でした次のフォルダにはFAT32ファイル形式で最大65,535個のファイルを配置できます。
NTFSファイル形式のハードディスクのフォルダにどれだけのファイルを保存できるかについては、上記のバッチ処理を使ってテストすることもできますが、まず答えをお伝えしましょう。4294967295ファイルをNTFSファイル形式の次のファイルホームの下に保存できますこのテストを完了するには少なくとも16.7TBの空きディスクが必要なので、フォルダの下に何ファイルを置けるか心配する必要はありません。
Windowsサーバー内のフォルダにどれくらいのファイルを格納しても、ファイルの読み込み速度に影響が出ないのでしょうか?
Windowsサーバーのフォルダに、phpやnodejs、javaなどのファイルの読み込み速度に影響を与えずに何つのファイルを置けますか? ファイルを読む方法は、ファイル名を知って、フォルダを通らずに直接読むことです。 Linuxシステムについてまだ知りたいですか? 1. Windows上の最大ファイル数は、使用されているファイルシステムに詳細に関連しています 2. 読み込み効率の観点から、OSはディレクトリファイルをインデックスに格納します。これはmysqlの主キー検索と同じで、影響はあまりありませんが、データが多いほど速度は遅くなります。 3. Linux:私はCentOSを使っていますが、それ以外はわかりません。ファイルシステムの管理はディスク容量とinode容量の2つの制限に制限されています。 つまり、Linux上のファイルのメタ情報(ファイル名、作者、作成時間)はinodeに保存されています。ある時、ディスク容量が12%を占めているのにディスクがアクセスを拒否し、その結果tmpディレクトリが定期的にクリーンアップされず、小さなファイルが多すぎてinodeの容量が尽きてしまいました。 inodeの容量は分割時に手動で設定できます。
|