X-Spam-Check-By: sourceware.org Message-ID: <4561B161.8080206@cygwin.com> Date: Mon, 20 Nov 2006 08:45:05 -0500 From: "Larry Hall (Cygwin)" Reply-To: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060916 Fedora/1.5.0.7-1.fc4.remi Thunderbird/1.5.0.7 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: 1.5.20-1: ls -F slowness References: <4550A3B7 DOT 6090002 AT scs DOT ch> <455B174B DOT 6060200 AT scs DOT ch> <456167C1 DOT 6020708 AT scs DOT ch> In-Reply-To: <456167C1.6020708@scs.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Scott Roland wrote: > On Thursday, Nov 16 Corinna wrote: >> I looked through this and I'm just puzzled. I'd expect 1.5.22 to be >> as quick as 1.5.19 with respect to opening files on a share. And it >> is in my tests. The number of usecs above is the time it takes to >> convert an ASCII filename to a UNICODE filename, setting a couple of >> flags and then call NtCreateFile. There are no changes in that code >> between 1.5.19 and 1.5.20 which would in any way explain the slowness >> you see. In my local tests it's always roughly about 1000 usecs. > > Thanks for looking into this. > > I did some monitoring of the performance problem and noticed that the > problems with 1.5.20 and newer are also effected by the performance of > the SMB server being accessed. Around lunch when no one is doing much > work it seems to be okay, but during normal works hour it can take 7 > minutes. The server also has a virus scanner running on it, and when we > turn off the virus scanner the newer versions complete in a normal > amount of time. > > So if the SMB server is not being used much then the ls -F has no > problems, unfortunately this is not the normal situation. I still don't > have any clue as to what the 1.5.20 or newer versions would be doing > special that make them slower than the 1.5.19 and earlier versions. (Are > the newer versions parallelizing the system calls and our server ends up > thrashing its cache?) The first step would be to narrow down what call or calls are taking the time when things slow down for you. A first approximation of this process is to use 'strace'. You can look at the timestamp to figure out what's delaying the access. Or you can just debug it. From there, you'll need to look at what strategies may help. Here, a comparison of new and old "ways" may be useful. Does turning on and off 'smbntsec' make any difference? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/