Linux3.1支持英特尔Optane吗？

Question

LinuxArch3.1支持Intel Optane吗？我在SATA上启动了内核3.1。是否有关于SATA的情报？或者Linux3.1是否支持任何其他光导纤维接口？

编辑

它是基于Arch的Linux3.1

不名-a

Linux server1 server1 #1 SMP抢占RT Wed 10月9日2013年x86_64

4.0版本在我的系统中有一个问题。我没有尝试5.0。

Answer 1

发布快照是从2015年开始的。使用它在2020年(特别是在网络上)似乎是一个可怕的想法，从一个安全POV! -它不像RedHat或类似的东西，他们把安全补丁到旧版本的内核和用户空间，这张Arch /Linux的快照从那时起就没有被维护过。

“Linux3.1”是极具误导性的术语。你说的是发行版版本，所以你需要说“Linux3.1有声爱好者”。如果您只是说LinuxX.Y，则假定它是一个内核版本号。Linux是内核本身的名称。

AFAIK，只有Optane需要任何特殊的支持(对于mmap(MAP_SYNC)，因为Linux (内核版本) 4.15)，并可能需要与needs本身对话。

其他的光学器件(光学直流和消费级的光学)只是使用标准协议的快速SSD，通常是NVMe。

英特尔与Optane相关的一些东西，如使用光烷作为缓存驱动器，为了加速旋转硬盘或“增强你的内存”，纯粹是(Windows)软件，它被锁定在使用某些Intel上。例如，不明白英特尔光电直流SSD的使用作为额外的RAM与IMDT？解释说，IMDT只是英特尔的软件，可以使用Optane作为交换空间。

撒塔太慢了，对大部分的好处来说都是如此。一个快速的谷歌没有发现任何光学SATA设备，这并不令人惊讶。英特尔不太可能销售任何基于3 3DXpoint内存的SATA连接的光端机。

LinuxVersion3.10支持NVMe；Linux3.3中添加了支持。(假设这个发行版在启用NVMe的情况下构建了内核。)

一个老到3.10的内核可能与新主板上的其他硬件有问题。(包括但可能不限于集成图形。)

如果您的实时延迟要求非常低，您可能希望查看needs，或者仅仅查看一个RAM磁盘(在启动时将其复制到RAM磁盘)，以获得需要准备低延迟的数据，以确保读取永远不必等待磁盘延迟。

如果没有，您可能可以使用一个仍在维护的现代发行版，并配置一个低延迟内核。

或者mmap文件，然后用mlock将它们固定在内存中，以确保它们保持就绪。(不能解决初始读取延迟问题，但一旦完成，就可以保证文件的低延迟访问。也不需要昂贵的仓库。高容量的TLC或QLC NVMe SSD可能会很好，特别是如果您在只读工作负载下寻找一个不会长时间阻塞的SSD。)使用noatime防止写入。)