可以使用多种工具安装 Ruby。本页介绍如何使用主流的包管理系统和第三方工具管理和安装 Ruby，以及如何通过源码编译安装。

选择安装方式
安装 Ruby 的方式有多种：

如果使用的是类 UNIX 操作系统，使用系统的包管理器是最简单的安装方式。但是，包管理器中的 Ruby 版本通常都不是最新的。
安装工具能够安装指定的一个或多个 Ruby 版本。有针对 Windows 的安装包。
管理工具能帮助你在系统中安装的多个 Ruby 版本之间切换。
最后，也可以通过源码编译安装 Ruby。
下面概述针对不同需求和不同平台的安装方式。

包管理系统
Debian, Ubuntu
CentOS, Fedora, RHEL
Gentoo
Arch Linux
macOS
OpenIndiana
其他发行版
安装工具
ruby-build
ruby-install
RubyInstaller (Windows)
RailsInstaller 和 Ruby Stack
管理工具
chruby
rbenv
RVM
uru
通过源码编译安装
包管理系统
如果不能自己编译 Ruby，也不想使用第三方工具，可以使用系统中的包管理器安装 Ruby。

许多 Ruby 社区的成员强烈建议，应该使用第三方工具来安装 Ruby，不要用系统的包管理器。详细的优缺点超出了本页的讨论范畴，基本原因是大多数系统包管理器里的 Ruby 版本比较老。如果想使用最新的 Ruby 版本，要确保包的名称正确，或者使用后面列出的工具。

apt（Debian 或 Ubuntu）
Debian GNU/Linux 和 Ubuntu 使用 apt 包管理器。用法如下：

$ sudo apt-get install ruby-full
yum（CentOS、Fedora 或 RHEL）
CentOS、Fedora 和 RHEL 使用 yum 包管理器。用法如下：

$ sudo yum install ruby
安装的 Ruby 版本通常是发行版发行日能打包的最新版。

portage（Gentoo）
Gentoo 使用 portage 包管理器。

$ sudo emerge dev-lang/ruby
安装指定的版本，要在 make.conf 文件中设置 RUBY_TARGETS。详见 Gentoo Ruby Project 网站。

pacman（Arch Linux）
Arch Linux 使用 pacman 包管理器。要安装 Ruby，只需要执行下述命令：

$ sudo pacman -S ruby
这将安装最新的 Ruby 稳定版。

Homebrew（macOS）
macOS (High) Sierra 和 OS X El Capitan 已内置了 Ruby 2.0。

许多 macOS 用户使用 Homebrew 作为包管理器。用 Homebrew 能够非常简单地获取到最新版的 Ruby：

$ brew install ruby
这将安装最新版的 Ruby。

OpenIndiana
若想在 OpenIndiana 上安装 Ruby，要使用 Image Packaging System (IPS) 客户端。这将直接从 OpenIndiana 代码库安装 Ruby 和 RubyGems：

$ pkg install runtime/ruby
然而，第三方工具或许是获取最新版 Ruby 更好的方法。

其它发行版
在其它操作系统中，可以使用包管理器在包仓库中搜索 Ruby，或许使用第三方工具是更好的选择。

安装工具
如果系统或者包管理器提供的 Ruby 版本已经过时，可以使用第三方安装工具来安装更新的版本。其中许多工具允许在同一个系统中安装多个 Ruby 版本，相关的工具能帮你在不同的版本之间切换。如果打算用 RVM 作为版本管理工具，不需要其它的安装工具，它自己就具有这些功能。

ruby-build
ruby-build 是 rbenv 的一个插件，能在任意目录中编译和安装不同版本的 Ruby。ruby-build 也可以不依赖 rbenv 而单独使用。支持的平台有 macOS、Linux 和其它类 UNIX 操作系统。

ruby-install
ruby-install 能在任意目录中编译和安装不同版本的 Ruby。还有个兄弟工具，chruby，可以用来切换不同的 Ruby 版本。支持的平台有 macOS、Linux 和其它类 UNIX 操作系统。

RubyInstaller
如果使用 Windows，有个不错的项目能帮你安装 Ruby：RubyInstaller。它能帮你在 Windows 中安装所需的所有 Ruby 开发环境。

下载、运行，即可!

RailsInstaller 和 Ruby Stack
如果是为了使用 Ruby on Rails 而安装 Ruby，可以使用下列安装工具：

RailsInstaller，使用的是 RubyInstaller，但包括了其它能够帮助 Rails 开发的工具。支持 OS X 和 Windows。
Bitnami Ruby Stack，提供了完整的 Rails 开发环境。支持 macOS、Linux、Windows、虚拟机和云镜像。
管理工具
许多 Ruby 程序员使用 Ruby 管理工具管理不同版本的 Ruby。这些管理工具有很多额外的优点，但没有官方支持。不过，这些工具背后的社群都乐于助人。

