|
Yes, I do, but I sent the program to some fearless friends without firewall, and they experienced similar results on Windows XP. Meanwhile, I tested the code on other OS-es as well.
So the measurements are for 1400 byte UDP daragrams:
- Windows XP SP 3 (w/ fw): 66 MB/s, 100% CPU-usage/core (mostly kernel)
- Windows 7 RC1 (no firewall): 11.5 MB/s, but only 20% CPU-usage/core, seems to take interface capacity into account (which is, after all, what I would expect in the first place)
- Ubuntu 8.10 on VMware with Tools: 120 MB/s, 100% CPU-usage/core (mostly kernel)
In contrast, I've been able to push data through a loopback TCP connection at 330 MB/s on WindowsXP/CLR, and nearly 500MB/s on Ubuntu.
modified on Tuesday, July 7, 2009 11:13 PM
|
|
|
|
|
1. For Gigabyte transfer, firstly CPU speed is a big factor, so may i know, whats the speed of the CPU.
|
|
|
|
|
Thank you for your question. Test machine was a Intel P35 chipset-based system, Core 2 Duo E6400 2133 MHz CPU, 2GB of RAM, Gigabyte P35-DS3 motherboard.
|
|
|
|
|
CPU is not the problem here,
here the high speed bus to interface to your NIC is the problem.
Check the speed of the bus, it has lot of do. If the bus cannot support more than 100-200 MB/s then we cannot do anything. 
|
|
|
|
|
It is on a PCI-E 1.0 lane, which is 250 MB/s, it should be, and it is enough on Ubuntu 8.10 (at least for 1 gigabit). The question is, what causes the 100% CPU load on Windows XP even at 60MB/s, and on Ubuntu at 130 MB/s.
|
|
|
|
|
http://www.wireshark.org/[^]
for all your network debuggin needs. this is honestly the best thing since sliced bread for networking tools
|
|
|
|
|
I took your advice, and did some testing in Wireshark. Based on "Identification" field in the IP header, which seems to be assigned continuously, everything looks fine down to bottom of the IP layer, but then Wireshark only registers every fifth or so packets as Ethernet frames, which correlaltes well with the fact that a ~60 MB/s datastreams goes down the pipe with a capacity of a 12.5 MB/s (100mbit).
As I've learned, this layer is usually implemented in the network card driver. A poorly written driver software of interface specification may be the cause of this "no block" problem.
As for the transfer rate, I'm still puzzled.
|
|
|
|
|
clayman87 wrote: Why does sendto() then reports having sent the data...
One of the fundamental differences between UDP and TCP is that UDP is an unreliable transport service because it does not guarantee data packet delivery and no notification is sent if a packet is not delivered.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Let me rephrase my question.
MSDN states: "If no buffer space is available within the transport system to hold the data to be transmitted, sendto will block unless the socket has been placed in a nonblocking mode".
In the protocol stack, at which layer is this buffer space located?
|
|
|
|
|
Alternatively consider TCP for bulk data transfer. With UDP you would also need to do more housekeeping, like throwing away duplicate packages and resending missing ones.
With TCP it could be good to use a large send buffer (64KB or more per sending socket). This can improve the throughput because the kernel will have data available as soon as it can send more, without waiting or notifying user space application.
Hope it helps.
|
|
|
|
|
As far as I know, there's no way to establish a TCP connection between two passive (behind NAT) clients, which is partly what I want to accomplish.
|
|
|
|
|
clayman87 wrote: As far as I know, there's no way to establish a TCP connection between two passive (behind NAT) clients, which is partly what I want to accomplish.
Peer to peer... no, but maybe with a peer in the middle (one needs to be able to accept incoming connections).
|
|
|
|
|
Yes, a third party is inherently needed to establish a connection (STUN server), but relaying all the traffic through it is just not an option. As I know of no way to do this separately (handshake vs. traffic) with TCP, I was forced to switch to UDP.
|
|
|
|
|
Exploring the alternatives... since the routers between LAN and internet are the problem, how about Zeroconf/UPnP (or another application level protocol) that would allow incoming TCP data streams. I am not sure if it is an option in reality.
|
|
|
|
|
Well, I didn't want to go that way, but I'm going to be out of options very soon, it seems. Thanks for the replies.
|
|
|
|
|
Is it possible that your Ethernet hardware does not have a controller? Should not PHY only adapters use CPU to move data?
|
|
|
|
|
I am having a VC++ MFC Dialog based application,where I have a module in which
some Convertion function takes place.Here it has to convert some 10 groups.Each group i.e 10 groups are split into 10 functions..for example:
function1()
{
//code
}
function2()
{
//code
}...and so on..till
function10()
{
//code
}
Here these codes are written for "convertion form".I have provided a button from the main form."Convert",if I click on that it will process all the 10 functions, converts and the converted 10 values are displayed in 10 edit boxes in the convertion form once the convertion is over.In between,when the convertion is taking place I have also placed a dialog box which says it is in progress.
Now I want to add a progress bar in this dialog box so that along with the message,the progress bar can show how much is completed..Can anyone please suggest me how to achieve this solution..
|
|
|
|
|
kokilag wrote: Now I want to add a progress bar in this dialog box so that along with the message,the progress bar can show how much is completed..Can anyone please suggest me how to achieve this solution..
Just add a progress bar control to the dialog's template (i.e., the .rc file). Associate a CProgressCtrl member variable with that control. Call its SetRange() method.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
As David said use CProgressCtrl::SetRange with the values 1 and 100.
Call CProgressCtrl::SetStep with a value of 10.
After each function completes call CProgressCtrl::StepIt to advance the progress control.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
OK..but where should I include the progressbar..Is it in that dialog?and these statements,ie..
CProgressCtrl::SetRange
CProgressCtrl::SetStep
CProgressCtrl::StepIt
Should I include these statements in Create function of the progressbar i.e,
void fun()::CreateProgressBar()
{
}
or in
void fun()::OnOutofmemoryProgress1(NMHDR* pNMHDR, LRESULT* pResult)
{
}
coz once I drag the progressbar from the toolbox into the form and double click on that,then the above function,i.e void fun()::OnOutofmemoryProgress1(NMHDR* pNMHDR, LRESULT* pResult)
{
}
will be taken by default.So what should I go?
|
|
|
|
|
Drag the progress bar onto the dialog.
Right click on the progress and select Add Variable.
Add a variable of type CProgressCtrl, let's say prg
In the OnInitDialog function of the dialog class do prg.SetRange(0, 100); and prg.SetStep(10);
In the place where you're calling your functions you call prg.StepIt().
function1();
prg.StepIt();
function2();
prg.StepIt();
function3();
prg.StepIt();
.
.
.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
Ok...I have tried whatever you told,but I have a problem,I have added the progressbar in the intermediate dialog,the function defination and the function body for each value is in "Convertion form" for convertion,so if I have to include a m_prg.StepIt() or prg.StepIt() after each function,the m_prg variable must be recognised by convertion form,but it is added for the progressbar which is in the intermediate dialog.So now how to use the variable defined in one form by the other?Because it I use m_prg.StepIt()statement after each function in conversion form,It says the variable m_prg is not declared.So how to do it?Please tell me.
|
|
|
|
|
You can either make the m_prg variable as public as access it from the other dialog or you can create a public function in the intermediate dialog which calls m_prg.StepIt() and call that public function from the main dialog.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
I tried as you told..
I have put the
m_prg.SetRange(0,100);
m_prg.SetStep(10);
in the initDialog() of the intermediate dialog.I have create a function connect() here as
void CProcessDlg::connect()
{
m_prg.StepIt();
}
and I have defined the m_prg as above..and then after each function in the convertion form,I have put the bellow statement
CProcessDlg::connect();
It should work right?
It is executing,no error or anything,but the progressbar should show progress na,but nothing is happening..where did I go wrong?
|
|
|
|
|
kokilag wrote: ...the intermediate dialog...
This was not mentioned in your initial post. How many dialogs are there, one or two?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Java | [Coffee]](https://codeproject.freetls.fastly.net/script/Forums/Images/coffee.gif)
(