{
    "api_version": "1",
    "kind": "dse_post",
    "self": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/",
    "item": {
        "id": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/",
        "slug": "dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test",
        "url": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/",
        "alternate_urls": {
            "markdown": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test.md",
            "json": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/"
        },
        "title": "Check whether NVMe health polling is disturbing an L-series storage test",
        "summary": "Can NVMe administration queries change the I/O behavior being measured on an Azure L-series VM?",
        "format": {
            "slug": "guide",
            "name": "Guide"
        },
        "priority": {
            "slug": "info",
            "name": "Information"
        },
        "featured": false,
        "image": {
            "theme": "managed-it",
            "label": "Managed IT operations",
            "alt": "A controlled technology lifecycle progressing from assessment to approved production.",
            "card_url": "https://update.dsesecurity.com/assets/editorial/managed-it-card.webp?v=1.8.20",
            "hero_url": "https://update.dsesecurity.com/assets/editorial/managed-it-hero.webp?v=1.8.20",
            "social_url": "https://update.dsesecurity.com/assets/editorial/managed-it-social-v2.jpg?v=1.8.20",
            "width": 2400,
            "height": 1350
        },
        "topics": [
            {
                "slug": "it",
                "name": "IT",
                "url": "https://update.dsesecurity.com/topic/it/"
            }
        ],
        "author": {
            "name": "DSE Security Editorial Team",
            "url": "https://update.dsesecurity.com/#editorial-team",
            "type": "Organization"
        },
        "publisher": {
            "name": "Detection Systems & Engineering",
            "url": "https://dsesecurity.com/"
        },
        "published_at": "2026-09-10T00:23:27+00:00",
        "modified_at": "2026-09-10T02:11:17+00:00",
        "reviewed_on": "2026-09-09",
        "reading_minutes": 2,
        "word_count": 237,
        "potentially_affected": "Windows workloads on Lsv3, Lasv3, or Lsv2 Azure VMs using their local NVMe devices.",
        "dse_recommendation": "Separate health-query activity from the workload measurement before diagnosing the storage limit.",
        "primary_source": {
            "name": "Optimize performance on Lsv3, Lasv3, and Lsv2-series Windows VMs - Azure Virtual Machines | Microsoft Learn",
            "url": "https://learn.microsoft.com/en-us/azure/virtual-machines/windows/storage-performance",
            "published_on": null,
            "authority": "Microsoft Learn"
        },
        "publishing_principles": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/",
        "usage_info": "https://update.dsesecurity.com/usage/",
        "copyright_notice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.",
        "content_html": "<h2>Source facts</h2>\n<p>Microsoft warns against mixing NVMe administrative commands, including SMART queries, with active I/O on Lsv3, Lasv3, and Lsv2 VMs. Their NVMe Direct implementation switches to a slower mode while administration commands are pending. The documented maximum queue depth is 1,024 per I/O queue pair; exceeding it in a synthetic benchmark can cause queue-full conditions and reduce performance. Local NVMe storage is ephemeral. <a href=\"https://learn.microsoft.com/en-us/azure/virtual-machines/windows/storage-performance\" target=\"_blank\" rel=\"noopener noreferrer\">Microsoft Learn</a>.</p>\n<h2>Applicability</h2>\n<p>Review the benchmark harness and monitoring agents together when a Windows workload on these families behaves differently under observation. Distinguish an application change from a change in the measurements and background queries surrounding it.</p>\n<h2>DSE recommendation</h2>\n<p>Separate health-query activity from the workload measurement before diagnosing the storage limit. Ask the performance owner to identify every source of NVMe administrative polling during the test. Schedule a controlled comparison that changes the relevant observation activity while preserving workload parameters. Keep the test&#8217;s queue settings within the documented limit and use only disposable or appropriately protected data.</p>\n<h2>Verification</h2>\n<p>Record the workload, queue configuration, administrative-query timing, and measured results for each run. Look for a repeatable relationship before assigning a cause; do not claim that all monitoring tools or all low performance have this mechanism. Restore the approved monitoring configuration after the test, and retain the evidence for any proposed monitoring change separately from the storage-capacity plan.</p>\n<h2>Official references</h2>\n<p><a href=\"https://learn.microsoft.com/en-us/azure/virtual-machines/windows/storage-performance\" target=\"_blank\" rel=\"noopener noreferrer\">Microsoft Learn: Optimize performance on Lsv3, Lasv3, and Lsv2 Windows VMs</a>. Source reviewed September 9, 2026.</p>",
        "content_text": "Source facts\nMicrosoft warns against mixing NVMe administrative commands, including SMART queries, with active I/O on Lsv3, Lasv3, and Lsv2 VMs. Their NVMe Direct implementation switches to a slower mode while administration commands are pending. The documented maximum queue depth is 1,024 per I/O queue pair; exceeding it in a synthetic benchmark can cause queue-full conditions and reduce performance. Local NVMe storage is ephemeral. Microsoft Learn.\nApplicability\nReview the benchmark harness and monitoring agents together when a Windows workload on these families behaves differently under observation. Distinguish an application change from a change in the measurements and background queries surrounding it.\nDSE recommendation\nSeparate health-query activity from the workload measurement before diagnosing the storage limit. Ask the performance owner to identify every source of NVMe administrative polling during the test. Schedule a controlled comparison that changes the relevant observation activity while preserving workload parameters. Keep the test’s queue settings within the documented limit and use only disposable or appropriately protected data.\nVerification\nRecord the workload, queue configuration, administrative-query timing, and measured results for each run. Look for a repeatable relationship before assigning a cause; do not claim that all monitoring tools or all low performance have this mechanism. Restore the approved monitoring configuration after the test, and retain the evidence for any proposed monitoring change separately from the storage-capacity plan.\nOfficial references\nMicrosoft Learn: Optimize performance on Lsv3, Lasv3, and Lsv2 Windows VMs. Source reviewed September 9, 2026.",
        "content_markdown": "## Source facts\n\nMicrosoft warns against mixing NVMe administrative commands, including SMART queries, with active I/O on Lsv3, Lasv3, and Lsv2 VMs. Their NVMe Direct implementation switches to a slower mode while administration commands are pending. The documented maximum queue depth is 1,024 per I/O queue pair; exceeding it in a synthetic benchmark can cause queue-full conditions and reduce performance. Local NVMe storage is ephemeral. [Microsoft Learn](https://learn.microsoft.com/en-us/azure/virtual-machines/windows/storage-performance).\n\n## Applicability\n\nReview the benchmark harness and monitoring agents together when a Windows workload on these families behaves differently under observation. Distinguish an application change from a change in the measurements and background queries surrounding it.\n\n## DSE recommendation\n\nSeparate health-query activity from the workload measurement before diagnosing the storage limit. Ask the performance owner to identify every source of NVMe administrative polling during the test. Schedule a controlled comparison that changes the relevant observation activity while preserving workload parameters. Keep the test’s queue settings within the documented limit and use only disposable or appropriately protected data.\n\n## Verification\n\nRecord the workload, queue configuration, administrative-query timing, and measured results for each run. Look for a repeatable relationship before assigning a cause; do not claim that all monitoring tools or all low performance have this mechanism. Restore the approved monitoring configuration after the test, and retain the evidence for any proposed monitoring change separately from the storage-capacity plan.\n\n## Official references\n\n[Microsoft Learn: Optimize performance on Lsv3, Lasv3, and Lsv2 Windows VMs](https://learn.microsoft.com/en-us/azure/virtual-machines/windows/storage-performance). Source reviewed September 9, 2026."
    },
    "json_ld": {
        "@context": "https://schema.org",
        "@graph": [
            {
                "@type": "Organization",
                "@id": "https://dsesecurity.com/#organization",
                "name": "Detection Systems & Engineering",
                "alternateName": "DSE Security",
                "url": "https://dsesecurity.com/",
                "logo": {
                    "@type": "ImageObject",
                    "url": "https://update.dsesecurity.com/assets/dse-logo-20260812.png?v=1.8.20"
                }
            },
            {
                "@type": "Organization",
                "@id": "https://update.dsesecurity.com/#editorial-team",
                "name": "DSE Security Editorial Team",
                "url": "https://update.dsesecurity.com/",
                "parentOrganization": {
                    "@id": "https://dsesecurity.com/#organization"
                }
            },
            {
                "@type": "WebSite",
                "@id": "https://update.dsesecurity.com/#website",
                "name": "DSE Updates",
                "alternateName": "DSE Security Knowledge Hub",
                "url": "https://update.dsesecurity.com/",
                "inLanguage": "en-US",
                "publisher": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "potentialAction": {
                    "@type": "SearchAction",
                    "target": {
                        "@type": "EntryPoint",
                        "urlTemplate": "https://update.dsesecurity.com/?q={search_term_string}"
                    },
                    "query-input": "required name=search_term_string"
                }
            },
            {
                "@type": "WebPage",
                "@id": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/",
                "url": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/",
                "isPartOf": {
                    "@id": "https://update.dsesecurity.com/#website"
                },
                "lastReviewed": "2026-09-09"
            },
            {
                "@type": "BreadcrumbList",
                "@id": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/#breadcrumbs",
                "itemListElement": [
                    {
                        "@type": "ListItem",
                        "position": 1,
                        "name": "DSE Updates",
                        "item": "https://update.dsesecurity.com/"
                    },
                    {
                        "@type": "ListItem",
                        "position": 2,
                        "name": "Check whether NVMe health polling is disturbing an L-series storage test",
                        "item": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/"
                    }
                ]
            },
            {
                "@type": [
                    "Article",
                    "TechArticle"
                ],
                "@id": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/#article",
                "identifier": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/",
                "url": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/",
                "headline": "Check whether NVMe health polling is disturbing an L-series storage test",
                "description": "Can NVMe administration queries change the I/O behavior being measured on an Azure L-series VM?",
                "abstract": "Can NVMe administration queries change the I/O behavior being measured on an Azure L-series VM?",
                "articleBody": "Source facts\nMicrosoft warns against mixing NVMe administrative commands, including SMART queries, with active I/O on Lsv3, Lasv3, and Lsv2 VMs. Their NVMe Direct implementation switches to a slower mode while administration commands are pending. The documented maximum queue depth is 1,024 per I/O queue pair; exceeding it in a synthetic benchmark can cause queue-full conditions and reduce performance. Local NVMe storage is ephemeral. Microsoft Learn.\nApplicability\nReview the benchmark harness and monitoring agents together when a Windows workload on these families behaves differently under observation. Distinguish an application change from a change in the measurements and background queries surrounding it.\nDSE recommendation\nSeparate health-query activity from the workload measurement before diagnosing the storage limit. Ask the performance owner to identify every source of NVMe administrative polling during the test. Schedule a controlled comparison that changes the relevant observation activity while preserving workload parameters. Keep the test’s queue settings within the documented limit and use only disposable or appropriately protected data.\nVerification\nRecord the workload, queue configuration, administrative-query timing, and measured results for each run. Look for a repeatable relationship before assigning a cause; do not claim that all monitoring tools or all low performance have this mechanism. Restore the approved monitoring configuration after the test, and retain the evidence for any proposed monitoring change separately from the storage-capacity plan.\nOfficial references\nMicrosoft Learn: Optimize performance on Lsv3, Lasv3, and Lsv2 Windows VMs. Source reviewed September 9, 2026.",
                "datePublished": "2026-09-10T00:23:27+00:00",
                "dateModified": "2026-09-10T02:11:17+00:00",
                "mainEntityOfPage": {
                    "@id": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/"
                },
                "inLanguage": "en-US",
                "isAccessibleForFree": true,
                "author": {
                    "@type": "Organization",
                    "name": "DSE Security Editorial Team",
                    "url": "https://update.dsesecurity.com/#editorial-team"
                },
                "publisher": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "image": {
                    "@type": "ImageObject",
                    "@id": "https://update.dsesecurity.com/updates/dse-20260909-509-check-whether-nvme-health-polling-is-disturbing-an-l-series-storage-test/#primaryimage",
                    "url": "https://update.dsesecurity.com/assets/editorial/managed-it-social-v2.jpg?v=1.8.20",
                    "contentUrl": "https://update.dsesecurity.com/assets/editorial/managed-it-social-v2.jpg?v=1.8.20",
                    "width": 1200,
                    "height": 630,
                    "caption": "Check whether NVMe health polling is disturbing an L-series storage test"
                },
                "articleSection": [
                    "IT"
                ],
                "keywords": [
                    "IT",
                    "Guide",
                    "Information priority"
                ],
                "genre": "Guide",
                "about": [
                    {
                        "@type": "Thing",
                        "name": "IT",
                        "url": "https://update.dsesecurity.com/topic/it/"
                    }
                ],
                "wordCount": 237,
                "timeRequired": "PT2M",
                "publishingPrinciples": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/",
                "usageInfo": "https://update.dsesecurity.com/usage/",
                "copyrightHolder": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "copyrightNotice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.",
                "citation": {
                    "@type": "CreativeWork",
                    "name": "Optimize performance on Lsv3, Lasv3, and Lsv2-series Windows VMs - Azure Virtual Machines | Microsoft Learn",
                    "url": "https://learn.microsoft.com/en-us/azure/virtual-machines/windows/storage-performance"
                }
            }
        ]
    }
}