Penso di avere quello che stai cercando. Si tratta di un'implementazione del buffer circolare senza blocco che blocca il produttore/consumatore. Hai solo bisogno di accedere alle primitive atomiche - in questo esempio userò le funzioni di gcc sync
.
Ha un bug noto: se si supera il buffer di oltre il 100% non è garantito che la coda rimanga FIFO (continuerà a elaborarli tutti alla fine).
Questa implementazione si basa sulla lettura/scrittura degli elementi del buffer come un'operazione atomica (che è praticamente garantita per i puntatori)
struct ringBuffer
{
void** buffer;
uint64_t writePosition;
size_t size;
sem_t* semaphore;
}
//create the ring buffer
struct ringBuffer* buf = calloc(1, sizeof(struct ringBuffer));
buf->buffer = calloc(bufferSize, sizeof(void*));
buf->size = bufferSize;
buf->semaphore = malloc(sizeof(sem_t));
sem_init(buf->semaphore, 0, 0);
//producer
void addToBuffer(void* newValue, struct ringBuffer* buf)
{
uint64_t writepos = __sync_fetch_and_add(&buf->writePosition, 1) % buf->size;
//spin lock until buffer space available
while(!__sync_bool_compare_and_swap(&(buf->buffer[writePosition]), NULL, newValue));
sem_post(buf->semaphore);
}
//consumer
void processBuffer(struct ringBuffer* buf)
{
uint64_t readPos = 0;
while(1)
{
sem_wait(buf->semaphore);
//process buf->buffer[readPos % buf->size]
buf->buffer[readPos % buf->size] = NULL;
readPos++;
}
}
Non so in quale ambiente ci si trova, ma in Win32 è possibile utilizzare WaitForMultipleObjects per fare in modo che il consumatore attenda tutte le code contemporaneamente senza girare. –
Mi dispiace, non ho detto che lavoro principalmente su Linux – ziu
Nel caso in cui non si ottenga una risposta reale, sarà semplicissimo sincronizzare più buffer con questo: http://neosmart.net/ blog/2011/waitformultipleobjects-and-win32-events-per-linux-e-read-write-locks-for-windows/ –