| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
We really don't need this field since we
always copy data sequentially.
|
| |
|
|
|
|
|
|
|
| |
This coordinates the buffer sizes with the
max packet size. qarshd and qarsh will probably break
if this value does not match between client and server
builds. Also increase the value to reduce overhead.
A max packet size of 16k only yields 40MB/s. Increase
that to 128k and we can do 500MB/s.
|
| |
|
|
|
|
|
|
| |
Only handle one file transfer at a time so we don't need
an array to track multiple transfers or know the remote's
fd number.
Loop in recv_packet until we read a whole packet.
|
| |
|
|
| |
Added a new packet to limit data sent from the other side.
|
| |
|
|
|
|
|
|
|
|
| |
I removed the buffering layer from recv_packet because
it made the logic too complex around the pselect in qarshd.
Now only read as much as needed to get each packet.
qarshd adds an array for remote file descriptors which is
only a stub for now. This needs to be expanded to allow
multiple file transfers at the same time for runcmd.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
I changed all formats from %zd to %lld, but this adds a lot of warnings
because off_t isn't the same as long long int to the compiler. I don't
know if there is a way to avoid the warnings on all platforms.
|
| | |
|
| | |
|
| |
|
