Hvor mange filer kan du legge under en mappe
Jeg vet ikke om dette problemet, men vi kan teste hvor mange filer som kan plasseres under mappen.
Så hvordan teste et slikt problem? Det er åpenbart at det er urealistisk for oss å lage filer én etter én, det er ikke så mye tid, og denne metoden er for dum. Her bruker vi batch-kommandoen, lager en ny bat-fil, og kopierer deretter koden "for /l %%a in (1,1,10000000000000000000000000000000) do echo text> %%a.txt", lagre og avslutte. Denne koden betyr å lage 100000000000000000000000 filer fra 1.txt under mappen.
Etter å ha dobbeltklikket på denne batchfilen på harddisken til FAT32-filformatet, ventet vi tålmodig en stund, og vi oppdaget at da vi opprettet filen 65535, dukket prompten «Kan ikke opprette katalog eller fil» opp, noe som indikererDu kan legge opptil 65 535 filer under neste mappe i FAT32-filformatet。
Så hvor mange filer som kan lagres i en mappe på harddisken til NTFS-filformatet, kan vi også bruke batch-prosessering ovenfor for å teste, men la oss fortelle deg svaret først.Du kan lagre 4294967295 filer under neste fil hjem i NTFS-filformatetDu må ha minst 16,7TB ledig disk for å fullføre denne testen, så du slipper å bekymre deg for hvor mange filer som kan legges under en mappe.
Hvor mange filer kan en mappe holde på en Windows-server uten å påvirke hastigheten på lesehastigheten?
Hvor mange filer kan jeg legge i en mappe på en Windows-server uten å påvirke lesehastigheten til filer som php/nodejs/java? Måten å lese en fil på er å kjenne filnavnet, lese det direkte, uten å gå gjennom mappen. Vil du fortsatt vite mer om Linux-systemet? 1. Det maksimale antallet filer under Windows er relatert til filsystemet som brukes i detalj 2. Når det gjelder leseeffektivitet, lagrer operativsystemet katalogfiler i indeksen, noe som er det samme som mysql primærnøkkelsøk, som ikke har så stor innvirkning, men det må være slik at jo mer data, desto tregere hastighet. 3. Linux Jeg bruker centos-systemet, jeg kjenner ikke resten, filsystemadministrasjon er begrenset av to begrensninger: diskplass og inode-kapasitet. Det vil si at meta-informasjonen til filene under Linux (filnavn, forfatter, opprettelsestid) lagres i inoden, en gang støtte jeg på en diskplass som tok opp 12 %, men disken nektet å få tilgang, og resultatet var at tmp-mappen ikke ble ryddet regelmessig, noe som resulterte i for mange små filer, noe som førte til at kapasiteten til inoden gikk tom. Kapasiteten til inoden kan settes manuelt ved partisjonering.
|