QNX/UNIX: Анатомия параллелизма

  t1 = ClockCycles();
  sem_wait(sem);
  if (debug) str[ind++] = *tid;
  sem_post(sem);
  t += ClockCycles() - t1;
  sched_yield();
 }
 ...
}

3. Теперь особое внимание необходимо уделить не только созданию, но и ликвидации именованного семафора (такой семафор имеет время жизни ядра системы и будет продолжать свое существование и после завершения нашего приложения):

sem_close(sem);
sem_unlink(semname);

Запустим полученное приложение при таком значении -n, которое обеспечит достаточное время его работы. Прежде чем обсуждать полученные результаты, посмотрим отображение семафора на пространство файловых имен системы во время работы приложения:

# ls -l /dev/sem
total 1
n------r-х 1 root root 1 Feb 10 18.56 duble

А теперь и результаты работы программы:

# nice -n-19 sy20n -n100000
3      : cycles - 1453746002, on semaphore - 14537
2      : cycles - 1454203573, on semaphore - 14542

Наконец, мы можем обратиться к количественному анализу полученных цифр:

• Примитивы — мьютекс, неименованный и именованный семафоры, — кажущиеся на первый взгляд сходными, требуют для своего обслуживания в эквивалентных условиях принципиально различных затрат, величины которых радикально отличаются: 140 – 870 – 14500 процессорных циклов соответственно, что соотносится как 1:6,2:104.

• Так же радикально отличаются и их характеристики доступа: изнутри процесса (или даже только из того потока, который уже владеет мьютексом), из внешнего процесса, из процесса, работающего на совершенно другом сетевом узле… То, что мы уже рассматривали как «характеристики времени жизни» объектов, принадлежит различным категориям: процесса (process-persistent), ядра (kernel-persistent) или файловой системы (filesystem-persistent).

• У захваченного мьютекса всегда есть поток-владелец, и только он может освободить его в дальнейшем. Именно поэтому мьютекс может использоваться для синхронизации потоков, но только синхронизации в смысле разграничения временной последовательности доступа к фрагменту кода — к тому, что часто называют критической секцией кода. Функциональность семафора значительно выше: при возможности (почти всегда) его применения в том контексте, в котором используется и мьютекс (только нужно ли это делать?), он может применяться и для синхронизации потоков в смысле координации последовательности их взаимодействия в качестве элемента, управляющего порядком выполнения. Покажем это на примере. Для этого незначительно трансформируем код предыдущего теста для семафора (файл sy21.cc):

Синхронизация потоков семафорами

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <inttypes.h>
#include <iostream.h>
#include <unistd.h>
#include <pthread.h>
#include <errno.h>
#include <semaphore.h>
unsigned long N = 1000;
unsigned int T = 2;
static sem_t* sem;
static bool debug = false;
static char* str; // строка диагностики
static volatile int ind = 0;
uint64_t *t;
void* threadfunc(void* data) {
 unsigned long i = 0;
 char tid[8];
 sprintf(tid, '%X', pthread_self());
 // временная метка начала во всех потоках устанавливается
 // на время достижения этой точки в последнем (активном) потоке
 if ((int)data == T - 1) {
  uint64_t с = ClockCycles();
  for (int i = 0; i < T; i++ ) t[i] = c;
 }
 // рабочий цикл переключений за счет синхронизации
 while (i++ < N) {
  sem_wait(sem + (int)data);
  if (debug) str[ind++] = *tid;
  sem_post(sem + ((int)data +1) % T);
 }
 t[(int)data] = ClockCycles() - t[(int)data];
 return NULL;
}
int main(int argc, char *argv[]) {
 int opt, val;
 while ((opt = getopt(argc, argv, 'n:t:v')) != -1) {
  switch(opt) {
  case 'n':
   if (sscanf(optarg, '%i', &val) != 1)
    cout << 'parse command line error' << endl, exit(EXIT_FAILURE);
   if (val > 0) N — val;
   break;
  case 't':
   if (sscanf(optarg, '%i', &val) != 1)
    cout << 'parse command line error' << endl, exit(EXIT_FAILURE);
   if (val > 0) T = val;
   break;
  case 'v':
   debug = true;
   break;