13:29:39 Hello, I treated my microserver gen8 with a x540-t2 card but I can't push more than 670Mbps, so it's no better with ixgbe than with bge. Could the bottleneck be the cpu? It's a E3-1220L V2. 13:34:37 could be a number of things.. probably the first question is how are you measuring that? 13:35:59 generally you should be able to get at least a gigabit on a single connection though.. 13:37:04 once you get past that, it often requires multiple connections (i.e. parallelism) to get the higher speeds 14:21:24 jbk : iperf3 -c ping.online.net 15:59:33 huy: what's your round trip time (as reported by ping -s) to that host? 15:59:52 and have you run iperf3 over LAN to a nearby system? 16:02:04 you may be limited by TCP send window sizing if it's a WAN speed test; you can adjust those values upward with ipadm but overdoing it can hurt your LAN performance (this is a bug, and I'm working on it..) 16:04:14 (rule of thumb: the buffer size must exceed the bandwidth-delay product of the path. delay= round trip time; bandwidth: speed of your share of the slowest link (in bytes per second). 16:05:36 PING ping.online.net: 56 data bytes 16:05:37 64 bytes from 51.158.1.21: icmp_seq=0. time=14.372 ms 16:06:29 destination 15ms away, 1Gbps link -> BDP is 0.015 seconds * 1Gbps = 15000000bits = 1875000 bytes 16:06:59 what does "ipadm show-prop tcp" show? 16:07:28 specifically the max_buf and send_buf properties? 16:07:59 tcp max_buf rw 1048576 -- 1048576 8192-1073741824 16:08:02 tcp send_buf rw 128000 -- 128000 4096-1048576 16:08:33 bump up send_buf a bit and see if it gets better. 16:08:43 and maybe max_buf as well. 16:14:19 Hm it does not change much, it's actually a bit worse, I changed send_buf to 164000 and max_buf to 2097152 16:15:39 you may be at the limits of that path. 16:20:39 do you have a local (wired ethernet LAN) host to test against? 16:21:26 I'm trying that now 16:28:26 927 Mbits/sec sender, 925 Mbits/sec receiver 16:29:00 The other end only as 1Gbps interface 16:33:53 after some tuning I see up to 9.39 Gbits/sec between two systems with X710 (i40e) connected to the same switch. 16:34:02 A couple of things to remember: 16:34:32 - those ipadm properties are *per zone* in SmartOS Native-or-LX zones. Fixing it in the GZ doesn't affect zones at all. 16:35:47 - Actually, the other thing was already covered (what's the path between you and test-peer). 16:36:23 It's a laptop running debian. The thing is that I get the same numbers to ping.online.net when I connect it to the same uplink, which is a ffth box. 16:36:54 And I was testing in the GZ