home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aix / 9186 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.9 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!osiris.usi.utah.edu!ben
  2. From: ben@osiris.usi.utah.edu (Ben Pratt)
  3. Newsgroups: comp.unix.aix
  4. Subject: JFS i-nodes summary
  5. Keywords: jfs i-nodes filsystem
  6. Message-ID: <1992Aug28.174656.8854@fcom.cc.utah.edu>
  7. Date: 28 Aug 92 17:46:56 GMT
  8. Sender: news@fcom.cc.utah.edu
  9. Organization: Utah Supercomputing Institute
  10. Lines: 58
  11.  
  12. Several people have asked me to summarize the information I received
  13. concerning allocation of i-nodes in a journaled filesystem.
  14. Unfortunately, I've received only one response and it basically a
  15. re-phrasing of my post...  So it looks like there are plenty of folks
  16. with questions but few with answers.
  17.  
  18. There has been another post here recently concerning where one might find
  19. papers or informal documents on the jfs internals, and I too would be
  20. interested in finding these, if they indeed exist for public consumption.
  21.  
  22. What I have determined heuristically (pure experience and
  23. experimentation): 
  24.  
  25.     (1) i-nodes in a jfs are statically allocated.  I had hoped that
  26.     even thought the i-nodes were preallocated, if you started
  27.     exceeding dataspace and had plenty of i-nodes, the system would
  28.     diminish i-nodes to compenstate...)  This was verified by using
  29.     one of my 2 gig filesystems --- I calculated the size of the data
  30.     blocks available by:
  31.  
  32.         X = Space available reported by df
  33.         Y = Space in use reported by 'du -sk /fs'
  34.         Z = Size of filesystem (2Gig) in K.
  35.  
  36.         Theoretical_File_Limit = Z - ( X + Y ) ;
  37.         Test_File_Limit = Z - X ;
  38.  
  39.     Using a C program and dd I could create a file of
  40.     Test_File_Limit.  I could not make it any larger, showing that
  41.     I-nodes were not de-allocated dynamically and supporting the idea
  42.     that they must then be allocated statically.
  43.  
  44.     (2) Given that i-nodes are 128 bytes, it became obvious from
  45.     'doing the arithmetic' that AIX pre-allocates ONE I-NODE FOR
  46.     EVERY 4K BLOCK.  In our situation, that means that roughly 65
  47.     Megabytes of a 2Gig filesystem are used up in i-nodes.  We figure
  48.     that, given our situation and needs, that is a waste of 55 to 60
  49.     meg per 2 gig filesystem.  Since we have 8 of them, that means we
  50.     are losing 440 Megabytes to 480 Megabytes of scratch file space
  51.     for our applications... Ouch.
  52.  
  53.  
  54. Can any Austin IBM'ers or others verify or refute these claims?  Is there
  55. an alternative method for getting more out our filesystems?  Is there
  56. away around static pre-allocation of i-nodes?
  57.  
  58. Before the flames fly, let me say that I am not complaining (really).  I
  59. just want an accurate picture of the problem and anyone's input on
  60. possible solutions.  We have a very specific need for large filesystems
  61. with few files -- hardly a generic situation.  Most will find the 'i-node
  62. per 4k block' acceptable (I assume) in the general case.
  63.  
  64. Looking forward to any feedback,
  65.  
  66. Ben Pratt
  67. Utah Supercomputing Institute
  68. University of Utah
  69. ben@snow.usi.utah.edu
  70.