셈플 및 스레드 사용에 대한 도움말

Question

스레드 된 버퍼를 시뮬레이트하기 위해 pthread 라이브러리를 사용하고 있습니다. 또한 한 번에 하나씩 중요한 섹션 변수에 액세스하는 솔루션으로 세마포를 사용하고 있습니다.

주요 문제는 제작자가 전체 버퍼를 채우고 있으며 소비자가 전체 버퍼를 비우는 것입니다. 이 코드가 맞습니까? 버퍼가 꽉 찼거나 비어 있기 전에 생산과 소비가 일어난다 고 가정하고있었습니다.

내 코드 및 모든 의견을 많이 도움이 될 것입니다, 네, 클래스입니다.

는

download main.cpp

는 funkohland.com/pthreads/log.txt에서 로그 파일을 볼 ...

void *Producer(void *threadid) 
{ 
    long tid; 
    tid = (long)threadid; 

    while (c < Cycles) //While stuff to buffer 
    {       
     pthread_mutex_lock(&lock);   
     while(size == BUFFER_SIZE) 
     { 
      pthread_cond_wait(&cond, &lock);  
     } 
    buffer [full] = rand(); 
    data << size+1 << ". Produce: " << buffer[full] << endl; 
    printBuffer(); 
    full = (full + 1) % BUFFER_SIZE; 
    size++; 
    pthread_cond_signal(&cond1); 
    pthread_mutex_unlock(&lock); 
    c++; 
    } 
    pthread_exit(NULL); 
} 

당신은 또한 모든 코드를 다운로드하거나 로그 파일을 볼 수 있습니다 사전에 감사합니다

Answer 1

이것은 Mutexes의 잘 알려진 문제점입니다. 뮤텍스는 많은 사이클을 필요로하는 값 비싼 작업입니다. 뮤텍스를 잠금 해제하면 다른 스레드는 잠금을 종료하고 잠금을 얻는 TINY 기회를 갖게됩니다. 기본적으로 다른 스레드에게 실행 기회를주기 위해 뮤텍스에서 보내는 시간을 줄여야합니다. 기본적으로 뮤텍스가 실제로 필요한 코드 부분을 선택하고 뮤텍스를 잠그면 해당 변수 (및 그 이상)로 수행해야 할 작업을 모두 빠르게 수행 한 다음 잠금을 해제해야합니다.

Answer 2

먼저, 공유 변수 'c'및 'size'에 대한 액세스가 중요 섹션 내에서 이루어져야합니다. 잠금 장치와 잠금 해제 호출 사이의 차이입니다. 현재 적절한 잠금없이 'c'및 '크기'에 자유롭게 액세스하고 있습니다.

Answer 3

Goz의 대답이있는 동안 가능한 해결책은 usleep(1) 또는 sched_yield()/(OS에 따라 다름) 중 하나를 사용하여 뮤텍스 외부의 스케줄러에 양보하는 것입니다.

또한 제작자가 rand()를 사용하기 때문에 약간의 차이는 있지만 새로운 객체를 삽입하는 데 시간이 많이 걸리는 I/O 또는 고급 알고리즘을 사용하는 경우 올바른 방법은 실제 제작을 수행하는 것입니다 unmutexed를 로컬 버퍼에 넣은 다음 mutex 만 새로 만든 객체를 큐에 삽입합니다.