mirror of
https://github.com/wassname/ray.git
synced 2026-07-07 06:55:53 +08:00
Robert Nishihara
b6bcd18d65
* Divide profile table among many keys in GCS. * Fix, and remove --collect-profiling-data arg. * Remove reference in doc.
13 lines
602 B
ReStructuredText
13 lines
602 B
ReStructuredText
Redis Memory Management (Experimental)
|
|
======================================
|
|
|
|
Ray stores metadata associated with tasks and objects in one or more Redis
|
|
servers, as described in `An Overview of the Internals
|
|
<internals-overview.html>`_. Applications that are long-running or have high
|
|
task/object generation rate could risk high memory pressure, potentially leading
|
|
to out-of-memory (OOM) errors.
|
|
|
|
In Ray `0.6.1+` Redis shards can be configured to LRU evict task and object
|
|
metadata by setting ``redis_max_memory`` when starting Ray. This supercedes the
|
|
previously documented flushing functionality.
|