Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Performance Improvements in .NET Core

blogs.msdn.microsoft.com

Post reply on HN
Print view View original

21–30 of 94 posts

Re: Performance Improvements in .NET Core

#21

Post by old-gregg »

runfaster2000 wrote: post #19
old-gregg wrote: post #14

Every time I try to get a quick feel of .NET on Linux, I allocate an hour to it and that hour is always spent wandering around various guides on microsoft.com and never getting anything done. There are terms like .NET Core, .NET Platform, .NET Framework, .NET SDK all mixed up on nearly every page, multiple versions of "Getting started" and "Quick start" guides, massive navigation menus and options on every page so yo…

Point taken. We have some improvements to make on this front.

Rooting for you guys. Lots of bad-ass tech has been locked up on Windows for years, can't wait to see it everywhere.

Re: Performance Improvements in .NET Core

#22

Post by wslh »

runfaster2000 wrote: post #19
old-gregg wrote: post #14

Every time I try to get a quick feel of .NET on Linux, I allocate an hour to it and that hour is always spent wandering around various guides on microsoft.com and never getting anything done. There are terms like .NET Core, .NET Platform, .NET Framework, .NET SDK all mixed up on nearly every page, multiple versions of "Getting started" and "Quick start" guides, massive navigation menus and options on every page so yo…

Point taken. We have some improvements to make on this front.

I know you are in the .NET team but we have critical issues with Microsoft (we are MSDN subscribers) that are not addressed. The most critical issue is the impossibility to pass automated tests and sign a network device driver because of a Windows 10 bug! If you can help routing this inside the organization would be great. More info about the issue here: https://social.msdn.microsoft.com/Forums/SharePoint/en-US/b1...

Re: Performance Improvements in .NET Core

#23

Post by st0le »

> For example, SortedSet‘s ctor was originally written in a relatively simple way that didn’t scale well due to (I assume accidentally) employing an O(N^2) algorithm for handling duplicates.

Now that's a gross oversight.

Re: Performance Improvements in .NET Core

#24

Post by martinwoodward »

old-gregg wrote: post #14

Every time I try to get a quick feel of .NET on Linux, I allocate an hour to it and that hour is always spent wandering around various guides on microsoft.com and never getting anything done. There are terms like .NET Core, .NET Platform, .NET Framework, .NET SDK all mixed up on nearly every page, multiple versions of "Getting started" and "Quick start" guides, massive navigation menus and options on every page so yo…

I don't disagree with your point at all. Hopefully https://dot.net/core will become that. As @runfaster2000 says the team have taken the point on board and are working on it.

However FWIW, I put together a C# on Linux Workshop for DevConf.cz earlier on in the year that might be useful for some folks https://github.com/martinwoodward/csharpworkshop - also includes links to the docs for building from source etc if you want to go really into the details.

Re: Performance Improvements in .NET Core

#25

Post by matthewwarren »

alkonaut wrote: post #2

I hope most or all these will find their way into the full framework. It's a bit odd that this is so rarely mentioned. I still haven't quite grasped the relation between core and the full framework when it comes to fixes like this being merged into the full framework.

> I still haven't quite grasped the relation between core and the full framework when it comes to fixes like this being merged into the full framework.

From what I can tell, from following the CoreCLR repo (https://github.com/dotnet/coreclr), it's changed over time.

In the beginning the sources of the 2 were more closely tied, changes were (automatically?) copied over. Now it seems like it's more ad-hoc, done as and when they decide it's needed. See the mentions of 'TFS Mirror' in this thread for a bit more info https://github.com/dotnet/coreclr/issues/972#issuecomment-25...

Re: Performance Improvements in .NET Core

#28

Post by ygra »

bitmapbrother wrote: post #26

What's up with the memory consumption of C# .Net Core? It looks like it has dethroned Java as the memory bloat champion. http://benchmarksgame.alioth.debian.org/u64q/csharp.html

May come down mostly to Java being able to use 32-bit references on a 64-bit JVM in certain cases. Many of those programs are very heavy on references. C# can gain a bit in some cases due to value types, but it doesn't always help enough.

Re: Performance Improvements in .NET Core

#29

Post by matthewwarren »

matthewwarren wrote: post #25
alkonaut wrote: post #2

I hope most or all these will find their way into the full framework. It's a bit odd that this is so rarely mentioned. I still haven't quite grasped the relation between core and the full framework when it comes to fixes like this being merged into the full framework.

> I still haven't quite grasped the relation between core and the full framework when it comes to fixes like this being merged into the full framework. From what I can tell, from following the CoreCLR repo ( https://github.com/dotnet/coreclr ), it's changed over time. In the beginning the sources of the 2 were more closely tied, changes were (automatically?) copied over. Now it seems like it's more ad-hoc, done as an…

If you take a look as these issues, it's clear that they're happy to make the source code very different, i.e. hard/impossible for changes to be automatically ported across.

Just look at how much .NET Framework (Desktop) code they removed from CoreCLR earlier this year!

- https://github.com/dotnet/coreclr/issues/8857 - https://github.com/dotnet/coreclr/issues/8763 - https://github.com/dotnet/coreclr/issues/4651 - https://github.com/dotnet/coreclr/pull/9058

Re: Performance Improvements in .NET Core

#30

Post by dafrankenstein2 »

runfaster2000 wrote: post #19
old-gregg wrote: post #14

Every time I try to get a quick feel of .NET on Linux, I allocate an hour to it and that hour is always spent wandering around various guides on microsoft.com and never getting anything done. There are terms like .NET Core, .NET Platform, .NET Framework, .NET SDK all mixed up on nearly every page, multiple versions of "Getting started" and "Quick start" guides, massive navigation menus and options on every page so yo…

Point taken. We have some improvements to make on this front.

but i have found driver development docs appealing. also its good if u allow to download offline version of the docs.
Post reply on HN