summaryrefslogtreecommitdiff
path: root/source3/smbd/notify_internal.c
diff options
context:
space:
mode:
authorSteven Danneman <steven.danneman@isilon.com>2010-02-12 15:42:50 -0800
committerJeremy Allison <jra@samba.org>2010-02-12 21:29:00 -0800
commitcb0ea273696fc9024e6da18eb3e319024f8643f5 (patch)
treedff81fd31ce6eee83f06eb071079b64ffe68dad2 /source3/smbd/notify_internal.c
parent465ffbadb8ec6f98d337319473c17720cb41bacd (diff)
downloadsamba-cb0ea273696fc9024e6da18eb3e319024f8643f5.tar.gz
samba-cb0ea273696fc9024e6da18eb3e319024f8643f5.tar.bz2
samba-cb0ea273696fc9024e6da18eb3e319024f8643f5.zip
s3/smbd: change locking behavior when "lock spin time = 0".
The "lock spin time" parameter mimics the following Windows setting which by default is 250ms in Windows and 200ms in Samba. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\LockViolationDelay When a client sends repeated, non-blocking, contending BRL requests to a Windows server, after the first Windows starts treating these requests as timed blocking locks with the above timeout. As an efficiency, I've changed the behavior when this setting is 0, to skip this logic and treat all requests as non-blocking locks. This gives the smbd server behavior similar to the 3.0 release with the do_spin_lock() implementation. I've also changed the blocking lock parameter in the call from push_blocking_lock_request() to true as all requests made in this path are blocking by definition.
Diffstat (limited to 'source3/smbd/notify_internal.c')
0 files changed, 0 insertions, 0 deletions