Whamcloud - gitweb
LU-6390 ldlm: restore the ELC for enqueue 42/14342/3
authorVitaly Fertman <vitaly.fertman@seagate.com>
Thu, 2 Apr 2015 17:35:32 +0000 (20:35 +0300)
committerOleg Drokin <oleg.drokin@intel.com>
Fri, 19 Jun 2015 07:02:00 +0000 (07:02 +0000)
commitac5abd46e95edd97316ff0e9563288636e7c42bc
tree40e34e8e2293bd1965ff49119d745aa5d6ae6b65
parent51c90a076884a8cda2bcc655058be43c2c0dced2
LU-6390 ldlm: restore the ELC for enqueue

after LU-4300 enqueue does not ELC anymore, however if enqueue is
agressive (ls -la of a large dir) we may exceed lru-resize limit
quickly because LRUR shrinker and recalc are called not so often.

ELC is to be restored in enqueue.
ELC also should check for the lock weight, in addition to LRUR.
ELC can also keep "skipped" locks, i.e. once checked for the weight
and left in the lru - let LRUR take care about them later.
LRUR is to be left untouched, no weight logic, otherwise LU-5727
appears and OPEN locks do not get canceled.

Xyratex-bug-id: MRP-2550
Signed-off-by: Vitaly Fertman <vitaly.fertman@seagate.com>
Change-Id: I19fb7c367d9d38107a4fb6d100a47c2e7b7ad640
Reviewed-on: http://review.whamcloud.com/14342
Reviewed-by: Jinshan Xiong <jinshan.xiong@intel.com>
Tested-by: Jenkins
Reviewed-by: Niu Yawei <yawei.niu@intel.com>
Tested-by: Maloo <hpdd-maloo@intel.com>
Reviewed-by: Andreas Dilger <andreas.dilger@intel.com>
Reviewed-by: Oleg Drokin <oleg.drokin@intel.com>
lustre/ldlm/ldlm_internal.h
lustre/ldlm/ldlm_request.c
lustre/osc/osc_request.c