MySQL Forums
Forum List  »  NDB clusters

Re: 100MBit vs. GBit
Posted by: Michael Douglass
Date: April 20, 2005 06:37PM

You should easily be able to tell if your 100mbps ethernet is your problem. I've never noticed a perceptible difference in latency between 100 and 1000mbps networks (except where you are reaching capacities of your 100mbps interfaces). The key difference (obviously) is the throughputs you can achieve. If you are staying well below 80mbps then I would be surprised if you notice any improvements going from 100mbps to GigE. (I'm going to state it for completeness, but hopefully you are well ahead on this curve -- but a good switching architecture is important as well.)

One great improvement with GigE is being able to go to jumbo frames -- if you're frequently transfering large amounts of data from your ndb cluster to your mysql frontends, then GigE with jumbo frames can be a significant CPU saver by saving you many of your interrupt calls.

I have no personal experience with SCI, but they claim that their low latency makes the new mysql clustering run very nicely. Logically lower latency IS going to make a difference especially when you start considering the multiple network transactions (not sql transactions) which likely go into processing your sql transactions between the mysql front end and ndb backends.

That being said, I'm a big GigE guy. It's getting very common and I just like using it for things. However, THAT being said, GigE isn't necessary for everything.

Hopefully this gives you some useful information,

Michael

Options: ReplyQuote


Subject
Views
Written By
Posted
2866
April 11, 2005 07:31AM
2110
April 11, 2005 03:52PM
Re: 100MBit vs. GBit
2630
April 20, 2005 06:37PM
2018
April 22, 2005 02:43AM
2013
April 26, 2005 12:37AM
1988
April 26, 2005 12:41AM
1967
June 06, 2005 10:47AM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.