मुझे नहीं लगता कि सवाल आभासी स्मृति प्रबंधन से संबंधित है, लेकिन Redis में आइटम की समाप्ति है, जो एक पूरी तरह से अलग विषय है के बारे में अधिक।
memcached के विपरीत, रेडिस न केवल एक कैश है। तो उपयोगकर्ता को विभिन्न तंत्रों का उपयोग करके आइटम बेदखल नीति के बारे में चुनना है। आप अपने सभी आइटम, या केवल उनमें से एक हिस्सा बेदखल कर सकते हैं।
सामान्य नीति maxmemory और maxmemory-नीति पैरामीटर के साथ विन्यास फाइल में चयनित किया जाना चाहिए, नीचे वर्णित:
# Don't use more memory than the specified amount of bytes.
# When the memory limit is reached Redis will try to remove keys with an
# EXPIRE set. It will try to start freeing keys that are going to expire
# in little time and preserve keys with a longer time to live.
# Redis will also try to remove objects from free lists if possible.
#
# If all this fails, Redis will start to reply with errors to commands
# that will use more memory, like SET, LPUSH, and so on, and will continue
# to reply to most read-only commands like GET.
#
# WARNING: maxmemory can be a good idea mainly if you want to use Redis as a
# 'state' server or cache, not as a real DB. When Redis is used as a real
# database the memory usage will grow over the weeks, it will be obvious if
# it is going to use too much memory in the long run, and you'll have the time
# to upgrade. With maxmemory after the limit is reached you'll start to get
# errors for write operations, and this may even lead to DB inconsistency.
#
maxmemory <bytes>
# MAXMEMORY POLICY: how Redis will select what to remove when maxmemory
# is reached? You can select among five behavior:
#
# volatile-lru -> remove the key with an expire set using an LRU algorithm
# allkeys-lru -> remove any key accordingly to the LRU algorithm
# volatile-random -> remove a random key with an expire set
# allkeys->random -> remove a random key, any key
# volatile-ttl -> remove the key with the nearest expire time (minor TTL)
# noeviction -> don't expire at all, just return an error on write operations
#
# Note: with all the kind of policies, Redis will return an error on write
# operations, when there are not suitable keys for eviction.
#
# At the date of writing this commands are: set setnx setex append
# incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd
# sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby
# zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby
# getset mset msetnx exec sort
#
# The default is:
#
maxmemory-policy volatile-lru
# LRU and minimal TTL algorithms are not precise algorithms but approximated
# algorithms (in order to save memory), so you can select as well the sample
# size to check. For instance for default Redis will check three keys and
# pick the one that was used less recently, you can change the sample size
# using the following configuration directive.
#
maxmemory-samples 3
फिर अलग-अलग आइटम समाप्ति निम्न कमांड का प्रयोग किया जा सकता है: EXPIRE EXPIREAT प्रति आइटम समाप्ति संपत्ति अस्थिर- * नीतियों के साथ उपयोगी है। PERSIST का उपयोग करके समाप्ति भी हटा दी जा सकती है।
समाप्ति संपत्ति थोड़ी मेमोरी ओवरहेड जोड़ती है, इसलिए इसका उपयोग केवल तभी किया जाना चाहिए जब आवश्यक हो।
अंत में, यह उल्लेखनीय है कि किसी ऑब्जेक्ट का एक हिस्सा समाप्त नहीं किया जा सकता है, केवल पूरी वस्तु ही समाप्त हो सकती है। उदाहरण के लिए, एक कुंजी के अनुरूप एक पूरी सूची या सेट समाप्त हो सकता है, लेकिन व्यक्तिगत सूची या सेट आइटम नहीं कर सकते हैं।
उत्कृष्ट, धन्यवाद। तो defaul एलआरयू एल्गोरिदम ठीक वही है जो मैं चाहता था। बस इसे सेट करने की आवश्यकता है ताकि यह एक 'राज्य' सर्वर हो। – joedevon