魔扣科技

Windows和NTFS文件系统自从10年前出现到现在几乎没有太大的改变，由于它们自身结构限制的原因它们是不大可能拓展的。NTFS文件系同层、分配策略以及架构组织使得NTFS文件系统不能有效地支持多TB文件系统，更不用说PB级文件系统了，因为NTFS没有成为微软的目标市场也就不足为奇了。

那么Linux系统最初的目标市场是什么呢?当然是取代微软桌面了。Linux已经从在桌面上运行逐渐转移到在Sun、IBM和SGI的大型SMP服务器上运行。但是Linux操作系统和Linux文件系统能够应对高性能I/O带来的挑战吗?

你也许会认为你不需要高性能I/O，但是每台服务器都需要这种I/O性能来满足备份和恢复等简单需要。现有的LTO-4磁带驱动器可以以每面120MB(无压缩)的速度运行，支持每面240MB的无压缩数据速率。如果你的文件系统不能支持这种流式数据传输所需的I/O的话，那么接下来备份和恢复所花费的时间可能要比你预期的长。对于多磁带驱动器的大型环境来说，磁带驱动器不能以完全的数据速率进行工作的话，这就需要更多的磁带驱动器来满足备份时间窗口，这也会对恢复流程造成影响。因此，只要是说到备份或者恢复，似乎所有人都对Linux文件系统的性能更感兴趣。

Linux文件系统可以满足其他大型Unix服务器的文件系统需求吗?有些人可能会就这个问题询问SGI，但是SGI有一款名为ProPack的软件，这款软件具有针对Linux的高速I/O优化功能，另外SGI还有一个名为CxFS的开放特有Linux文件系统，它并不是标准Linux套件的一部分。因为SGI的ProPack和CxFS不属于标准Linux套件，所以我们在这里就不谈它们了。我们将主要谈一谈标准Linux系统，因为我们大多数认识用的都是这种系统。

　　我们将主要来看两点：

　　1、Linux操作系统

　　2、Linux文件系统

　　Linux操作系统

我们先不考虑Linux未来的发展，而是将重点放在现在。Linux拥有一系列可以满足AIX以及Solaris系统I/O性能的特性(例如直接I/O)，但是说到底Linux不是基于高性能多线程I/O进行设计的。

有很多方面对Linux的性能造成了限制，例如与其他操作系统相比的页面大小、Linux在直接I/O和页面调整方面的限制、以及Linux不允许通过I/O请求的大小来自动直连I/O——我曾经发现Linux内核将较大的(大于512MB)的I/O请求分解成128KB的请求。因为最初Linux I/O性能和文件系统的设计目标是为了取代Windows操作系统，所以出现这种问题并不奇怪。

Linux还存在其他一些问题，对初用者来说缺少专门的人来负责。如果你发现有问题，许多人都表示会来对它进行修复，编写Linux程序的人也许不会对你的问题做出回应。如果一家Linux厂商答应对你发现的故障进行修复，这并不意味着Linux部门将接受他们的许诺，或者马上接受。对故障打补丁的同时可能会带来维护上的一些问题。

Linux文件系统和Linux内核设计的目标应该是解决一些完全不同于AIX或者Solaris的故障问题，如果你发现有故障问题的话，应该直接找Linux部门而不是IBM或者Sun。如果你使用的是AIX或者Solaris，向IBM或者Sun求助的话，他们不会说没有办法解决的。

俯卧撑

谢谢朋友的精彩点评！谢谢您一直以来的支持和鼓励！感谢网络为我们搭建了交流平台，架起一座交友金桥！让我们相识网络、从陌生到熟悉、到相识相知，成为好朋友。魔扣源码论坛愿我们的友谊似高山大海，今生来世永存！

lrfmxox

爱情里最忌讳的就是：两人都幻想着彼此的未来，却也总惦记着对方的过去。',

keqinxinxx

LZ是天才，坚定完毕

HuzJZtAh

嘘，低调。

lindy

学习下

zpklfruV

我只是路过魔扣源码论坛打酱油的~ ~ ~