On 18. Jan 11:02:01, Stefan Sperling wrote:
> On Wed, Jan 18, 2017 at 09:19:28AM +0100, Uwe Werler wrote:
> > On 16. Jan 17:46:48, Uwe Werler wrote:
> > > 
> > > Unfortunately the throughput is very low, only ~7 MBit. With mode 11g I 
> > > get ~16 MBit.
> > > 
> > > 
> > > zarathustra:~# tcpbench apu01
> > >   elapsed_ms          bytes         mbps   bwidth
> > >         1004         748272        5.962  100.00%
> > > Conn:   1 Mbps:        5.962 Peak Mbps:        5.962 Avg Mbps:        
> > > 5.962
> > >         2007         839664        6.697  100.00%
> > > Conn:   1 Mbps:        6.697 Peak Mbps:        6.697 Avg Mbps:        
> > > 6.697
> > >         3010         818244        6.533  100.00%
> > > Conn:   1 Mbps:        6.533 Peak Mbps:        6.697 Avg Mbps:        
> > > 6.533
> > >         4013         909636        7.255  100.00%
> > > Conn:   1 Mbps:        7.255 Peak Mbps:        7.255 Avg Mbps:        
> > > 7.255
> > >         5014         856800        6.848  100.00%
> > > Conn:   1 Mbps:        6.848 Peak Mbps:        7.255 Avg Mbps:        
> > > 6.848
> > >         6015         868224        6.946  100.00%
> > > Conn:   1 Mbps:        6.946 Peak Mbps:        7.255 Avg Mbps:        
> > > 6.946
> > >         7021         872508        6.945  100.00%
> > > Conn:   1 Mbps:        6.945 Peak Mbps:        7.255 Avg Mbps:        
> > > 6.945
> > >         8023         835380        6.670  100.00%
> > > Conn:   1 Mbps:        6.670 Peak Mbps:        7.255 Avg Mbps:        
> > > 6.670
> > >         9025         848232        6.779  100.00%
> > > Conn:   1 Mbps:        6.779 Peak Mbps:        7.255 Avg Mbps:        
> > > 6.779
> > >        10028         843948        6.731  100.00%
> > > Conn:   1 Mbps:        6.731 Peak Mbps:        7.255 Avg Mbps:        
> > > 6.731
> > >        11036         831096        6.596  100.00%
> > > Conn:   1 Mbps:        6.596 Peak Mbps:        7.255 Avg Mbps:        
> > > 6.596
> > > 
> > > I'm now ready to test furhter.
> > > 
> > 
> > I tested yesterday with my Android phone (Galaxy S7) and got only ~4 MBit.
> 
> Thank you for providing these numbers.
> 
> I would like to note though that there are many factors determining the
> effective throughput of wifi, ranging from wifi hardware, across OS and
> driver code, to specific AP/client behaviour and environmental RF conditions.
> 
> So when you report a number, you help with establishing a picture of the
> overall range of throughput people are seeing. But a number does not tell
> anybody anything about why throughput is lower than expected in your case.
> So this number cannot be used to actually improve the driver.
> It is just a data point.
> 
> What would help a small bit is a direct comparison with Linux running on the
> same access point hardware in the exact same environment. That would indicate
> which performance levels could be reached in your environment if OpenBSD was
> optimally tuned. I assume Linux has reached optimal performance levels on
> this several years old hardware by now.
> 
> In my testing I have noticed that Intel clients send data much faster than
> athn APs/clients do. The AP is able to receive higher data rates than it
> is sending. I don't know why that is happening and under which conditions
> this is to be expected. But it points to a problem with the athn driver.
> Perhaps the hardware is not tuned towards the specific way in which our
> driver makes use of it.
> 
> For now, I am happy if your AP works without crashing.
> As mentioned in the driver's man page, our 11n support is still incomplete
> and a whole lot remains to be done.
> 

Dear Stefan,

thanks for Your effort and explanation.

Ok, then I try to boot a Linux within the next days at this box - it's my
apu1d4 used as my nas and home server running current.

If I can help otherwise I'm ready!

Thanks again for Your time, patience and work!

Uwe

PS: The AP runs now since two days without any issues.
-- 

Reply via email to