是否有基于磁盘的文件系统专用的Linux内存caching？服务器 Gind.cn

我们有两个（或更多的）应用程序争夺OS页面caching。特别是ElasticSearch非常依赖OS页面caching。在低延迟的情况下，高速caching未命中可能会造成或中断性能。 ES是节点上唯一的低延迟应用程序，因此需要 OS页面caching。由于整个索引不适合RAM加热器用于启动caching，但几个小时后，这些caching被其他应用程序丢弃。

我有一些想法和想法：

RAMFS（但索引不适合内存，所以不去那里）
TMPFS（但它不是通过重新启动并使用交换持续）
在Lucene / ES级别caching（似乎不存在，操作系统页面caching是他们的caching策略）
专用的硬件（这是很难certificate的，因为机器有足够的内存和CPU，只需要更好的使用它;再加上我们需要很多的节点）。
VMTouchlocking（没有办法真正检测什么时候ES要合并新的细分市场，需要解锁旧的文件，并映射新的）
全虚拟机（性能成本和额外的pipe理/pipe理）

一个专门的文件系统可以分割出预定义的内存块来进行caching。但是由于ES / Lucene的devise限制，在这个时候我只想购买专用节点。