<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">FYI:  To be fair to the IBM systems of the time, TSS and MTS had a naming scheme that used dots (.) as the path separators in their pathnames and they too supported a directory/subdirectory idea.   While ugly in my opinion compared to UNIX, not really much worse than later schemes that DEC would use for TOPS, RSX, VMS et al (I once got into a "discussion" with Cutler about VMS's #$%%^ filenames but that's a different story).</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">The key point is that around this time the idea of "sub-directories" began to become important.   The file cabinet metaphor was beginning to come into age as people recognized the systems using "soft files" had the same issues that "paper files" and they needed some way to build up similar "filing mechanisms" with cabinets, drawers, file folder etc....</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">That said, I agree that  OS/360 was primitive but being batch oriented, I think did not consider the "human factors" the way the time sharing system required started to do. </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Anyway back to Warren's questions -- the idea of a disk "catalog" for the meta-data was not new to UNIX.   Tannenbaum's books (starting with the Minux book) describes the history and the idea reasonably well.    What UNIX did was create a user file type called  a directory (eventually user create-able) and was able to separated the human name for the bag of bit (i.e. the data itself) from the catalog or system name for those same bits.   As AST puts it, UNIX has a two level file system, one for the OS which is numerical in nature (the i-node) and then layered on top of it was something humans liked better.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Again, by breaking the idea/metaphor of a files and file cabinets into two pieces - higher level (human oriented) and lower level (system specific), like the splitting the command system of the shell out of the OS fork/exec/wait primitives, UNIX ended up with something more more flexible and scalable.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Clem </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 18, 2016 at 4:42 AM, Peter Jeremy <span dir="ltr"><<a href="mailto:peter@rulingia.com" target="_blank">peter@rulingia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-Mar-18 19:00:00 +1100, Dave Horsfall <<a href="mailto:dave@horsfall.org">dave@horsfall.org</a>> wrote:<br>
>On Fri, 18 Mar 2016, Warren Toomey wrote:<br>
>> It's a bit off-topic, but what were non-Unix filesystems like around<br>
>> 1969-1970?<br>
><br>
>With my IBM/360 experience, "horrible".<br>
<br>
</span>That's being unfair to filesystems.  You can't call what you got with<br>
OS/360 a "filesystem".  IMHO, a filesystem needs more than a way to<br>
associate a name with a manually-allocated region of DASD.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Peter Jeremy<br>
</font></span></blockquote></div><br></div>