Daniel Marbach

Daniel Marbach

Software Engineer, Microsoft MVP

Luzern, Switzerland

Actions

As a distinguished Microsoft MVP and software maestro at Particular Software, Daniel Marbach knows a thing or two about code. By day, he's a devoted .NET crusader, espousing the virtues of message-based systems. By night? He's racing against his own mischievous router hack, committing a bevy of performance improvements before the clock strikes midnight.

Badges

  • Most Active Speaker 2023

Area of Expertise

  • Information & Communications Technology

Topics

  • .NET
  • .NET Patterns & Practices
  • Message-Driven Architecture
  • Message Queues
  • high performance code
  • OpenSource

The performance loop—A practical guide to profiling and benchmarking

Code executed at scale must perform well. But how do we know if our performance optimizations actually make a difference?

Taking a step back, how do we even know what we need to optimize? First, we might need to discover hidden assumptions in the code, or figure out how to isolate the performance-critical bits. Even once we know what must be optimized, it's challenging to create reliable before-and-after benchmarks. We can only tell if our changes helped by profiling, improving, measuring, and profiling again. Without these steps, we might make things slower without realizing it.

In this talk, you'll learn how to:
* Identify the areas with an effort-to-value ratio that make them worth improving
* Isolate code to make its performance measurable without excessive refactoring
* Apply the "performance loop" to ensure performance actually improves and nothing breaks
* Become more “performance-aware” without getting bogged down in performance theater

Performance tricks I learned from contributing to open source .NET packages

As a practical learner, I've found performance optimizations are my biggest challenge and where I've learned the most helpful tricks, mostly by trial and error. It turns out the Azure .NET SDK is a perfect “playground” for learning those tricks—it's maintained by people who care and give feedback.

Over the past few years, I've contributed over seventy pull requests to the Azure .NET SDK. In this session, I'll walk you through the performance improvements I made, and help you develop your own “superpowers”—spotting and avoiding closure allocations, finding opportunities for memory pooling, and more.

Deep Dive into Azure Service Bus Messaging with the .NET SDK

Messaging is the backbone of many systems. Not all messaging platforms are born the same. Some are less sophisticated, some are more. Some are so advanced it's like taking a racing car for a spin; powerful and thrilling at the same time. Say hello to Azure Service Bus.

In this session, you will learn what Azure Service Bus in collaboration with the .NET SDK has to offer and why it could become the next cloud service you want to use. Unleash the power of Azure Service Bus in ways you've never seen before and add one of the most advanced messaging platforms to your toolkit.

A tour of the essential messaging services in Azure

Message-based systems have proven to be reliable and performant. Building them has never been as accessible as it is now. Azure has over a dozen different services directly and indirectly involved in creating your own message-based systems.

Join me in learning the benefits and usage scenarios of the four key messaging services in Azure. We'll explore how to decouple components and increase resilience with Queue Storage. Leverage the power of the publish/subscribe pattern with Service Bus. Get to know Event Hubs for real-time data ingestion. Finally, simplify building event-driven applications at scale with Event Grid.

Unleash the full potential of Azure's messaging services to increase reliability and resilience in your systems.

Daniel Marbach

Software Engineer, Microsoft MVP

Luzern, Switzerland

Actions

Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.

Jump to top