UNIX for Advanced & Expert Users

Dear Mirni:

thanks!

The bug causing the "Broken pipe" has already digged out, which is because of the concurrency of sending and interrupt. Now the sending actions can run in parallel and so does the recieving.

Another trouble emerges: the sending actions cannot run in parallel with recieving. The output information show "stalled" in both directions. Why?


li,kunlun

---------- Post updated at 10:42 PM ---------- Previous update was at 10:23 PM ----------

Hi, all:

In either direction the system reports "stalled" with the 0KB transmition rate.
platform: x86 linux-3.0.4

li,kunlun

It may be because scp saturates your bandwidth. Try using scp with -l switch, to set the limit, like:

Code:

scp -l 8192 src dest

This sets the limit to 8192 kbit/s.

Dear Mirni:

Thanks for your suggestion, but it isn't the reason of this trouble! I use "scp -l 16384 src des" in both directions, the rate 16384b/s is far below the average rate "5MB/s" of multiple sending or recieving, but the two command run into stalled again!

Could you give me some suggestion further?

li,kunlun

The -l value is in kilobits/s, not b/s; still only 2MB/s, but if you're running parallel transfers... Do you stall with lower values also? 8192 or 4096? Verbose mode did not show anything useful or...?

set to 8192Kb/s is also the same as its original, still "stalled".

---------- Post updated at 07:29 AM ---------- Previous update was at 07:27 AM ----------


Thanks and how to use verbose mode? Is it as "scp -l 8192 -v src det" ?