You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@geode.apache.org by ud...@apache.org on 2017/06/06 17:57:22 UTC
[2/4] geode git commit: GEODE-1672: When amount of overflowed
persisted data exceeds heap size startup may run out of memory, corrections.
GEODE-1672: When amount of overflowed persisted data exceeds heap size startup may run out of memory, corrections.
Project: http://git-wip-us.apache.org/repos/asf/geode/repo
Commit: http://git-wip-us.apache.org/repos/asf/geode/commit/76705252
Tree: http://git-wip-us.apache.org/repos/asf/geode/tree/76705252
Diff: http://git-wip-us.apache.org/repos/asf/geode/diff/76705252
Branch: refs/heads/feature/GEODE-3023
Commit: 7670525222d6beefc8bd50dd2fc0c4eafb3e0fad
Parents: 7f538f6
Author: Dave Barnes <db...@pivotal.io>
Authored: Mon Jun 5 16:18:24 2017 -0700
Committer: Udo Kohlmeyer <uk...@pivotal.io>
Committed: Tue Jun 6 10:57:19 2017 -0700
----------------------------------------------------------------------
.../troubleshooting/system_failure_and_recovery.html.md.erb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
----------------------------------------------------------------------
http://git-wip-us.apache.org/repos/asf/geode/blob/76705252/geode-docs/managing/troubleshooting/system_failure_and_recovery.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/managing/troubleshooting/system_failure_and_recovery.html.md.erb b/geode-docs/managing/troubleshooting/system_failure_and_recovery.html.md.erb
index 740cc04..f4f921c 100644
--- a/geode-docs/managing/troubleshooting/system_failure_and_recovery.html.md.erb
+++ b/geode-docs/managing/troubleshooting/system_failure_and_recovery.html.md.erb
@@ -318,7 +318,7 @@ differently than non-LRU values.
## Default Recovery Behavior for Persistent Regions
The default behavior is for the system to recover all keys, then asynchronously recover all data
-values that were resident, leaving LRU values unrecovered. This default strategy is best for
+values, leaving LRU values unrecovered. This default strategy is best for
most applications, because it strikes a balance between recovery speed and cache completeness.
### Configuring Recovery of Persistent Regions
@@ -352,7 +352,7 @@ Three Java system parameters allow the developer to control the recovery behavio
no values are recovered.
*How used:* When `false`, allows the system to become available sooner, but some time must elapse
- before the entire cache is refreshed. Some key retrievals will require disk access, and some will not.
+ before all values have been read from disk into cache memory. Some key retrievals will require disk access, and some will not.
When `true`, prolongs restart time, but ensures that when available for use, the cache is fully
populated and data retrieval times will be optimal.