From:	cloder AT ccs DOT neu DOT edu (Chad Loder)
Subject:	Re: ls -p very slow
6 Nov 1997 14:16:17 -0800 :
Message-ID:	<Pine.SUN.3.96.971106111456.18390A-100000.cygnus.gnu-win32@zoe.ccs.neu.edu>
References:	<2 DOT 2 DOT 32 DOT 19971105215929 DOT 009b93a4 AT ma DOT ultranet DOT com>
Reply-To:	cloder AT acm DOT org
Mime-Version:	1.0
To:	Larry Hall <lhall AT rfk DOT com>
Cc:	Earnie Boyd <earnie_boyd AT hotmail DOT com>, garbanzo AT hooked DOT net,
	gnu-win32 AT cygnus DOT com

On Wed, 5 Nov 1997, Larry Hall wrote:

> I think Sergey has the right idea with his implementation.  It has always 
> seemed to me the a symbolic link an attribute of the file.  Certainly, if
> someone replaces the current symbolic link implamentation with one that
> makes use of shortcuts, the implementation will still need to either open
> the short cut file to figure out its a shortcut or base the determination
> on some extension to the file name (i.e. .lnk).  I'd be surprosed to find
> that shortcut files are significantly faster to open than any other type
> of file so I can't see much benefit to a change in this regard.  Using some

My whole point was, Sergey's aproach is an improvement over looking through
*every* file, but you still have to open and close every file with the system
attribute set. You would get a performance boost by having one hidden, system
file created in the directory which contains a table (or a tree) of symbolic
links for that directory. Hey, that way, when you look at the directory using
Windows, you don't see a bunch of files you can't use. You see at most one.

If the code is set up correctly (I admit I haven't looked at it), then you
should only need to change one or two procedures when you change how
symbolic links are looked up, and all the programs which call the procedures
will not need to be changed. Chances are, it's not set up that way, tho. :)

Might not be worth it. You might only get a performance boost in listing
situations, but when you cd to a symbolic dir or more a symbolic file, it
might actually be slower. :)

-chad

----------------------------------------------------
| Chad Loder - Somerville, MA, USA                 |
| EMail:     cloder AT acm DOT org                        |
| Home Page: http://www.ccs.neu.edu/home/cloder    |
----------------------------------------------------



-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -