On 16 May 2016 at 19:04, Dave Taht wrote:
> On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin wrote:
>> On 16 May 2016 at 01:34, Roman Yeryomin wrote:
>>> On 6 May 2016 at 22:43, Dave Taht wrote:
On Fri,
On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin wrote:
> On 16 May 2016 at 01:34, Roman Yeryomin wrote:
>> On 6 May 2016 at 22:43, Dave Taht wrote:
>>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>>>
On Mon, 2016-05-16 at 11:14 +0300, Roman Yeryomin wrote:
> So, very close to "as before": 900Mbps UDP, 750 TCP.
> But still, I was expecting performance improvements from latest ath10k
> code, not regressions.
> I know that hw is capable of 800Mbps TCP, which I'm targeting.
One flow can reach
Hi David,
On May 16, 2016 10:46:25 AM GMT+02:00, David Lang wrote:
>On Mon, 16 May 2016, Roman Yeryomin wrote:
>
>> On 16 May 2016 at 11:12, David Lang wrote:
>>> On Mon, 16 May 2016, Roman Yeryomin wrote:
>>>
On 6 May 2016 at 22:43, Dave Taht
On Mon, 16 May 2016, Roman Yeryomin wrote:
On 16 May 2016 at 11:12, David Lang wrote:
On Mon, 16 May 2016, Roman Yeryomin wrote:
On 6 May 2016 at 22:43, Dave Taht wrote:
On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
wrote:
On 16 May 2016 at 11:12, David Lang wrote:
> On Mon, 16 May 2016, Roman Yeryomin wrote:
>
>> On 6 May 2016 at 22:43, Dave Taht wrote:
>>>
>>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>>> wrote:
On 6 May 2016 at 21:43,
On Mon, 16 May 2016, Roman Yeryomin wrote:
On 6 May 2016 at 22:43, Dave Taht wrote:
On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote:
On 6 May 2016 at 21:43, Roman Yeryomin wrote:
On 6 May 2016 at 15:47, Jesper
On 16 May 2016 at 01:34, Roman Yeryomin wrote:
> On 6 May 2016 at 22:43, Dave Taht wrote:
>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>> wrote:
>>> On 6 May 2016 at 21:43, Roman Yeryomin wrote:
On 16 May 2016 at 02:07, Eric Dumazet wrote:
> On Mon, 2016-05-16 at 01:34 +0300, Roman Yeryomin wrote:
>
>> qdisc fq_codel 8003: parent :3 limit 1024p flows 16 quantum 1514
>> target 80.0ms ce_threshold 32us interval 100.0ms ecn
>> Sent 1601271168 bytes 1057706 pkt
On Mon, 2016-05-16 at 01:34 +0300, Roman Yeryomin wrote:
> qdisc fq_codel 8003: parent :3 limit 1024p flows 16 quantum 1514
> target 80.0ms ce_threshold 32us interval 100.0ms ecn
> Sent 1601271168 bytes 1057706 pkt (dropped 1422304, overlimits 0 requeues 17)
> backlog 1541252b 1018p requeues 17
On 7 May 2016 at 12:57, Kevin Darbyshire-Bryant
wrote:
>
>
> On 06/05/16 10:42, Jesper Dangaard Brouer wrote:
>> Hi Felix,
>>
>> This is an important fix for OpenWRT, please read!
>>
>> OpenWRT changed the default fq_codel sch->limit from 10240 to 1024,
>> without
On 6 May 2016 at 22:43, Dave Taht wrote:
> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote:
>> On 6 May 2016 at 21:43, Roman Yeryomin wrote:
>>> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
On 06/05/16 10:42, Jesper Dangaard Brouer wrote:
> Hi Felix,
>
> This is an important fix for OpenWRT, please read!
>
> OpenWRT changed the default fq_codel sch->limit from 10240 to 1024,
> without also adjusting q->flows_cnt. Eric explains below that you must
> also adjust the buckets
On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote:
> On 6 May 2016 at 21:43, Roman Yeryomin wrote:
>> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
>>>
>>> I've created a OpenWRT ticket[1] on this issue, as it seems
On 6 May 2016 at 21:43, Roman Yeryomin wrote:
> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
>>
>> I've created a OpenWRT ticket[1] on this issue, as it seems that someone[2]
>> closed Felix'es OpenWRT email account (bad choice! emails
On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
>
> I've created a OpenWRT ticket[1] on this issue, as it seems that someone[2]
> closed Felix'es OpenWRT email account (bad choice! emails bouncing).
> Sounds like OpenWRT and the LEDE https://www.lede-project.org/ project
I've created a OpenWRT ticket[1] on this issue, as it seems that someone[2]
closed Felix'es OpenWRT email account (bad choice! emails bouncing).
Sounds like OpenWRT and the LEDE https://www.lede-project.org/ project
is in some kind of conflict.
OpenWRT ticket [1]
Hi Felix,
This is an important fix for OpenWRT, please read!
OpenWRT changed the default fq_codel sch->limit from 10240 to 1024,
without also adjusting q->flows_cnt. Eric explains below that you must
also adjust the buckets (q->flows_cnt) for this not to break. (Just
adjust it to 128)
18 matches
Mail list logo