NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
cgreentx
Oct 07, 2006Guide
Rsync slow as heck for everyone else???
I'm running rsync with a unix box on the same gigabit switch and it is ridiculously slow. So severely slow that it copied 200ish MB in about 3 hours. That's pretty harsh. Any ideas?
Chris Green
Chris Green
55 Replies
- cgreentxGuideI just loaded fbsd 6.1 in a VM and tried the exact same test. Unfortunately I am getting the exact same results. Anything we can do here to improve fbsd-Infrant rsync? This is darn near the entire reason I bought this thing!!
Chris Green - yoh-dahGuide
cgreentx wrote: I just loaded fbsd 6.1 in a VM and tried the exact same test. Unfortunately I am getting the exact same results. Anything we can do here to improve fbsd-Infrant rsync? This is darn near the entire reason I bought this thing!!
Chris Green
We'll take a look. Unfortunately we don't have a FreeBSD environment here, so we'll need to get that going first. - cgreentxGuideI have a tcpdump of a file transfer if you are interested in looking at it.
Chris - cgreentxGuideAny further help on this would be appreciated. I would prefer to use your product but I need a working solution to handle my production replication.
Thanks - yoh-dahGuide
cgreentx wrote: I have a tcpdump of a file transfer if you are interested in looking at it.
Chris
Sure. You can PM me with a link if you want. - Jar_Jar_BinksAspirantCan you tell me who is 10.227.1.120 and who is 10.227.1.11?
Do you capture it in Freebsd machine?
We found:
1. The tcp packets are all wrong checksum from 10.227.1.120.
2. Slower response from 10.227.1.120 - cgreentxGuide
Jar Jar Binks wrote: Can you tell me who is 10.227.1.120 and who is 10.227.1.11?
Do you capture it in Freebsd machine?
We found:
1. The tcp packets are all wrong checksum from 10.227.1.120.
2. Slower response from 10.227.1.120
1.11 is the NAS
1.120 is the FreeBSD client
Capture was done on the FreeBSD machine. I've tested on two other FreeBSD machines with different NICs (one of them being VMWare) and had the exact same result.
Chris - Jar_Jar_BinksAspirantThere is a consistant 100ms delay in freebsd side for each round. I guess it might be a delay ack thing in your freebsd machine, but I am not sure, you can find out by yourself.
And you don't use Jumbo Frame, right? - cgreentxGuide
Jar Jar Binks wrote: There is a consistant 100ms delay in freebsd side for each round. I guess it might be a delay ack thing in your freebsd machine, but I am not sure, you can find out by yourself.
And you don't use Jumbo Frame, right?
I was using Jumbo Frame for a while, but disabled it in this testing. After this is working I will be replicating over the Internet so Jumbo Frames aren't really relevant here. Any ideas why all of my FreeBSD installations would do this with your rsyncd, but not with other machines?
Chris Green - Jar_Jar_BinksAspirantTo compare, you need to make another capture for rsync with other server. So we can see what is the difference inside.
Related Content
NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!