[lkml]   [2018]   [Sep]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFCv2 00/48] perf tools: Add threads to record command
> In big picture this patchset adds perf record --threads
> option that allows to create threads in following modes:
> 1) single thread mode (current)
> $ perf record ...
> $ perf record --threads=1 ...
> - all maps are read/stored under process thread
> 2) mode with specific (X) number of threads
> $ perf record --threads=X ...
> - maps are spread equaly among threads
> 3) mode that creates thread for every monitored memory map
> $ perf record --threads ...
> - which in perf record is equal to number of CPUs, and
> it pins each thread to its map's cpu:

We need some way to flush data on a different thread than
what is processing the perf data, so essentially more threads than
CPUs. Something like this is needed for PT where even a single CPU can
generate so much data that it may take longer and longer to flush. You end up
with long gaps in the PT collection then because PT stays disabled
while the flushing happens on the same thread. If it was done
in the background in another thread these gaps would be much smaller.

Of course if Linux would finally get real file system AIO that wouldn't
be needed ...


 \ /
  Last update: 2018-09-14 19:03    [W:0.324 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site