[lkml]   [2017]   [Sep]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Question]: try to fix contention between expire_timers and try_to_del_timer_sync
Hi Will,

Will this bodging patch be merged? It can solve the livelock issue on
arm64 platforms(at least improve a lot).

I suspected that CCI-freq might impact the contention between little and
big core, but on my platform, it impacts little. In fact the frequency
of external DDR controller impacts the contention.(My last reply has
detailed data). It might be flushed out of cache after entering WFE and
be loaded from DDR to cache when woken up.(I guessed that's why external
DDR freq matters.)

Even with the lowest DDR freq(78M) on my platform, the maximum delay to
get locked of the little core drops to ~10 ms with this bodging patch,
while without the patch, the delay can be in 10s level by my testing, as
discussed previously. So I'm wondering whether it's will be pushed into
mainline, or still need more data?

Thanks a lot.

Best Regards

On 2017年08月29日 07:12, Vikram Mulukutla wrote:
> Hi Will,
> On 2017-08-25 12:48, Vikram Mulukutla wrote:
>> Hi Will,
>> On 2017-08-15 11:40, Will Deacon wrote:
>>> Hi Vikram,
>>> On Thu, Aug 03, 2017 at 04:25:12PM -0700, Vikram Mulukutla wrote:
>>>> On 2017-07-31 06:13, Will Deacon wrote:
>>>> >On Fri, Jul 28, 2017 at 12:09:38PM -0700, Vikram Mulukutla wrote:
>>>> >>On 2017-07-28 02:28, Will Deacon wrote:
>>>> >>>On Thu, Jul 27, 2017 at 06:10:34PM -0700, Vikram Mulukutla wrote:
>>>> >>>
>>>> >>This does seem to help. Here's some data after 5 runs with and
>>>> without
>>>> >>the
>>>> >>patch.
>>>> >
>>>> >Blimey, that does seem to make a difference. Shame it's so ugly!
>>>> Would you
>>>> >be able to experiment with other values for
>>>> >it set to 10000 in the diff I posted, but that might be higher than
>>>> >optimal.
>>>> >It would be interested to see if it correlates with
>>>> num_possible_cpus()
>>>> >for the highly contended case.
>>>> >
>>>> >Will
>>>> Sorry for the late response - I should hopefully have some more data
>>>> with
>>>> different thresholds before the week is finished or on Monday.
>>> Did you get anywhere with the threshold heuristic?
>>> Will
>> Here's some data from experiments that I finally got to today. I decided
>> to recompile for every value of the threshold. Was doing a binary search
>> of sorts and then started reducing by orders of magnitude. There pairs
>> of rows here:
> Well here's something interesting. I tried a different platform and
> found that
> the workaround doesn't help much at all, similar to Qiao's observation
> on his b.L
> chipset. Something to do with the WFE implementation or event-stream?

 \ /
  Last update: 2017-09-25 13:19    [W:0.084 / U:0.296 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site