diff --git a/examples/timing_resources.rs b/examples/timing_resources.rs
index 67dde0c5e146d3db9c2fd29a91e431f5ee889fe0..acddcbcba2e0e6de768228efe80395f96411a973 100644
--- a/examples/timing_resources.rs
+++ b/examples/timing_resources.rs
@@ -321,4 +321,10 @@ const APP: () = {
 // (Hint, what possible optimization can safely be applied by RTIC + Rust + LLVM.)
 //
 // [Your answer here]
-// TODO
+// From the exercises I have learnt that the RTIC way of handling concurrency is much faster
+// because it doesn't have to use locks everywhere. And the lock are much more efficient then the
+// ones used in C. RTIC is also much more efficient regarding context switching because it doesn't do it as often.
+// Rust provides safety for pointers which C doesn't. This means that it is easier to write shorter
+// code in rust, which also can be easily more optimized compared to C. The optimizer for C can
+// also be much more aggressive resulting in code that doesn't work as intended.
+//