¿Un mapa de hash concurrente no requiere que los obtendores / configuradores estén sincronizados?

Si estuviera usando un hashmap concurrente y tuviera métodos que establecieran y obtuvieran valores, ¿como lo haría usando un hashmap concurrente, necesitaría sincronizar el captador y el configurador? ¿Es esto redundante? ¿Es un diseño mejor?

Además, ¿es un hashmap simultáneo sin sincronización más rápido que un hashmap con captadores y configuradores sincronizados? Esto es para un sistema de alto rendimiento.

Gracias

1) Si tiene métodos de obtención y establecimiento que solo realizan una operación (como el método de obtención solo devolverá el valor del mapa para la clave dada) o cualquier operación segura para subprocesos, entonces no necesita un bloque sincronizado explícito para aquellos que lo obtienen & setter.

2) Sí, el uso de hashmap simultáneo sin bloque sincronizado mejorará en gran medida el rendimiento.

Nota: ConcurrentHashMap es débilmente consistente, lo cual es aceptable en la mayoría de los casos.