1. Check

2. Check

3. No reset command, apparently, on Solaris 11.2

4. -b is block size. The default is 1024 bytes. Throughput is ~79 MB/s as compared with the ssh method I started with, which gave 112 MB/s. A larger blocksize makes a big difference.

5. vi works great!

I left off the -c and -N options, and the mildly mangled output seemed roughly as expected. I'll fiddle some more tomorrow.

On Mon, Dec 15, 2014 at 1:58 PM, Adam Thompson <athompso@athompso.net> wrote:

On 14-12-15 01:52 PM, Kevin McGregor wrote:

As a test I did this:
pv -c -N One </dev/zero | nc -b 65536 host1 10001
but all I get is
^[[45;1R
on the sending end and
^[[63;1R
on the listening end. And there it hangs. Both ends. This is after I set up the terminal-type in Solaris. Cursor positioning? Why wouldn't it be interpreted properly?

At the very least, you should be seeing a bunch of garbage.
1) confirm that you aren't running the exact same command on both ends; they need to be reciprocals of each other. On one host you'd run the command as you show above, on the other host, you'd run "nc -l 10001 | pv -c -N One >/dev/null".
2) confirm that you've exported TERM correctly to the environment.
3) confirm that, say, reset(1) works as expected. (If it produces garbage, you still have a terminal emulation problem.)
4) I assume the "-b" argument to nc(1) is block size? None of my implementations have that flag, so try different sizes and/or the default. With TCP Window Scaling, the default should be fairly good anyway.
5) confirm that terminal emulation works at all; maybe try vi(1) or something like that? (Remember ESC : q! always quits even if the terminal is screwed up.)

Otherwise... dunno?
-Adam

_______________________________________________
Roundtable mailing list
Roundtable@muug.mb.ca
http://www.muug.mb.ca/mailman/listinfo/roundtable