Performance Issues with Code Migration from Azure Synapse to Microsoft Fabric

Sarim Husain 0 Reputation points Microsoft Vendor
2025-01-11T13:45:07.5266667+00:00

Title: Performance Issues with Code Migration from Azure Synapse to Microsoft Fabric

Details:

I have been using Azure Synapse to curate code and create tables. After the introduction of Microsoft Fabric, I migrated all my code to Fabric.

Currently, I am experiencing a specific issue with one of my notebooks. This notebook runs end-to-end on Synapse in 10-12 minutes with a Medium pool (8 vcores, 56 GB memory), but in Fabric, it has been running for over 10-12 hours. I am utilizing F64 capacity in Fabric.

The code remains unchanged between both platforms.

What steps can be taken to resolve this performance issue without modifying the code?

Azure Synapse Analytics
Azure Synapse Analytics
An Azure analytics service that brings together data integration, enterprise data warehousing, and big data analytics. Previously known as Azure SQL Data Warehouse.
5,117 questions
Microsoft Fabric Training
Microsoft Fabric Training
Microsoft Fabric: A Microsoft unified data platform.Training: Instruction to develop new skills.
43 questions
0 comments No comments
{count} votes

1 answer

Sort by: Most helpful
  1. Vinodh247 26,936 Reputation points MVP
    2025-01-12T09:56:52.8133333+00:00

    Hi ,

    Thanks for reaching out to Microsoft Q&A.

    Below are some approaches you can take to troubleshoot and potentially resolve the performance issue without altering your existing code.

    1. Match or exceed your Synapse compute resources: Verify that the Spark environment in Fabric truly equates to your prior Medium (8 vCore) pool in Synapse; sometimes, capacity-based resources are allocated differently.
    2. Review concurrency and scheduling: Fabric capacity is shared among all workloads in a workspace, so you may not be getting the same dedicated cluster experience as in Synapse.
    3. Monitor Spark job stages: Identify bottlenecks or skewed data that might have shown up due to changes in the underlying Fabric environment or OneLake file structures.
    4. Check for environment overheads: Warmup times, autoscaling, and potential concurrency limits can dramatically affect total runtime if they’re not tuned.

    By validating capacity usage, examining Spark settings, ensuring data partitioning is consistent, and monitoring concurrency, you should be able to approach the same performance you saw in Synapse—all without modifying your existing code. If the issue persists, engaging Microsoft support during this early phase of Fabric could yield targeted solutions.

    Please feel free to click the 'Upvote' (Thumbs-up) button and 'Accept as Answer'. This helps the community by allowing others with similar queries to easily find the solution.

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.