随着对并行网络文件系统（pNFS）技术的等待逐渐拉长，对支持这项技术的产品的等待也随之变得更长。暂时还不支持这项技术的原因并不是因为厂家没有这方面的意识，真正的挑战其实是存在于操作系统内部的。

　　由于pNFS技术是将网络文件系统的工作转变到客户端上，所以大多数厂商们其实都在等待操作系统的厂商们在自己的操作系统上嵌入对pNFS技术的支持。所有曾经为网络文件系统NFSv4.1版本以及并行网络文件系统（pNFS）规格的制定做出贡献的厂家，包括EMC公司，NetApp公司以及Panasas公司，目前正在和Linux操作系统内核开发人员共同努力来完成建立一个稳定且能满足性能需求的客户端。

　　Brad Bunce是EMC公司的统一存储市场总监，他表示，Fedora项目将会是首个支持并行网络文件系统的Linux客户端文件系统，之后红帽子企业版以及CentOS项目也将逐渐开始支持并行网络文件系统pNFS。

　　参与修订RFC5661标准的技术人员之一的NetApp公司的高级技术总监Mike Eisler，认为到2011年中旬或者年底前，存储阵列厂商都不会发布对支持pNFS的服务器端的更新，也不会出现支持并行网络文件系统pNFS的客户端操作系统。Eisler说，“这样认为的理由是，如果在客户端上没有对一个新的协议支持，作为服务器端一般也不会做支持的更新。”

　　那么下一步是什么？根据NetApp公司的首席技术官（CTO）兼高级副总裁（VP）Brain Pawlowski以及网络文件系统版本4的工作小组中的一位主席的想法，NFSv4.0和NFSv4.1版本其实有基础成为一个共同的厂商，它们虽然是异构的但可以采用联合的全局命名空间技术。

　　当客户端对命名空间的某个特定的部分发出请求，但客户端所需要的数据却不在那个命名空间的时候，NFSv4.0和NFSv4.1服务器会将客户端的请求转发到当时最适合条件的命名空间来获取数据，即使这个命名空间是其他厂商系统中的一部分。Pawlowski说，如果这样，客户就能够将命名空间存放在不同厂商的系统中并全局的部署，同时也能很方便的将所需要的命名空间聚集起来。

　　Larry Jones是Panasas公司的市场副总裁，他看到了并行网络文件系统pNFS另一方面的好处——文件服务器的管理。他说，“并行网络文件系统【pNFS】为服务器的整合提供了一个非常好的平台，另外一个思考这个问题的角度是将它看作一个扩展了的NAS设备。和过去的仅有单纯一台NAS服务器的情况不同，并行网络文件系统允许将许多个NAS服务器整合起来。从而对用户来说，就不再为了获得所需要的数据而到处查找，有了并行网络文件系统，简单的一个挂载点就可以拿到所需要的数据。”

　　Jones认为IT管理员们期待通过并行网络文件系统（pNFS）带来性能上一个较大的提升，但是新技术带来的可管理性以及管理的容易程度会是一个值得关注的问题。