[Samba] Slow reply to "smbclient -NL localhost" : strace

Michael Tokarev mjt at tls.msk.ru
Tue Nov 5 17:16:59 UTC 2024


05.11.2024 12:36, Gilles via samba wrote:
> On 04/11/2024 15:11, Rowland Penny via samba wrote:
>> As I said previously, I do not think this has anything to do with
>> Samba. In an earlier post, you had this output when you ran the same
>> command using 'time':
>>
>> real    0m12.500s
>> user    0m0.732s
>> sys     0m0.102s
>>
>> The 'real' time is the total time it took to run the command, but
>> 'user' + 'sys' is the actual time it took for the Samba part of it, in
>> this case 0.834 seconds, the remaining 11.666 seconds is where your
>> problem lies, what is causing this ?
>> That is what you need to trace, what is getting in the way, it doesn't
>> seem to be anything to do with Samba.
>>
>> When it comes down to it, your 'strace' appears to be useless in this
>> context, there is no 'time' involved.
> 
> Thanks. So I'll look elsewhere to understand why that command is taking so long.

Rowland gives unverified information here, and is
adding to the confusion and distracting attention
from actual problem to somewhere else.

time command shows *CPU* time spent in user space
or system space.  There, CPU time spent by the user
space is 0.7s, and in system is 0.1s.

But the rest of the time might be spent in any system
call which is waiting for something.

For example:

  $ time sleep 5
  real	0m5,001s
  user	0m0,001s
  sys	0m0,000s


If smbclient were just to run usleep() function, it will
show exactly the same behavior.

What's happening here, most likely, is that smbclient is
making some network calls and is waiting for the reply.

It might be a DNS problem or samba (configuration) problem,
depending on where and what it is waiting for.

And yes, this will be visible in the strace output.

> FWIW, there's no delay after I run it once… but only for a couple of minutes.

This suggests it might be a name resolution issue.

/mjt



More information about the samba mailing list