I've read a lot (and experienced) the benefits (fast boot times, quick program launching, quick file access, etc) of using an SSD as the boot drive on a workstation, but haven't been able to find much good information about using an SSD for serving files over a LAN. Are similar performance gains to be expected, or does network latency cancel out the speed benefits? I'm interested in general answers, but to be more specific, I have a samba server on a gigabit LAN where a small amount of data (<10GB) is what I would call frequent use. Most files are <5MB in size and I'd estimate the ratio of reads:writes at 10:1.


For most use-cases, there won't be an appreciable increase in performance through using SSDs for simple file-serving. The use-case that would demonstrate the increase:

  • Serving large files (>512MB)
  • Those files are highly fragmented
  • On 1Gb Ethernet


  • Lots of smaller files
  • Accessed at roughly the same time
  • On 1Gb Ethernet
  • The Samba server has limited RAM

In that case, the superior random-read performance of the SSD would be able to saturate a 1Gb network connection.

In your case the performance increases would be hard to discern through the caching done by Samba/Linux.

The reason that SSDs aren't as spiffy as they are as an OS volume is due to the I/O loads. Most file-server I/O is orders of magnitude under the I/O load done to the OS drive. There are exceptions to this, of course, but that's the general case. When you have a lower I/O load, the performance benefit isn't as evident.

| improve this answer | |
  • Your example use-cases are very helpful, thanks. Your mention of caching done by Samba/Linux also makes me realize that with the amount of data I'm talking about, the best solution is probably to add RAM to the system and let the OS handle caching the most used files. – jcardinal Feb 21 '11 at 21:46
  • 1
    @Jcardinal Yep. Adding RAM sounds like your biggest bang-for-buck. – sysadmin1138 Feb 21 '11 at 22:09

In general it ought to improve things, but to be certain you will get value for money you need to be sure that is the bottleneck (or at least one of them). In short, the only way to know for sure is benchmark as things are now, install one, benchmark again.

It's no good working on server disk speed if the server's network stack is horribly broken and slow, or the server's disk and network IO are being hammered to death by overly paranoid AV settings on all your lan clients or the switch is a horrible one (there's gigabit and there's "gigabit" if you see what I mean).

| improve this answer | |
  • I guess maybe my question is a bit vague, asking for "noticeably faster"... I was hoping someone who had made the switch could give anecdotal evidence about their experience. It would seem logical that speeding up any link in the chain going from storage to presentation would result in an overall speed increase, but your point about finding the primary bottleneck is well taken. I'd still be eager to hear from someone who has tried this so I can avoid spending the time & money to see for myself. – jcardinal Feb 21 '11 at 20:41

Yes and no. It won be worth it. But it can be nice as a cache. Adaptec supports up to 4 SSD on a controller (supporting 250 discs or so) as read caches and claims 5x performance benefits under certain conditions.

| improve this answer | |

It depends on the locality of the data access. If your clients are accessing a set of data that can mostly be cached in RAM, then an SSD should rarely show a benefit. However, if there is heavy random access to the data your fileserver's spinning disks can easily become the bottleneck. The latency of a disk seek is far higher than network latency. You should calculate how many I/O operations per second your current disk setup can deliver, then use a tool like sysstat to determine if historically you have been hitting that limit. Nick Anderson has a great writeup on how to do that. For live, interactive monitoring of disk and network utilization, atop is a fantastic tool.

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.