Hur många filer kan du lägga under en mapp
Jag vet inte om det här problemet, men vi kan göra ett test för att se hur många filer som kan placeras under mappen.
Så hur man testar ett sådant problem? Det är uppenbart att det är orealistiskt för oss att skapa filer en efter en, det finns inte så mycket tid, och den här metoden är för dum. Här använder vi batch-kommandot, skapar en ny bat-fil och kopierar sedan koden "for /l %%a in (1,1,10000000000000000000000000000000000) do echo text> %%a.txt", spara och avsluta. Denna kod innebär att skapa 10000000000000000000000 filer från 1.txt under mappen.
Efter att ha dubbelklickat på denna batchfil på hårddisken i FAT32-filformatet väntade vi tålmodigt ett tag, och vi upptäckte att när vi skapade filen 65535 dök prompten "Kan inte skapa katalog eller fil" upp, vilket är indikativtDu kan lägga upp till 65 535 filer under nästa mapp i FAT32-filformatet。
Så hur många filer som kan lagras i en mapp på hårddisken i NTFS-filformatet kan vi också använda ovanstående batchbearbetning för att testa, men låt oss först ge dig svaret.Du kan lagra 4294967295 filer under nästa fil hem i NTFS-filformatetDu behöver ha minst 16,7TB ledig disk för att klara detta test, så du behöver inte oroa dig för hur många filer som kan läggas under en mapp.
Hur många filer kan en mapp hålla i en Windows-server utan att påverka läshastigheten?
Hur många filer kan jag lägga i en mapp på en Windows-server utan att påverka läshastigheten på filer som php/nodejs/java? Sättet att läsa en fil är att känna till filnamnet, läsa det direkt, utan att gå igenom mappen. Vill du fortfarande veta mer om Linux-systemet? 1. Det maximala antalet filer under Windows är relaterat till filsystemet som används i detalj 2. När det gäller läseffektivitet lagrar operativsystemet katalogfiler i indexet, vilket är samma som MySQL primärnyckelsökning, som inte har så stor påverkan, men det måste vara så att ju mer data, desto långsammare blir hastigheten. 3. Linux Jag använder Centos-systemet, jag kan inte resten, filsystemhanteringen är begränsad av två begränsningar, diskutrymme och inode-kapacitet. Det vill säga, metainformationen för filerna under Linux (filnamn, författare, skapandetid) lagras i inode, när jag stötte på ett diskutrymme som upptog 12 %, men disken vägrade att få åtkomst, vilket resulterade i att tmp-katalogen inte rensades regelbundet, vilket resulterade i för många små filer och att inodekapaciteten tog slut. Inodens kapacitet kan ställas in manuellt vid partitionering.
|