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.
- 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