TCPClient classname:
- TCPClientImpl:文本数据，默认为这种
- BinaryTCPClientImpl: 传输16进制数据，指定包结束符。这种16进制文件会通过Jmeter GUI来转换
- LengthPrefixedBinaryTCPClientImpl：数据包中前2个字节为数据长度。可在bin/jmeter.properties配置文件中tcp.binarylength.prefix.length设置
Re-use connection:是否重用连接
Close connection 是否关闭连接
Set NoDelay 是否设置延迟：
启动TCP_NODELAY，就意味着禁用了Nagle算法，允许小包的发送。对于延时敏感型，同时数据传输量比较小的应用，开启TCP_NODELAY选项无疑是一个正确的选择。比如，对于SSH会话，用户在远程敲击键盘发出指令的速度相对于网络带宽能力来说，绝对不是在一个量级上的，所以数据传输非常少；而又要求用户的输入能够及时获得返回，有较低的延时。如果开启了Nagle算法，就很可能出现频繁的延时，导致用户体验极差。当然，你也可以选择在应用层进行buffer，比如使用java中的buffered stream，尽可能地将大包写入到内核的写缓存进行发送；vectored I/O（writev接口）也是个不错的选择。
对于关闭TCP_NODELAY，则是应用了Nagle算法。数据只有在写缓存中累积到一定量之后，才会被发送出去，这样明显提高了网络利用率（实际传输数据payload与协议头的比例大大提高）。但是这由不可避免地增加了延时；与TCP delayed ack这个特性结合，这个问题会更加显著，延时基本在40ms左右。当然这个问题只有在连续进行两次写操作的时候，才会暴露出来。
SoLinger:
SO_LINGER选项用来控制Socket关闭时的行为，默认情况下，执行Socket的close方法，该方法会立即返回，但底层的Socket实际上并不会立即关闭，他会立即延迟一段时间，知道发送完剩余的数据，才会真正的关闭Socket，断开连接。
setSoLinger（true, 0): 执行该方法，那么执行Socket的close方法，该方法也会立即返回，但底层的Socket也会立即关闭，所有未发送完的剩余数据被丢弃
setSoLinger(true, 3600): 那么执行Socket的close方法，该方法不会立即返回，而进入阻塞状态，同时，底层的Socket也会尝试发送剩余的数据，只有满足下面的两个条件之一，close方法才会返回：
End of Line(EOL)byte value:
指定传输完毕的判断 符号，值在-128到+127之间。
也可以在jmeter.properties文件中对它进行设置。