typo

Author: TylerMSFT

docs/build/reference/volatile.md

@@ -1,18 +1,18 @@
 ---
-description: "Learn more about: /volatilemetadata"
-title: "/volatilemetadata (Generate metadata on volatile memory accesses)"
+description: "Learn more about: /volatileMetadata"
+title: "/volatileMetadata (Generate metadata on volatile memory accesses)"
 ms.date: 5/29/2024
-f1_keywords: ["/volatilemetadata"]
-helpviewer_keywords: ["/volatilemetadata", "-volatilemetadata compiler option", "/volatilemetadata compiler option", "volatilemetadata"]
+f1_keywords: ["/volatileMetadata"]
+helpviewer_keywords: ["/volatileMetadata", "-volatileMetadata compiler option", "/volatileMetadata compiler option", "volatileMetadata"]
 ---
-# `/volatilemetadata` (Generate metadata on volatile memory accesses)
+# `/volatileMetadata` (Generate metadata on volatile memory accesses)
 
 Generate metadata for volatile memory accesses to improve performance when running x64 code on ARM64.
 
 ## Syntax
 
 ```cpp
-/volatilemetdata[-]
+/volatileMetadata[-]
 ```
 
 ## Arguments
@@ -24,7 +24,7 @@ Turns off `/volatileMetadata`. This may result in worse performance when your co
 
 Starting with Visual Studio 2019 16.10, `/volatileMetadata` is on by default when generating x64 code. It improves the emulation performance of x64 code on ARM64 by generating metadata that identifies volatile memory addresses. An emulator can use this metadata to improve performance by not using acquire/release semantics on those accesses it knows aren't volatile. Without this metadata, the emulator assumes that all addresses are volatile and uses acquire and release semantics.
 
-One side effect of `/volatileMetadata` is you may see `npad` macros in the generated code. This macro expands to a specified number of `NOP` instructions that create an address to associate with a memory barrier. That address is then recorded in the metadata to indicate that acquire/release semantics should be used to access it.
+One side effect of `/volatileMetadata` is you may see `npad` macros used in the generated code. This macro expands to a specified number of `NOP` instructions that create an address to associate with a memory barrier. That address is then recorded in the metadata to indicate that acquire/release semantics should be used to access it.
 
 `/volatileMetadata` is ignored when targeting x86.