[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-08-17。"],[],[],null,["# Performance considerations\n\nThis page provides details on parameters that directly affect volume performance.\n\nVolume considerations\n---------------------\n\nWhen you assign capacity to your volumes, consider the following:\n\n- Your choice of access protocol (Server Message Block (SMB) or Network File\n System (NFS)) might impact throughput.\n\n- Your choice of service level affects the throughput limit.\n\n### Volume considerations for the Flex service level\n\nThe following considerations apply to volumes created within the Flex\nservice level:\n\n- The pool provides a common aggregate throughput limit for all volumes in the\n pool. Volumes share the pool's throughput.\n\n- Adding pool capacity increases the maximum throughput limit for volumes in\n the pool.\n\n- Adding additional capacity to a volume doesn't increase the maximum volume\n throughput limit.\n\n### Volume considerations for the Standard, Premium, and Extreme service levels\n\nThe following considerations apply to volumes created within the Standard,\nPremium, and Extreme service levels:\n\n- The volume capacity defines the common throughput limit, independent of the\n storage pool capacity.\n\n- Adding volume capacity increases the maximum throughput limit of the volume.\n\nWorkload characteristics\n------------------------\n\nWhen you use NetApp Volumes, your application sends input/output\n(I/O) operation requests to volumes that define your workload and are\ncharacterized by the following parameters:\n\n- **Client VM read cache size**: you can't adjust a workload's read and write\n ratio, but you can add more buffer cache in your virtual machines (VMs),\n which can help reduce the number of necessary read operations.\n\n- **Block size**: Fewer, larger I/O operations are much more efficient than many\n smaller ones. Strive to use large block sizes of 64 KiB or more. Consult your\n application manual to determine if you can change block size.\n\n- **I/O concurrency**: you can increase I/O concurrency to process more I/O\n operations in parallel without increasing the overall runtime.\n\nMetadata operations\n-------------------\n\nMetadata operations are small, protocol-specific operations. Metadata operation\nperformance is primarily limited by latency. Examples of metadata operations\ninclude the following:\n\n- List contents of a folder\n\n- Delete a file\n\n- Set permissions\n\nLatency\n-------\n\nLatency is the total amount of time it takes for an I/O operation to complete.\nThis includes the wait time in queue and the service time where the I/O is acted\nupon. To improve your latency, we recommend that you test the connection to\nNetApp Volumes from all the zones in your region and select the\nzone with the lowest latency.\n\n### Latency considerations\n\n- When a client's network bandwidth is smaller than required, the client\n latency reported by perfmon in Windows or `nfsiostat` in Linux is higher than\n the latency reported by NetApp Volumes because the I/O\n operation spends time queueing on the client.\n\n- Storage latency becomes high when a volume's throughput ceiling is lower\n than required for a given workload. This also causes the client latency to be\n higher because of the additional client-side queuing.\n\n- When the capacity-defined throughput ceiling is reached, you can improve the\n client and storage latencies by increasing the throughput limit.\n\nWhat's next\n-----------\n\n[Expected performance](/netapp/volumes/docs/performance/expected-performance)."]]