¿Hay tipos de datos primitivos en C# atomic (thread safe)?

Question

Por ejemplo, ¿necesito bloquear un valor bool cuando multiprocesos?

Answer 1

No existe un tipo atómico . Solo las operaciones pueden ser atómicas.

de lectura y escritura de un tipo de datos que cabe en una sola palabra (int en un procesador de 32 bits, long en un procesador de 64 bits) es técnicamente "atómica", pero la fluctuación de fase y/o procesador puede decidir para reordenar instrucciones y así crear condiciones de carrera inesperadas, por lo que necesita serializar el acceso con lock, usar la clase Interlocked para escribir (y en algunos casos leer), o declarar la variable volatile.

La respuesta corta es: si dos subprocesos diferentes pueden acceder al mismo campo/variable y al menos uno de ellos estará escribiendo, deberá usar algún tipo de bloqueo. Para tipos primitivos que generalmente es la clase Interlocked.

Answer 2

pregunta similar here

Para la respuesta definitiva ir a la especificación . :)

partición I, sección 12.6.6 de la CLI estados de especificaciones: "Un CLI conforme deberá garantía de que leer y escribir el acceso a posiciones de memoria alineados correctamente no más grande que el tamaño de la palabra nativa es atómica cuando todos los accesos de escritura a una ubicación son del mismo tamaño ".

Para que confirma que s_Initialized nunca será inestable, y que lee y escribe en tipos primitve son atómica.

El enclavamiento crea una barrera de memoria para evitar que el procesador reordene las lecturas y escrituras. El bloqueo crea la única barrera requerida en en este ejemplo.

John.

Básicamente, no tendrás un problema de "bloqueo" al no bloquear un bool. Lo que puede tener es una condición de carrera para el orden en que se actualiza o lee el bool. Si quieres asegurarte de que el bool está escrito/leído en un orden específico, entonces querrás usar algún tipo de mecanismo de bloqueo.

Answer 3

Los tipos primitivos estáticos son seguros para la realización de hilos, por lo que no es necesario bloquear esas variables tipadas. Sin embargo, no se garantiza que exista ninguna variable de instancia de un tipo primitivo. Ver aquí: Are primitive types like bool threadsafe ?

MSDN PrimitiveType Class

Y aquí hay otro enlace útil que también puede ser de interés que me parece la solución muy convincente: SO Pregunta: How do I know if a C# method is thread safe?

Answer 4

o menos. Hay un hilo excelente acerca de este here, pero la versión corta es, mientras que una lectura o escritura determinada puede ser atómica, eso casi nunca es lo que estás haciendo. Por ejemplo, si desea incrementar un número entero, necesita 1) leer el valor, 2) agregar uno al valor y 3) almacenar el valor nuevamente. Cualquiera de esas operaciones puede ser interrumpida.

Ese es el motivo de las clases como "Interbloqueado".