lo hace tiene sentido hacer atómica una bandera BOOL en múltiples hilos de programación

Question

soy bastante nuevo en la programación multi-hilo y pregunto si está bien o para hacer una propiedad como

@property BOOL shouldDoIt; //atomic 

que será utilizado en un bucle que se llama en el fondo

- (void) loop{ 
    // ... do stuff ... 
    if (self.shouldDoIt) { 
     [self doIt]; 
     self.shouldDoIt = NO; 
    } 
    // ... do more stuff ... 
} 

y cambiado en un método llamado desde el hilo principal

- (void) methodCalledFromMainThread{ 
    self.shouldDoIt = YES; 
} 

¿Tengo tengo para hacerlo atómico o no cambia nada? Sé que atómico es lento en comparación con no atómico y mi programa necesita más velocidad, pero si no se usa atómico, ¿podría fallar hacer if (shouldDoIt){?

Answer 1

La respuesta es totalmente dependiente de la respuesta a la pregunta: "¿Qué se necesita para ejecutar doIt exactamente una vez por cada vez que el hilo principal establece el indicador shouldDoIt"

Si la respuesta a esa pregunta es "sí", entonces su código no funcionará porque el hilo principal podría establecer shouldDoIt a YES después de haber iniciado doIt pero antes de haber restablecido la bandera.

Si la respuesta es "no", en este caso, lo que tiene es bueno, excepto que en una configuración de múltiples CPU, la bandera puede almacenarse en caché de tal manera que el otro hilo no ver el cambio Por lo tanto, probablemente al menos desee utilizar OSAtomicTestAndClearBarrier() y OSAtomicTestAndSetBarrier(), que son de bajo nivel, por lo tanto, tan rápido como pueda.

Sin embargo, soy escéptico de que tenga que hacer esto. Creo que es posible que encuentre que refactorizar el diseño de alguna manera obtendrá mejores resultados dependiendo de lo que esté tratando de hacer en doIt, do stuff y do more stuff.

Answer 2

Lea primero el Threading Programming Guide de Apple y creo que necesita un NSLock , pero tenga cuidado de que pueda encontrar un punto muerto. buena suerte

Answer 3

En puede enhebrar tiene una BOOL que desea establecer o ningún después de hacer algún trabajo en el hilo de vuelta a

[NSThread detachNewThreadSelector:@selector(backThreadAction:) toTarget:self withObject:nil]; 


-(void) backThreadAction:(id*)someObject{ 
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; 

    //do stuff here 

    [self performSelectorOnMainThread:@selector(didFinishBackThreadAction:) withObject:nil waitUntilDone:NO]; 
    [pool release]; 
} 

-(void) didFinishBackThreadAction:(id *)someObject{ 
    //set your bool to no 
} 

Answer 4

en esta parte del código:

if (self.shouldDoIt) { 
    [self doIt]; 

shouldDoTt es atómico no garantiza que todavía sea true cuando llame a doIt. Debe usar un candado para asegurarse de que el valor no haya cambiado después de la prueba y antes de que realmente haga lo que tiene que hacer.