Problem solve
Get help with specific problems with your technologies, process and projects.
Truth about SAN/NAS speed
I've heard and read that for various reasons, NAS is slower than SANs for applications that use an SQL DB for their...
Continue Reading This Article
Enjoy this article as well as all of our content, including E-Guides, news, tips and more.
Step 2 of 2:
underlying structure.
If you are using SQL with NAS I'm told, the I/O needs to be translated to the TCP/IP stack, which creates enormous latency since every packet has to be translated. Add this latency to the additional latency from reordering the packets and performance can suffer dramatically, just because the wrong connectivity was used.
Everything else being equal, what is the real truth?
That is the truth because traversing the IP protocol stack and the transmission of packets with the interrupt from every packet transferred and the segmentation and reassembly of the data is currently all done in the processor using many thousands of instructions. The issue today is what are your requirements. The performance may meet your requirement and that would be a great solution. If not, you probably want to stick with block I/O to a device that is either direct attached or attached over a SAN.
This was last published in May 2001
Dig Deeper on Storage management tools
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.
Meet all of our Storage Technology experts
Start the conversation
0 comments