I don&#x27;t know if you will be happy with these ones, but I don&#x27;t have any experience in your domain.<p><a href="http:&#x2F;&#x2F;www.roguewave.com&#x2F;products-services&#x2F;imsl-numerical-libraries&#x2F;net-libraries" rel="nofollow">http:&#x2F;&#x2F;www.roguewave.com&#x2F;products-services&#x2F;imsl-numerical-li...</a><p><a href="http:&#x2F;&#x2F;quantalea.com&#x2F;highlights&#x2F;" rel="nofollow">http:&#x2F;&#x2F;quantalea.com&#x2F;highlights&#x2F;</a><p>I do concede that my remark was a bit flame-bait, but as I replied on a sibling thread, there are mechanisms available that allow for cache friendlier code, while staying inside .NET.<p>It is going to outperform or be shoulder-to-shoulders to an optimizing C++ compiler?<p>Most likely not (lets see how .NET Native evolves), but in certain use cases will be already fast enough.<p>The problem is that many see .NET as Java clone, as I once did as well, Microsoft and miss to explore the mechanisms .NET has available for a bit closer to the metal coding.<p>Many times 90% there is already a solution costumers will appreciate.<p>Plus there are plans to bring more of their learnings from System C# (aka M#) and project Midori into .NET.<p><a href="http:&#x2F;&#x2F;joeduffyblog.com&#x2F;2015&#x2F;11&#x2F;03&#x2F;blogging-about-midori&#x2F;" rel="nofollow">http:&#x2F;&#x2F;joeduffyblog.com&#x2F;2015&#x2F;11&#x2F;03&#x2F;blogging-about-midori&#x2F;</a>