DR.FIX: Automatically Fixing Data Races at Industry Scale
Not on the map. Why?
Abstract (arXiv)
Data races are a prevalent class of concurrency bugs in shared-memory parallel programs, posing significant challenges to software reliability and reproducibility. While there is an extensive body of research on detecting data races and a wealth of practical detection tools across various programming languages, considerably less effort has been directed toward automatically fixing data races at an industrial scale. In large codebases, data races are continuously introduced and exhibit myriad patterns, making automated fixing particularly challenging. In this paper, we tackle the problem of automatically fixing data races at an industrial scale. We present Dr.Fix, a tool that combines large language models (LLMs) with program analysis to generate fixes for data races in real-world settings, effectively addressing a broad spectrum of racy patterns in complex code contexts. Implemented for Go--the programming language widely used in modern microservice architectures where concurrency is pervasive and data races are common--Dr.Fix seamlessly integrates into existing development workflows. We detail the design of Dr.Fix and examine how individual design choices influence the quality of the fixes produced. Over the past 18 months, Dr.Fix has been integrated into developer workflows at Uber demonstrating its practical utility. During this period, Dr.Fix produced patches for 224 (55%) from a corpus of 404 data races spanning various categories; 193 of these patches (86%) were accepted by more than a hundred developers via code reviews and integrated into the codebase.
Key facts. Cited by 1 paper in the map (data through 14 Oct 2026). Builds on 22 of its 112 references that are in the map. First posted on arXiv 22 Apr 2025.
Builds on
22 of 112 references.
References · 22
- 2017Attention Is All You Needcited by 60,361
- 2020Language Models are Few-Shot Learnerscited by 32,419
- 2024The Llama 3 Herd of Modelscited by 14,715
- 2019Exploring the Limits of Transfer Learning with a Unified Text-to-Text Transformercited by 14,599
- 2020Retrieval-Augmented Generation for Knowledge-Intensive NLP Taskscited by 9,297
- 2019Sentence-BERT: Sentence Embeddings using Siamese BERT-Networkscited by 9,170
- 2023Lost in the Middle: How Language Models Use Long Contextscited by 3,455
- 2023Tree of Thoughts: Deliberate Problem Solving with Large Language Modelscited by 3,211
- 2024RepairAgent: An Autonomous, LLM-Based Agent for Program Repaircited by 232
- 2023Fine-Tuning or Retrieval? Comparing Knowledge Injection in LLMscited by 178
- 2023Keep the Conversation Going: Fixing 162 out of 337 bugs for 0.42 each using ChatGPTcited by 125
- 2023InferFix: End-to-End Program Repair with LLMscited by 114
10 more
- 2023Copiloting the Copilots: Fusing Large Language Models with Completion Engines for Automated Program Repaircited by 55
- 2018Spectre Attacks: Exploiting Speculative Executioncited by 47
- 2021HIPPODROME: Data Race Repair using Static Analysis Summariescited by 2
- 2022A Study of Real-World Data Races in Golangcited by 2
- 2018Data Race Detection on Compressed Tracescited by 1
- 2018What Happens - After the First Race? Enhancing the Predictive Power of Happens - Before Based Dynamic Race Detectioncited by 1
- 2021Optimistic Concurrency Control for Real-world Go Programs (Extended Version with Appendix)cited by 1
- 2021Dynamic Data-Race Detection through the Fine-Grained Lenscited by 1
- 2023Unveiling and Vanquishing Goroutine Leaks in Enterprise Microservices: A Dynamic Analysis Approachcited by 1
- 2024Optimistic Prediction of Synchronization-Reversal Data Racescited by 1
Built on by
Citing papers per year: 2025: 1.
1 paper.