From my tests I found that 10.4-RELEASE was as fast as you could expect
(>10Gbit/s), then something changed in 11.0-RELEASE and carried on and got
even worse in 12.0-RELEASE. Would it not be a good idea to begin there
(10.4 -> 11.0), and try to identify what changes could impact the
performance dro
67.3 MBytes 56.5 Mbits/sec0 sender
[ 5] 0.00-10.00 sec 66.8 MBytes 56.1 Mbits/sec
receiver
iperf Done.
Good luck with your talk.
Regards,
Christian
Den tors 4 juli 2019 kl 09:24 skrev Roger Pau Monné :
> On Thu, Jun 27, 2019 at 12:31:35PM +0200, Christian M wrote:
Den tors 27 juni 2019 kl 12:19 skrev Roger Pau Monné :
> On Thu, Jun 27, 2019 at 12:14:33PM +0200, Christian M wrote:
> > I've installed 12.0-STABLE on two new VM's now. 172.31.16.127 and .128.
> VIF
> > cheksum offloading is turned off, and -txcsum for xn0 for b
I've installed 12.0-STABLE on two new VM's now. 172.31.16.127 and .128. VIF
cheksum offloading is turned off, and -txcsum for xn0 for both VM's.
I feel the throughput is more consistent now, not all over the place as
before, even between runs. But the Retr column (tcp retries) in iperf3 has
jumped
Started ntpd in the two main 12-0-RELEASE vm's I've been testing with.
drift files show -0.262 and -1.144 after about two hours.
Den ons 26 juni 2019 kl 12:50 skrev Eugene Grosbein :
> 26.06.2019 17:44, Christian M wrote:
>
> > Sorry to say, but no. Nothing changed :(
&
Mbits/sec
receiver
---
Server listening on 5201
---
Den ons 26 juni 2019 kl 12:36 skrev Eugene Grosbein :
> 26.06.2019 17:26, Christian M wrote:
>
> > I ran ifconfig xn0 -tx
I'm really not
qualified to interpret any of this, so my hopes are that someone else sees
something unusual here.
Thanks,
Christian
Den ons 26 juni 2019 kl 10:37 skrev Eugene Grosbein :
> 26.06.2019 15:11, Christian M wrote:
>
> > Running tcpdump on the host while running iperf3
ounter.tc.HPET.counter: 3606880145
kern.timecounter.tc.HPET.mask: 4294967295
kern.timecounter.tc.TSC-low.quality: -100
kern.timecounter.tc.TSC-low.frequency: 1200075192
kern.timecounter.tc.TSC-low.counter: 3248698599
kern.timecounter.tc.TSC-low.mask: 4294967295
Regards,
Christian
Den ons 26 juni 2019 kl 01:14 skrev E
I've disabled them all on both VM's with FreeBSD 12.0-RELEASE (ifconfig xn0
-txcsum -rxcsum -lro -tso), and also tried disabling everything for the VIF
via XCP-ng earlier. It made no difference unfortunately.
Den tis 25 juni 2019 kl 14:08 skrev Eugene Grosbein :
> 25.06.2019 18:55
Bitrate
[ 5] 0.00-10.00 sec 346 MBytes 290 Mbits/sec
receiver
Den tis 25 juni 2019 kl 10:21 skrev Roger Pau Monné :
> On Mon, Jun 24, 2019 at 10:24:09PM +0200, Christian M wrote:
> > Thanks for your input Bjarne.
> >
> > Previously I tested with iperf2, but I have made
Den tors 20 juni 2019 kl 16:39 skrev Roger Pau Monné :
>
> Do you see the same issues with external connections? Have you tested
> throughput between two FreeBSD 12.0 VM running on different hosts?
>
>
I've tested 12.0-RELEASE between two hosts (XCP-ng 7.6.0 and Citrix
CXenserver 7.2.0) over Gbit
Hi. I posted this on freebsd-xen also, but I begin to believe that list is
more for Xen on FreeBSD, not FreeBSD on Xen.
Anyway, I've noticed that networking speed between FreeBSD VM's on the same
host (XCP-ng 7.6.0) for more recent FreeBSD-versions is very slow and
inconsistent between FreeBSD ve
12 matches
Mail list logo
