home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / software / 2983 < prev    next >
Encoding:
Text File  |  1992-07-28  |  3.2 KB  |  74 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!world!bzs
  3. From: bzs@ussr.std.com (Barry Shein)
  4. Subject: Re: Extent-based Filesystems (was: Large Application data sets )
  5. In-Reply-To: moss@cs.umass.edu's message of 23 Jul 92 13:27:18 GMT
  6. Message-ID: <BZS.92Jul26035303@ussr.std.com>
  7. Followup-To: comp.software-eng
  8. Sender: usenet@world.std.com (Mr USENET himself)
  9. Nntp-Posting-Host: ussr.std.com
  10. Organization: The World
  11. References: <1992Jul13.090423.20408@metapro.DIALix.oz.au <33120@cbmvax.commodore.com>
  12.     <1992Jul21.113652.4898@metapro.DIALix.oz.au>
  13.     <1992Jul22.194214.20451@sequent.com>
  14.     <MOSS.92Jul23092718@ibis.cs.umass.edu>
  15. Date: Sun, 26 Jul 1992 08:53:03 GMT
  16. Lines: 56
  17.  
  18.  
  19. From: moss@cs.umass.edu (Eliot Moss)
  20. >It is certainly *possible* to related extents to structure. For example, some
  21. >IBM disks (in the earlier days anyway, not so sure now) were set up more like
  22. >rotating tape drives in the sense that the user could determine the lengths of
  23. >the blocks and where the physical inter-record gaps fell, and blocks did not
  24. >have to be all the same size. These were allocated in cyclinders and tracks,
  25. >of course, and a collection of standard formats were offered by the OS, but
  26. >one could come up with new ones I believe. But this no longer seems the way to
  27. >go on most systems; pre-formatting to a certain block size (and accepting a
  28. >little waste) is just easier, more portable, etc.
  29.  
  30. If anyone wonders what is meant by "easier", in the old IBM OS/370
  31. days if you could not remember the formatting of a file and you were
  32. not a system wizard you basically could not open the file and would
  33. get errors and forced exits if you specified the wrong details in a
  34. job.
  35.  
  36. I remember people deleting files and re-creating them from tape or
  37. cards or whatever because no one could find the job cards which
  38. described how the files were formatted on disk and the OS's reaction
  39. to a "guess" was basically to abort the job (unless the guess was
  40. correct, of course.)
  41.  
  42. All files were opened in the JCL cards which preceded the job (again,
  43. by most mortals, from Assembler you could do anything if you knew how,
  44. but even that was difficult as the system call macros resisted certain
  45. types of hackery), IBM OS/370 wanted all files pre-allocated before
  46. the job ran because it used deadlock prevention (i.e. the job was
  47. pre-empted until all files etc were available) of a rather primitive
  48. sort.
  49.  
  50. Although my memory is rusty a JCL card to open a file looked roughly
  51. like:
  52.  
  53. //SYSIN    dd    dsn=foo.bar,lrecl=80,blksiz=800,space=(80,80,RLSE),
  54.         disp=(new,keep,delete)
  55.  
  56. which reads, roughly, open a file called foo.bar which later will be
  57. referred to by the logical name SYSIN (sort of like a Unix fd but
  58. symbolic, you could have numeric LUN's also), its logical record size
  59. is 80 blocked 10 per block (80*10=>800), and allocate space for (here
  60. I'm very rusty, help), 80 blocks, 80 more blocks if I go over that,
  61. and RELeaSE any I don't use at the end of the job, disposition is a
  62. new file, keep the file if I succeed (exit with R15==0), otherwise
  63. delete the file on any failure.
  64.  
  65. There were, of course, about 200 other things you could say on that
  66. card (literally.)
  67.  
  68.  
  69. --
  70.         -Barry Shein
  71.  
  72. Software Tool & Die    | bzs@world.std.com          | uunet!world!bzs
  73. Purveyors to the Trade | Voice: 617-739-0202        | Login: 617-739-WRLD
  74.