Skip to content

Commit 4b7ea8a

Browse files
authored
Merge pull request #207292 from khdownie/kendownie080822
updating latency troubleshooting
2 parents be74f27 + a5d6cef commit 4b7ea8a

File tree

1 file changed

+2
-1
lines changed

1 file changed

+2
-1
lines changed

articles/storage/files/storage-troubleshooting-files-performance.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -78,7 +78,8 @@ To determine whether most of your requests are metadata-centric, start by follow
7878
- Check to see whether the application can be modified to reduce the number of metadata operations.
7979
- Add a virtual hard disk (VHD) on the file share and mount the VHD from the client to perform file operations against the data. This approach works for single writer/reader scenarios or scenarios with multiple readers and no writers. Because the file system is owned by the client rather than Azure Files, this allows metadata operations to be local. The setup offers performance similar to that of a local directly attached storage.
8080
- To mount a VHD on a Windows client, use the [Mount-DiskImage](/powershell/module/storage/mount-diskimage) PowerShell cmdlet.
81-
- To mount a VHD on Linux, consult the documentation for your Linux distribution.
81+
- To mount a VHD on Linux, consult the documentation for your Linux distribution.
82+
- If you're continuously hitting the metadata operations limit that a single Azure file share can accommodate (2,000 operations per file share), we suggest separating the file share into multiple file shares within the same storage account.
8283

8384
### Cause 3: Single-threaded application
8485

0 commit comments

Comments
 (0)