This is the mail archive of the cygwin@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: ls -p very slow


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@acm.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@cygnus.com" with one line of text: "help".


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]