chruby
chruby 用于在不同的 Ruby 版本之间切换。chruby 能够管理用 ruby-install 或者通过源码编译安装的 Ruby。

rbenv
rbenv 用于管理系统中安装的多个 Ruby 版本。它不能直接安装 Ruby，但有个流行的插件叫 ruby-build 能够安装 Ruby。这两个工具都支持 macOS、Linux 和其它类 UNIX 操作系统。

rbenv for Windows
rbenv for Windows 用于在Windows上下载安装并管理系统中的多个 Ruby 版本。它使用PowerShell编写，由此为Windows用户提供了一个使用Ruby的原生方法。除此之外，它的命令行接口与类 UNIX 系统上的 rbenv 兼容。

RVM（“Ruby Version Manager”）
RVM 能在系统中安装和管理多个 Ruby 版本。同时还能管理不同的 gem 集。支持 macOS、Linux 和其它类 UNIX 操作系统。

uru
Uru 是一个轻量级的命令行工具，支持多平台，能够帮你在 macOS、Linux 和 Windows 上使用不同的 Ruby 版本。

通过源码编译安装
当然，也可以通过源码安装 Ruby。下载，解压，然后执行：

$ ./configure
$ make
$ sudo make install
默认情况下，Ruby 安装到 /usr/local 目录。如果想使用其他目录，可以把 --prefix=DIR 选项传给 ./configure 脚本。

因为无法使用任何工具来管理通过源码编译安装的 Ruby，所以使用第三方工具或者包管理器或许是更好的选择。

1、缓存应用
一个系统中不同层面数据访问速度不一样，以计算机为例，CPU、内存和磁盘这三层的访问速度从几十 ns 到 100ns，再到几 ms，性能的差异很大，如果每次 CPU 处理数据时都要到磁盘读取数据，系统运行速度会大大降低。
所以，计算机系统中，默认有两种缓存：
（1）CPU 里面的末级缓存，即 LLC，用来缓存内存中的数据，避免每次从内存中存取数据。
（2）内存中的高速页缓存，即 page cache，用来缓存磁盘中的数据，避免每次从磁盘中存取数据。
在一个层次化的系统中，缓存一定是一个快速子系统，数据存在缓存中时，能避免每次从慢速子系统中存取数据。对应到互联网应用来说，Redis 就是快速子系统，而数据库就是慢速子系统了。

Redis 是一个独立的系统软件，如果应用程序想使用 Redis 缓存，就需要增加相应的代码。所以，我们也把 Redis 称为旁路缓存，也就是说，读取缓存、读取数据库和更新缓存的操作都需要在应用程序中来完成。

Redis 缓存按照是否接受写请求，分为只读缓存和读写缓存两种类型，只读缓存能加速读请求，而读写缓存可以同时加速读写请求。读写缓存又分为同步直写和异步写回，可以根据业务需求在保证性能和保证数据可靠性之间进行选择。

2、淘汰机制
缓存的容量终究是有限的，需要按一定规则淘汰出去，为新来的数据腾出空间，提高缓存命中率，提升应用的访问性能。缓存容量的规划通常是需要结合应用数据实际访问特征和成本开销来综合考虑的，建议把缓存容量设置为总数据量的 15% 到 30%，兼顾访问性能和内存空间开销。设置容量命令（如4gb）：CONFIG SET maxmemory 4gb

8种淘汰策略：noeviction、volatile-random、volatile-ttl、volatile-lru、volatile-lfu、allkeys-lru、allkeys-random、allkeys-lfu
大体分为两类，noeviction（不淘汰数据），缓存被写满了，再有写请求时 Redis 不再提供服务，直接返回错误。另外7种是一类，按照一定范围对缓存数据进行淘汰，对设置过期时间的数据进行淘汰，和对所有数据进行淘汰。分类如图：
具体策略如下：
（1）volatile-ttl： 根据过期时间的先后进行删除，越早过期的越先被删除。
（2）volatile-rando： 在设置了过期时间的键值对中，进行随机删除。
（3）volatile-lru： 使用 LRU 算法筛选设置了过期时间的键值对。
（4）volatile-lfu： 使用 LFU 算法选择设置了过期时间的键值对。
（5）allkeys-random： 从所有键值对中随机选择并删除数据。
（6）allkeys-lru： 使用 LRU 算法在所有数据中进行筛选。
（7）allkeys-lfu： 使用 LFU 算法在所有数据中进行筛选。

