Live Feed/JetBrains/Fact Record
JetBrains logo
JetBrains
feature 96% Confidence Gate September 9, 2026

Why Rider and ReSharper Were Slow to Start, and How Microsoft Helped Fix the Problem

JetBrains identified that Microsoft Defender's real-time scanning of out-of-process (OOP) architecture caused significant IDE startup latency. The company collaborated with Microsoft to optimize scanning behavior and released a diagnostic tool to mitigate these performance bottlenecks.

Verified State Diff

Comparison Mode:
- Previous State
ReSharper and Rider IDEs experienced significant startup latency due to aggressive Microsoft Defender scanning of OOP processes.
+ Verified New State
Optimized scanning interactions with Microsoft Defender and the availability of a new diagnostic tool to manage IDE performance overhead.

Impact & Verification Analysis

WHO IS AFFECTED

Developers using ReSharper or Rider on Windows environments protected by Microsoft Defender.

WHY IT MATTERS

This addresses a critical architectural performance bottleneck that directly impacts developer productivity and IDE responsiveness in enterprise environments.

Full Fact Overview

The transition to an out-of-process (OOP) architecture for ReSharper and Rider introduced a performance regression where Microsoft Defender's file system and process scanning routines disproportionately impacted startup times. By profiling the interaction between the IDE's background processes and the Windows security stack, JetBrains determined that excessive scanning of temporary files and process memory was the primary culprit. The resolution involved a coordinated effort with Microsoft to refine scanning exclusions and the introduction of a specialized diagnostic tool to help users identify and resolve similar configuration-based performance issues.

Multi-Source Evidence Chain (1)

Why Rider and ReSharper Were Slow to Start, and How Microsoft Helped Fix the ProblemJetBrains
TRACKED ENTITY
Explore all historical JetBrains changes
View JetBrains Hub ➔