diff options
author | NeilBrown <neilb@suse.de> | 2010-08-12 03:04:06 -0400 |
---|---|---|
committer | J. Bruce Fields <bfields@redhat.com> | 2010-09-07 19:22:07 -0400 |
commit | f16b6e8d838b2e2bb4561201311c66ac02ad67df (patch) | |
tree | 92c4ab62aa566029ce25989ef7dc8e3634365f63 /net/sunrpc/svc_xprt.c | |
parent | c5b29f885afe890f953f7f23424045cdad31d3e4 (diff) |
sunrpc/cache: allow threads to block while waiting for cache update.
The current practice of waiting for cache updates by queueing the
whole request to be retried has (at least) two problems.
1/ With NFSv4, requests can be quite complex and re-trying a whole
request when a later part fails should only be a last-resort, not a
normal practice.
2/ Large requests, and in particular any 'write' request, will not be
queued by the current code and doing so would be undesirable.
In many cases only a very sort wait is needed before the cache gets
valid data.
So, providing the underlying transport permits it by setting
->thread_wait,
arrange to wait briefly for an upcall to be completed (as reflected in
the clearing of CACHE_PENDING).
If the short wait was not long enough and CACHE_PENDING is still set,
fall back on the old approach.
The 'thread_wait' value is set to 5 seconds when there are spare
threads, and 1 second when there are no spare threads.
These values are probably much higher than needed, but will ensure
some forward progress.
Note that as we only request an update for a non-valid item, and as
non-valid items are updated in place it is extremely unlikely that
cache_check will return -ETIMEDOUT. Normally cache_defer_req will
sleep for a short while and then find that the item is_valid.
Signed-off-by: NeilBrown <neilb@suse.de>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
Diffstat (limited to 'net/sunrpc/svc_xprt.c')
-rw-r--r-- | net/sunrpc/svc_xprt.c | 11 |
1 files changed, 11 insertions, 0 deletions
diff --git a/net/sunrpc/svc_xprt.c b/net/sunrpc/svc_xprt.c index cbc084939dd8..8ff6840866fa 100644 --- a/net/sunrpc/svc_xprt.c +++ b/net/sunrpc/svc_xprt.c | |||
@@ -651,6 +651,11 @@ int svc_recv(struct svc_rqst *rqstp, long timeout) | |||
651 | if (signalled() || kthread_should_stop()) | 651 | if (signalled() || kthread_should_stop()) |
652 | return -EINTR; | 652 | return -EINTR; |
653 | 653 | ||
654 | /* Normally we will wait up to 5 seconds for any required | ||
655 | * cache information to be provided. | ||
656 | */ | ||
657 | rqstp->rq_chandle.thread_wait = 5*HZ; | ||
658 | |||
654 | spin_lock_bh(&pool->sp_lock); | 659 | spin_lock_bh(&pool->sp_lock); |
655 | xprt = svc_xprt_dequeue(pool); | 660 | xprt = svc_xprt_dequeue(pool); |
656 | if (xprt) { | 661 | if (xprt) { |
@@ -658,6 +663,12 @@ int svc_recv(struct svc_rqst *rqstp, long timeout) | |||
658 | svc_xprt_get(xprt); | 663 | svc_xprt_get(xprt); |
659 | rqstp->rq_reserved = serv->sv_max_mesg; | 664 | rqstp->rq_reserved = serv->sv_max_mesg; |
660 | atomic_add(rqstp->rq_reserved, &xprt->xpt_reserved); | 665 | atomic_add(rqstp->rq_reserved, &xprt->xpt_reserved); |
666 | |||
667 | /* As there is a shortage of threads and this request | ||
668 | * had to be queue, don't allow the thread to wait so | ||
669 | * long for cache updates. | ||
670 | */ | ||
671 | rqstp->rq_chandle.thread_wait = 1*HZ; | ||
661 | } else { | 672 | } else { |
662 | /* No data pending. Go to sleep */ | 673 | /* No data pending. Go to sleep */ |
663 | svc_thread_enqueue(pool, rqstp); | 674 | svc_thread_enqueue(pool, rqstp); |