Hvor mange filer kan du lægge under en mappe
Jeg kender ikke til dette problem, men vi kan lave en test for at se, hvor mange filer der kan placeres under mappen.
Så hvordan man tester sådan et problem? Det er åbenlyst, at det er urealistisk for os at oprette filer én ad gangen, der er ikke så meget tid, og denne metode er for dum. Her bruger vi batch-kommandoen, opretter en ny bat-fil og kopierer derefter koden "for /l %%a in (1,1,10000000000000000000000000000000000) do echo text> %%a.txt", gem og afslut. Denne kode betyder, at man skal oprette 10000000000000000000 filer fra 1.txt under mappen.
Efter at have dobbeltklikket på denne batchfil på harddisken i FAT32-filformatet, ventede vi tålmodigt et stykke tid, og vi opdagede, at da vi oprettede filen 65535, dukkede prompten "Kan ikke oprette mappe eller fil" op, hvilket er indikativtDu kan lægge op til 65.535 filer under næste mappe i FAT32-filformatet。
Så hvor mange filer der kan gemmes i en mappe på harddisken i NTFS-filformatet, kan vi også bruge ovenstående batchbehandling til at teste, men lad os først fortælle dig svaret.Du kan gemme 4294967295 filer under næste fil home i NTFS-filformatetDu skal have mindst 16,7TB ledig disk for at gennemføre denne test, så du ikke behøver bekymre dig om, hvor mange filer der kan være under en mappe.
Hvor mange filer kan en mappe indeholde på en Windows-server uden at påvirke hastigheden af læsefiler?
Hvor mange filer kan jeg lægge i en mappe på en Windows-server uden at påvirke læsehastigheden på filer som php/nodejs/java? Måden at læse en fil på er at kende filnavnet, læse det direkte uden at gå igennem mappen. Vil du stadig vide mere om Linux-systemet?
2. Med hensyn til læseeffektivitet gemmer operativsystemet mappefiler i indekset, hvilket er det samme som MySQL primærnøglesøgning, som ikke har den store betydning, men det må være sådan, at jo mere data, desto langsommere hastighed.
3. Linux Jeg bruger Centos-systemet, jeg kender ikke resten, filsystemhåndtering er begrænset af to grænser: diskplads og inode-kapacitet. Det vil sige, at metainformationen for filerne under Linux (filnavn, forfatter, oprettelsestid) gemmes i inode, og da jeg stødte på en diskplads, der optog 12%, men disken nægtede adgang, og resultatet var, at tmp-mappen ikke blev renset regelmæssigt, hvilket resulterede i for mange små filer, hvilket resulterede i, at inode-kapaciteten løb tør. Kapaciteten af inoden kan indstilles manuelt ved opdeling.
|
Opslået på 29/09/2019 10.53.43
|
|
|
|
