提问：SuSE下的NFS服务如何改进。现在感觉偏慢。

ruthenium

由于结点计算的需要，要在服务器上开启NFS服务。每到计算结束的时候，都会有4-5G的文件传输。过程要在30分钟到40分钟左右。我们使用的交换机传输速率是1G的。不知道像这样的速度是不是正常。

另外，有没有LINUX下的NFS软件可用。以便可以提高相关的传输性能呢？

ruthenium

等了一天，没人理我啊，再顶一下

kartwall

1. NFS是Sun的东西，和SUSE没有关系

2. 30到40分钟很正常

3. 看你的描述，你似乎在用集群做高性能计算（并行计算）。如果NFS是你的瓶颈的话，可以考虑如下方案：第一，如果4-5G的数据是由几个大文件所组成的话，可以考虑分布式并行文件系统，如PVFS、Lustre；如果不是第一点所描述的情况，建议上专用的存储，如SAN或NAS，如果集群规模较大，不可能在每个计算结点上都安装san client的话，可以考虑GFS＋SAN的方案

如果在存储方面要做考量的话，还是建议用集中式的存储，毕竟，集群无论是用来作存储也好，还是用来作计算也好，都是一种妥协的方案。我的意思是，如果一个集群有十个CPU，那么，在资金、技术等都满足条件的前提下，我们肯定会选择一台有十个CPU的服务器而不是一个集群，毕竟，操作系统只有一套，而且操作系统负责任务调度，简单多了。

ruthenium

谢谢给出的建议，说得不错，确实是在做计算。了解NFS是sun公司开发的。想问一下SUSE下的服务和客户端有没有改进的可能。现在的集群还算是小的，只有24个节点，48个CPU。您说的10个CPU的服务器对于我们来说就是后话了，看看以后增加节点的时候有没有可能吧。

再详细问一下，现在只有一个服务器担任存储任务。以上提到的SAN或NAS并不熟悉。它们需要硬件的支持吗？印象中网络直连存储（NAS）是固件级别的。不知道SAN怎么样？

谢谢帮忙了：）

kartwall

SAN和NAS都需要硬件支持。典型的SAN结构需要一个光纤交换机，在每个需要连入SAN的机器上都要安装一块HBA卡，还是需要一些费用的。NAS也是一样，NAS其实就是一台文件服务器，直接接到交换机上就可以用了。

如果集群将来还需要再扩展的话，上NAS或SAN是迟早的事，建议现在可以开始预备资金。NAS的性能和SAN要差不少，可以考虑上一个SAN，如果资金紧张，不可能在每个节点上都安装HBA卡，将每个节点都连入SAN的话，可以考虑GFS＋SAN的方案。

回过来说，如果现在不可能上专用的存储（NAS或SAN），也不考虑作分布式文件系统的话，那就比较难办了。这种情况下，方案就相对少一些。我所知道的有一个DNFS的东西（Distributed NFS），据说性能还不错，有兴趣的话可以参考这篇文章：http://articles.e-works.net.cn/Articles/476/Article31718.htm
但是我个人认为为了一个24节点的集群折腾这个东西有点不划算，你自己考虑考虑吧。

ruthenium

谢谢了，看来还真的好考虑一下，确实比较麻烦啊！不知道您在什么地方工作呢？这样的信息怎么知道的啊！我也查了好久，没有什么进展

kartwall

我本身的工作就是做Linux集群的，包括高性能计算集群、compute farm、高可用集群等。有问题我们可以EMAIL或在论坛上讨论，我的EMail: kartwall@126.com