Как выполнить процессы, переданные по каналу с ударом на нескольких ядрах?

Попробуйте установить привязку процессора (процессора):

taskset -c 0 dostuff | taskset -c 1 filterstuff

Изменить:

Попробуйте этот эксперимент:

• создайте файл с именем proctest и chmod + x proctest со следующим содержанием:

   #! / bin / bash
  пока правда
  делать
   пс
   спать 2
  сделанный 
  

• запустить это:

   ./ proctest | grep bash
  

• в другом терминале, start top - убедитесь, что сортировка выполняется по% CPU
• , подождите несколько секунд, затем выйдите
• введите команду ps u

• start top -p со списком PID нескольких процессов с наивысшим уровнем, скажем 8 из них, из списка, оставленного на экране после выхода top , а также для proctest и grep , которые были перечислены ps - все через запятую, например (порядок не имеет значения):

   top -p 1234, 1255, 1211, 1212, 1270, 1275, 1261, 1250, 16521, 16522
  

• добавьте поле процессора - нажмите f , затем j , затем Пробел
• установите сортировку на PID - нажмите Shift + F затем a затем Пробел
• необязательно: нажмите Shift + H , чтобы включить просмотр цепочки
• необязательно: нажмите d , введите .09 и нажмите Введите , чтобы установить короткое время задержки
• . Теперь посмотрите, как процессы переходят от процессора к процессору, вы должны увидеть proctest и grep не работают, иногда на одном процессоре, иногда на разных

The Linux scheduler is designed to give maximum throughput, not do what you imagine is best. If you're running processes which are connected with a pipe, in all likelihood, one of them is blocking the other, then they swap over. Running them on separate cores would achieve little or nothing, so it doesn't.

If you have two tasks which are both genuinely ready to run on the CPU, I'd expect to see them scheduled on different cores (at some point).

My guess is, what happens is that dostuff runs until the pipe buffer becomes full, at which point it can't run any more, so the "filterstuff" process runs, but it runs for such a short time that dostuff doesn't get rescheduled until filterstuff has finished filtering the entire pipe buffer, at which point dostuff then gets scheduled again.