« Think of a Will as a Program You Can Only Test By Dying | Main | What Killed The Storage Service Providers? »

August 21, 2007

Comments

Dave,

You're a touch of class! I appreciate you jumping across "competitive boundries" like you did with your reference to one of my blog entries.

As a side note, I'm not PolyServe these days, since HP bought us. And, in fact, I'm not HP much longer either as I'll be taking a role in the Oracle Server Technologies Group after Labor Day weekend.

By the way, say "Hi" to Pete for me. I wondered where he landed...

You've been able to do direct IO on NFS for a while now (even 2.4 kernels), so with an ordinary NFS mount you could do IO directly to userspace and do all the caching there. So the caching thing is irrelevant (perhaps not so for Windows platforms...)

Direct NFS Client doesnt seem to bypass the OS completely, because it still needs to use the OS TCP stack. In any case, it looks like it does bypass the Linux NFS and RPC layers in the client(..underneath the VFS..) and thats a major gain. For example, see the NFS client perf figures at:

http://gelato.unsw.edu.au/IA64wiki/NFSPerformance

Shehir,

DNFS eliminates the overhead of entering the kernel with libC or libaio calls that must vector to RPC via the VFS layering. In short, DNFS is RPC. Oracle generates and tracks their own XIDs and just shoots RPC straight from the server. You can see the overhead reduction if you go to the URL Dave provided to my site and get the paper I wrote with Oracle on the matter.

After reading up on this on technet.oracle.com last month, I was surprised not to see something from NetApp (only an HP press release seemed to mention it) to this exciting development until now.

Oracle's benchmarks seemed a bit misguided (focusing far too heavily on interface load balancing instead of the real meat of the technology); how soon could we hope to see a NetApp TR to dive into this? In particular it'd be interesting to see how this skews the results from TR3496.

Though certainly not NetApp's problem, it was disappointing to see this not done under NFSv4. Particularly in a RAC environment one would think directly exposing the database to v4 delegations could be huge...

Folks,

The last post by "Kevin" (8/30/07 12:46PM) wasn't me. I've gotten a barrage of email from folks asking me about NFSv4. To be perfectly honest, I'm not expecting much gain out of NFSv4 vis a vis Oracle throughput. Folks, Oracle is a seek, read/write workload. It all comes down to payload on the wire...pure grunt work. It is quite simple to get Oracle driving I/O at GbE wire capacity. NFSv4 can't make the wire fatter.


I'm using 2 NIC's, one contected to the ethernet for aplications requests, and other contected directly to the SAN switch just for mounting the database file systems.
The performance is great!!!

Deals Unlimited is an online mobile comparison uk portal offering free Contract Mobile Phone deals of Nokia, Samsung, LG, Motorala, Sony ericsson with 3 Mobiles, Orange,T, O2, Vodafone and Virgin Mobile Phones. Buy cheap & latest mobile phones online.

The comments to this entry are closed.

Subscribe to This Blog




© NetApp, Inc.  |  "Safe Harbor" Statement  |  Privacy Policy