Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!apple!voder!pyramid!ctnews!unix386!mburg
From: mburg@unix386.Convergent.COM (Mike Burg)
Newsgroups: comp.unix.sysv386
Subject: Re: File system performance
Message-ID: <1363@unix386.Convergent.COM>
Date: 7 Nov 90 20:16:50 GMT
References: <1990Nov02.124206.5434@nstar.uucp> <1990Nov3.014101.2796@unixland.uucp> <1990Nov5.154056.4737@pegasus.com> <1990Nov5.225213.11920@unixland.uucp>
Reply-To: mburg@unix386.UUCP (Mike Burg,x5934,,)
Organization: /u3/mburg/.org
Lines: 24

In article <1990Nov5.225213.11920@unixland.uucp> bill@unixland.uucp (Bill Heiser) writes:
>In article <1990Nov5.154056.4737@pegasus.com> richard@pegasus.com (Richard Foulk) writes:
>>>Rev D of Esix has what they call the FFS (Fast File System).  I don't
>>>know if that is a BSD file system or not...
>>It has long file names doesn't it?
>No, Esix has a 14 character limit on filename length.

Well, when I was still working at ESIX and porting the FFS to System V, I did
add a "directory flag" into the super block stating which directory style
to use. Either the System V style of 14-characters, or the original BSD 255
character style. However, that was over a year ago and I haven't really kept
in contact with them to see what was the final turnout. (It seems that either
some notes of mine got lost, or someone didn't like that feature after
I left :-) :-))

The reason for the two directory layouts was for those programs that still were
using the old open("."), read(.., &dir, sizeof(struct dir)), method instead
of using opendir/readdir to retrieve the filenames in a directory. I was
very surpised to see a mass of system utilities in 3.2 that still used the
former method.
-- 
----------------------------------
Michael Burg -  Unisys/Convergent Corp.  Unix Intel Platforms Division San Jose
Phone: (408) 456-5934 UUCP: uunet!pyramid!ctnews!unix386.Convergent.com!mburg