Oxen ekibi, piyasadaki en hızlı veri versiyonlama aracını geliştirmeyi hedeflerken, oxen add ve oxen commit komutlarının performansını yakından inceliyordu. Milyonlarca dosya için add komutu yaklaşık bir dakika sürerken, commit komutunun 50 dakikadan fazla sürmesi dikkatlerini çekti. commit işleminin dizin sayısına bağlı olarak O(n) karmaşıklığında olması ve bu kadar uzun sürmemesi gerektiği düşüncesiyle, ekip performans sorununu derinlemesine araştırmaya karar verdi.
Performans analizleri için samply aracı kullanıldığında, commit süresinin %90'ından fazlasının RocksDB üzerindeki kilidi almakla geçtiği ortaya çıktı. Bu durum, paralel çalışan işçilerin, dosyaları "sahnelenmiş" durumdan "taahhüt edilmiş" duruma geçirirken, aynı verileri farklı kod katmanları arasında tekrar tekrar .clone() ve db.open() çağrılarıyla almasından kaynaklanıyordu. Bu tekrarlayan işlemler, aynı kaynağa erişim için iş parçacığı çekişmesine yol açarak ciddi bir darboğaz oluşturuyordu.
Sorunun tespitiyle birlikte, gereksiz kod ve veri erişimlerinin ortadan kaldırılması hedeflendi. Yapılan optimizasyonlar sonucunda, commit komutunun performansı tam 20 kat artırıldı. Bu deneyim, performans odaklı uygulamalarda "azın daha çok olduğu" ve "sadelik" ilkesinin önemini bir kez daha gösterdi. Ayrıca, RocksDB'nin paralel yazımlar için optimize edilmiş olması ve paralel okumalar için ideal bir aday olmaması da bu beklenmedik performans düşüşünde rol oynayan bir diğer faktör olarak belirtildi.
Yazılım mimarisinde katmanlar arası ayrımın, sistemin genel veri akışı ve performans üzerindeki etkisinin göz ardı edilmemesi gerektiği anlaşıldı.