[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Accessing SMB shares extremely slow

From: Martin Apel
Subject: Re: Accessing SMB shares extremely slow
Date: Mon, 22 Oct 2012 10:39:45 +0200
User-agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1

Hi Michael,

that's great. At least this shows, that it has nothing to do with my environment.

Best Regards,


On 22/10/12 10:26, Michael Albinus wrote:
Martin Apel <address@hidden> writes:

Hi Michael,
Hi Martin,

What is interesting, is that smbclient seems to be much slower
answering emacs than it is when run from the shell. The strace shows,
that emacs is waiting for smbclient output for about 6 seconds.  I
invoked the exact same command "/usr/bin/smbclient //pklma/e -U apel
-W intec -s /dev/null" from the shell and a get operation from the
smbclient commandline returns immediately.
Finally, I could reproduce it, with Emacs' profiler:

tramp-accept-process-output  197         198.93150910  1.0098046147
accept-process-output        197         11.273527755  0.0572260292

I have no idea why it happens, but I can play with it now, looking for a
solution. It also seems to happen only for smb connections; a profiling
of a (much slower) remote ssh connection yields

tramp-accept-process-output  664         271.61195060  0.4090541424
accept-process-output        664         115.90111166  0.1745498669

This is a much better rate between both functions. I run with
tramp-verbose 10, which causes tramp-accept-process-output to print traces.

Best Regards,

Best regards, Michael.
Virus checked by G Data AntiVirus
Version: AVA 22.6477 dated 22.10.2012

reply via email to

[Prev in Thread] Current Thread [Next in Thread]