home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / msdos / programm / 10718 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.8 KB
  1. Xref: sparky comp.os.msdos.programmer:10718 alt.msdos.programmer:2764
  2. Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer
  3. Path: sparky!uunet!utcsri!newsflash.concordia.ca!garrot.DMI.USherb.CA!uxa.ecn.bgu.edu!msjle
  4. From: msjle@uxa.ecn.bgu.edu (Joi L. Ellis)
  5. Subject: Re: Number of subdirectories limited ?
  6. Message-ID: <Bxvr1J.LJ7@uxa.ecn.bgu.edu>
  7. Organization: Educational Computing Network
  8. References: <1992Nov17.111130.17833@cs.tu-berlin.de> <1992Nov17.195401.772@murdoch.acc.Virginia.EDU>
  9. Date: Tue, 17 Nov 1992 21:44:06 GMT
  10. Lines: 63
  11.  
  12. jav2d@faraday.clas.Virginia.EDU (Jason Adams Vanvalkenburgh) writes:
  13.  
  14. >ernst@opal.cs.tu-berlin.de  writes:
  15. >> Hi,
  16. >> 
  17. >> I know there is a limitation on the number of subdirectories in the
  18. >> root directory, but is there any limitation in directories other
  19. >> than "\" ?
  20. >> 
  21. No, there is NOT.
  22.  
  23. >> Thanks for any info, Ernst.
  24. >> --
  25. >> 
  26. >> -----------------------------------------------------------------------------
  27. >> Ernst Kloecker      phone: ++49-30-6181635      e-mail: ernst@cs.tu-berlin.de
  28. >> -----------------------------------------------------------------------------
  29.  
  30. >The FAT system only allows a maximum number of file entries.  I'm not
  31.  
  32. In the ROOT of the volume.  You can have a huge number of files in
  33. subdirectories off the root.
  34.  
  35. >have any more than 112 file entries.  Therefore 112 0-byte files would
  36. >actually fill up the disk, because the FAT tables were full.  Larger
  37.  
  38. FAT tables are used to track clusters of data allocated on the volume.
  39. They don't have anything to do with directory capacity other than that
  40. directories are themselves files which occupy clusters tracked in the
  41. FAT.
  42.  
  43. Zero length files take up no disk space, only a 32-byte (or whatever)
  44. slot in the directory "file."  Many, many empty files will take up many
  45. many 32-byte slots and cause the directory "file" to grow.  Directory
  46. entrys are not tracked individually in the FAT unless the file has space
  47. allocated.  The directory "file" itself will occupy disk space and be
  48. tracked in the FAT.
  49.  
  50. It would be theoretically possible to fill a disk with empty files, but
  51. it would be due to the directory containing the filesnames growing to
  52. fill the disk, not the number of entries themselves. 
  53.  
  54. Paper scritching tells me you could get 360K * (1024/32) = 23,040 
  55. zero length files on a floppy before the directory "file" filled the
  56. space available.
  57.  
  58. (Note that Novell Netware DOES have such a limitation in 2.x versions,
  59. because the volume structure is radically different than DOS.)
  60.  
  61. >capacity disks have proportionally more space allocated for the FAT
  62. >tables, etc.  I had never heard of limitations for the root directory,
  63. >though.
  64.  
  65. >Hope this answers your question.
  66.  
  67. >--
  68. >                    Jason A. vanValkenburgh
  69. >                    University of Virginia '95
  70. >                    jav2d@virginia.edu
  71. -- 
  72. Joi Ellis                      msjle@uxa.ecn.bgu.edu
  73. Student Residential Programs   Western Illinois University
  74.  
  75.