linux-kernel - Thread scheduler misbehaviour OR Oprofile bug?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <54B919B5.4020300@linaro.org>
Date:	Fri, 16 Jan 2015 14:01:25 +0000
From:	Zoltan Kiss <zoltan.kiss@...aro.org>
To:	oprofile-list@...ts.sf.net, linux-kernel@...r.kernel.org
Subject: Thread scheduler misbehaviour OR Oprofile bug?

Hi,

I'm using OProfile to check some suspicious behaviour of dpdk-pktgen, 
and I can see something which troubles me. Either the scheduler lies 
about core affinity or Oprofile accounts some samples wrongly.
This userspace app runs in threads, which are assigned explicitly to one 
single core with pthread_setaffinity_np (I've added some debug lines 
which checks the affinity with pthread_getaffinity_np to make sure that 
the affinity was correctly set indeed)
These threads run infinite loops, calling different functions. In my 
example one of these functions (pktgen_main_rxtx_loop) should only be 
called by the thread on core #1, but in the oprofile results I can see 
samples from all other cores as well. I've added a sched_getcpu() call 
to every iteration of that infinite loop to check if it runs anywhere 
else than core #1, but it seems to be fine.
So my conclusion is that either the scheduler doesn't care about thread 
affinity and even sched_getcpu() can't see that, OR, Oprofile falsely 
accounts samples to the wrong CPU. Or to the wrong symbol, although I've 
added "__attribute__ ((noinline))" to every called function to make sure 
that inlineing doesn't screw up anything.
I'm running my tests on Ubuntu Servers with 14.04 with 3.13.0-32 kernel, 
the CPU is a desktop kind, i5-4570 @ 3.20GHz (no-HT!) with oprofile 0.9.9.
Anyone have a suggestion about what happens?

Regards,

Zoltan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/