Rechercher une page de manuel
netsend
Langue: en
Version: netsend (debian - 07/07/09)
Section: 1 (Commandes utilisateur)
NAME
netsend - a speedy filetransfer and network diagnostic programSYNOPSIS
netsend [OPTIONS] PROTOCOL MODE { COMMAND | HELP }DESCRIPTION
PROTOCOL
Protocol is one of- tcp, udp, udplite, dccp, sctp or tipc.
When using tipc, you must also specify a socket type, e.g. netsend tipc MODE -t SOCK_STREAM.
MODE
Mode is either receive or transmit.OPTIONS
- -r Nn,Nd,Nm,Nf
-
Round trip probes options: Nn - Number of iterations of round trip probes. Default is to perform 10 attempts. Don't set to less then 5 because measurement results will not very predicating. Nd - Size of rtt payload. This is the number of bytes piggybacking (plus the netsend rtt header). Default is 500 byte, maybe your mtu minus netsend header minus protocol header (tcp, udp) will better fit for your needs. Nm - for the round trip time probes netsend calculates a deviation. With this flag you can adjust the filter. Default is 4. Lower values drain more probes out, so be carefully with this option. For example: if you have measured rtt probes of 4, 5, 5, 6 and 15 ms. The average is 7. Covariance is 16.4 and deviation is 4.04. If you select 2 here as the multiplier, then you filter all rtt probes with higher values then 8.08 (for this example you filer 15ms out). This will help to discard some nonesense probes who are evoked through cold code paths (cache misses, page faults, ...) or network anomalies. Use this option carefully! -f forces to don't perform rtt probes but take N milliseconds as average value. With this option you can figure out the behaviour of satelite links (e.g you say -D500f)
- -b
-
followed by a number: sets read/write buffer size to use. Default is 8192 for read/write and size_of_file_to_send for mmap/sendfile.
- -m
-
followed by a memadvise(2) option: normal, sequential, random, willneed, dontneed, noreuse.
- -p
-
followed by a number: set TCP/UDP/DCCP/SCTP port to use. Default is 6666.
- -P
-
followed by scheduling policy: sched_rr, sched_fifo, sched_batch or sched_other
- -s
-
followed by a setsockopt(2) optname and optval. netsend maps setsockopt levels and optlen internally. running 'netsend -s list' will print a list of all setsockopt optnames currently recognized by netsend.
- -T
-
followed by either human or machine: sets output format
- -u
-
followed by the transmit function to use. One of sendfile, mmap, splice or rw. When not specified, rw (read/write) is used. Note that not all protocols support all transfer methods, e.g. TIPCs connectionless sockets (SOCK_RDM and SOCK_DGRAM) do not support the sendfile system call. Also, the amount of data that can be sent in a single operation may be limited by the network protocol used.
EXAMPLES
- Listen for incoming SCTP connections, incoming data goes to stdout:
-
- ./netsend -T human -v stressful sctp receive
-
- Send file largefile via TCP with output in machine parseable format:
-
- ./netsend -T machine tcp transmit largefile host.example.org
-
- Receive data via TCP with MD5SIG from peer 10.0.0.1:
-
- ./netsend tcp transmit -C largefile ffff::10.0.0.1 ./netsend tcp receive -C ffff::10.0.0.1
- Receive data via TCP with MD5SIG from peer 10.0.0.1:
- Send file largefile via TCP with output in machine parseable format:
EXIT STATUS
netsend returns a zero exist status if it succeeds. Non zero is returned in case of failure. Following failure codes are implemented:0 - succeed 1 - failure in memory handling 2 - command line option error 3 - failure which fit in any categories 4 - network error 5 - failure in netsend header (maybe corrupted hardware) 6 - netsend internal error (should never happen[tm])
AUTHOR
Hagen Paul Pfeifer Florian Westphal
SEE ALSO
http://netsend.berlios.dePOD ERRORS
Hey! The above document had some coding errors, which are explained below:- Around line 132:
- You forgot a '=back' before '=head1'
You forgot a '=back' before '=head1'
You forgot a '=back' before '=head1'
Contenus ©2006-2024 Benjamin Poulain
Design ©2006-2024 Maxime Vantorre