\t\t\t\tMobile operating systems continue to evolve year over year, delivering great APIs for developers to integrate into their apps to create delightful\u00a0experiences. However, a side effect of this is that the size of the\u00a0mobile apps that developers are creating on Xamarin\u00a0is\u00a0growing. When we designed Xamarin.Android, our Garbage Collector integration was built\u00a0to handle small to medium sized apps.<\/p>\n
![\"Garbage-Sorting-Robot\"](\"\/wp-content\/uploads\/sites\/44\/2019\/04\/Garbage-Sorting-Robot-300x192.jpg\")
In large applications this integration, also known as the GC Bridge, was brought to our attention as a source of longer than expected pauses. We took time to dive into the problem and remedy it by introducing two new bridge modes in Xamarin.Android 4.14, currently in the stable channel.<\/p>\n
The GC Bridge is responsible for bringing two worlds together: Java and C#. It takes care of the\u00a0objects that exist on both sides, such as Activity, and makes their lifetime correct for both the Java garbage collector and Mono’s.<\/p>\n
Let’s take a look at a benchmark test that creates objects and randomly connects them, which is similar to deep object models we’ve seen in real world apps.<\/p>\n
![\"GC](\"\/wp-content\/uploads\/sites\/44\/2019\/04\/GC-Performance-1.png\")
<\/p>\n
As you can see, performance improvements in the new GC bridges are quite drastic. Performance improves 2x to 10x between\u00a0what we used to get with 4.12 and the new Tarjan mode.<\/p>\n
Before diving into more details and performance benchmarks, I want to take a moment\u00a0to describe the different GC Bridges.<\/p>\n
Let’s take a look at a few more performance benchmarks to really see how these new GC Bridges increase the overall app performance.<\/p>\n
![\"GC](\"\/wp-content\/uploads\/sites\/44\/2019\/04\/GC-Performance-2.png\")
<\/p>\n
This second benchmark simulates the case where a very popular object is referenced by many objects, which\u00a0happens frequently when the GUI has lots of callbacks to a central backend object. As you can see, it’s not just faster, but scalable, as the number of incoming links barely affects performance.<\/p>\n
![\"GC](\"\/wp-content\/uploads\/sites\/44\/2019\/04\/GC-Performance-3.png\")
<\/p>\n
This last benchmark creates a structure where half of the objects point to a single object that in turn points to the other half of the objects. It’s not common in practice, but it shows how both new bridge modes are necessary – each one shines when used on different workloads, which can only be discovered\u00a0by trying both.<\/p>\n
Enabling this new functionality is as easy as adding an environment.txt<\/b> file to your project with the BuildAction set to AndroidEnvironment<\/b>. Then you can specify which GC_BRIDGE option your application should use by passing Our awesome documentation explains in detail how to enable the new bridges<\/a> so you can make your apps more responsive today.<\/p>\nbridge-implementation=old<\/code>, bridge-implementation=new<\/code>, or bridge-implementation=tarjan<\/code> to the MONO_GC_PARAMS<\/b> environment variable. Here is an example:<\/p>\nMONO_GC_PARAMS=bridge-implementation=tarjan<\/pre>\n
![\"Enabling](\"\/wp-content\/uploads\/sites\/44\/2019\/04\/Screen-Shot-2014-09-05-at-10.24.55-AM-300x193.png\")
<\/a><\/p>\nLearn More<\/h2>\n
![\"Xamarin](\"\/wp-content\/uploads\/sites\/44\/2019\/04\/Untitled-1-120x120.png\")
To learn even more about GC Bridges, be sure to join me at\u00a0