我读过很多（和经验丰富的）使用SSD作为工作站上的启动驱动器的好处（快速启动时间，快速启动程序，快速文件访问等），但一直没有find很多好的信息关于使用SSD通过局域网提供文件。 是否会有类似的性能提升，或者networking延迟是否会抵消速度收益？ 我对通用答案感兴趣，但更具体地说，我在一个千兆局域网上有一个samba服务器，其中less量的数据（<10GB）就是我经常使用的。 大多数文件的大小都小于5MB，我估计读取的比率是10：1。
对于大多数使用情况，通过使用SSD进行简单的文件服务，性能不会有明显的提高。 用来certificate增长的用例：
要么
在这种情况下，SSD的高级随机读取性能将能够饱和1Gbnetworking连接。
在你的情况下，通过Samba / Linux所做的caching很难分辨出性能的提升。
SSD不像操作系统那样漂亮，是因为I / O负载。 大多数文件服务器I / O在OS驱动器的I / O负载下是数量级的。 当然也有例外，但这是一般情况。 当您的I / O负载较低时，性能优势并不明显。
一般来说，它应该改善的事情，但要确定你会得到物有所值，你需要确保这是瓶颈（或至less其中之一）。 总而言之，唯一可以确定的方法是现在的基准，再安装一个基准。
如果服务器的networking堆栈非常糟糕，速度很慢，或者服务器的磁盘和networkingIO被所有LAN客户端的过度偏执的AV设置击毙，或者交换机是一个可怕的设备，千兆比特，如果你明白我的意思，就有“吉比特”）。
是和不是。 这是值得的。 但它可以作为一个caching很好。 Adaptec在一个控制器上支持多达4个SSD（支持250个左右的磁盘）作为读取caching，并在特定条件下支持5倍的性能优势。
这取决于数据访问的地点 。 如果你的客户正在访问一组主要可以caching在RAM中的数据，那么SSD应该很less显示出好处。 但是，如果有大量的随机访问数据，文件服务器的旋转磁盘很容易成为瓶颈。 磁盘search的延迟远高于networking延迟。 您应该计算当前磁盘设置每秒可以执行多less次I / O操作，然后使用像sysstat这样的工具来确定历史logging是否达到了此限制。 尼克·安德森（尼克·安德森）在这方面做了很好的写作。 对于磁盘和networking利用率的实时交互式监控， atop是一个绝佳的工具。