LRU 算法
LRU 算法全称 Least Recently Used，按照最近最少使用的原则来筛选数据，最不常用的数据会被筛选出来，而最近频繁使用的数据会留在缓存中。LRU 会把所有的数据组织成一个链表，链表的头和尾分别表示 MRU 端和 LRU 端，分别代表最近最常使用的数据和最近最不常用的数据。

举个栗子：数据 20 和 3 被访问后，它们在链表中的位置移动到了 MRU 端，LRU 算法选择删除数据时，都是从 LRU 端开始，所以当新数据15被写入时，LRU 端的数据5被删除。LRU 算法在实际实现时，需要用链表管理所有的缓存数据，这会带来额外的空间开销。而且，当有数据被访问时，需要在链表上把该数据移动到 MRU 端，如果有大量数据被访问，就会带来很多链表移动操作，会很耗时，进而会降低 Redis 缓存性能。

所以，在 Redis 中，LRU 算法被做了简化，以减轻数据淘汰对缓存性能的影响，具体实现原理是 Redis 默认会记录每个数据的最近一次访问的时间戳（由键值对数据结构 RedisObject 中的 lru 字段记录），在需要选择淘汰的数据时，Redis首先会随机选择N个数据将它们作为一个候选集合，然后比较他们的lru字段，将lru字段最小的数据淘汰掉。N 可以通过命令设置：CONFIG SET maxmemory-samples 100

当再次淘汰时，Redis会再挑选一些lru字段比候选集合中最小lru字段还要小的键值对，将它们放入候选集，如果候选集的数据的个数达到了 maxmemory-sample 配置的个数，Redis就开始将lru字段值最小的数据淘汰

LFU 算法
与 LRU 策略相比，LFU 策略中会从两个维度来筛选并淘汰数据：一是，数据访问的时效性（访问时间离当前时间的远近）；二是，数据的被访问次数。就是在 LRU 策略基础上，为每个数据增加了一个计数器，来统计访问次数。淘汰数据时，首先会根据数据的访问次数进行筛选，把访问次数最低的数据淘汰出缓存。如果两个数据的访问次数相同，再比较这两个数据的访问时效性，把距离上一次访问时间更久的数据淘汰出缓存。

具体实现是把原来 24bit 大小的 lru 字段，又进一步拆分成了两部分：ldt 值（lru 字段的前 16bit，表示数据的访问时间戳）、counter 值（lru 字段的后 8bit，表示数据的访问次数）。但是 counter 只有 8bit，记录的最大值是 255，显然不能因对数据成千上万次的访问。实际 LFU 策略实现时，数据访问并不是简单的 counter 值加 1 的计数规则，而是采用了一个更优化的计数规则。

每当数据被访问一次时，首先，用计数器当前的值乘以配置项 lfu_log_factor 再加 1，再取其倒数，得到一个 p 值；然后，把这个 p 值和一个取值范围在（0，1）间的随机数 r 值比大小，只有 p 值大于 r 值时，计数器才加 1，通过设置不同的 lfu_log_factor 配置项，来控制计数器值增加的速度。以下是计算方式部分代码（baseval当前值）和 lfu_log_factor 设置不同值的变化情况：

double r = (double)rand()/RAND_MAX;
...
double p = 1.0/(baseval*server.lfu_log_factor+1);
if (r < p) counter++;
正是因为使用了非线性递增的计数器方法，即使缓存数据的访问次数成千上万，LFU 策略也可以有效地区分不同的访问次数，从而进行合理的数据筛选。从刚才的表中，我们可以看到，当 lfu_log_factor 取值为 10 时，百、千、十万级别的访问次数对应的 counter 值已经有明显的区分了，所以，我们在应用 LFU 策略时，一般可以将 lfu_log_factor 取值为 10。

有些数据在短时间内被大量访问后就不会再被访问了，按访问次数筛选时，这些数据会被留存在缓存中，但不会提升缓存命中率。为此，Redis 在实现 LFU 策略时，还设计了一个 counter 值的衰减机制。通过配置衰减因子 lfu_decay_time 来控制访问次数的衰减。

具体操作是计算当前时间和数据最近一次访问时间的差值，换算成分钟单位，再除以 lfu_decay_time 值，就是数据 counter 要衰减的值。lfu_decay_time 值越大，相应的衰减值会变小，衰减效果也会减弱。所以，如果业务应用中有短时高频访问的数据的话，建议把 lfu_decay_time 值设置为 1，它们不再被访问后，会较快地衰减它们的访问次数，尽早把它们从缓存中淘汰出去，避免缓存污染。