Announcement
Collapse
No announcement yet.
Ubuntu 14.04/16.04 vs. Ubuntu Bash On Windows 10 Anniversary Performance
Collapse
X
-
"Windows Subsystem for Linux.", shouldn't that be "Linux Subsystem for Windows."? Or am I thinking weirdly now?
- Likes 2
-
Originally posted by uid313 View PostNow we also have .NET Core on Linux!
Now if we only could get the full .NET Framework on Linux (well there is Mono)... and PowerShell on Linux!
And honestly, I quite like that GNU/Linux didn't use .net. I Happen to work quite much with C#, and I don't think it worth it. Bad debugging experience (watchpoints not supported by design, plus even official Microsoft debugger in studio missing many features of plain old gdb), awful GUI Framework (starting with native bugs: Ctrl+BS doesn't delete a word, scroll doesn't work even within a window, unless you don't forget to make a code for that; and ending with Mono ones, like that Mono crashes, or NumericUpDown.Value occasionally returns zero, when it isn't), bigger binary sizes.
I do understand though both that C# easier to learn than C++ (and not because of syntax, but mainly because of bigger number of "wtf moments", when something doesn't work, and you don't know why), but let's be more literate. There's Rust, making memory management so easier, there's Haskell with GC (which, though, have own obstacles, but eve just knowing it improves coding style so much!).
- Likes 1
Leave a comment:
-
Now we also have .NET Core on Linux!
Now if we only could get the full .NET Framework on Linux (well there is Mono)... and PowerShell on Linux!
Leave a comment:
-
Originally posted by mike4 View PostHow about running steam Linux games on Win10?
However, why focus on bringing Linux apps into Windows when you can focus on bringing Windows 10 apps and interesting features straight into bare metal Linux?
I've shown this before but specialized virtualization paired with some handcrafted scripts can be a powerful combination and gives Microsoft a backseat position and Linux the front seat, where things ought to be:
- Likes 2
Leave a comment:
-
Originally posted by bug77 View Post
It shows what you want it to show. More often than not, when something runs better with a translation layer than without, it means the translation layer is not doing everything it should (e.g. properly sync disk writes, support all video draw calls).
That said, yay for a proper CLI in Windows.
Leave a comment:
-
Originally posted by Hi-Angel View PostOverall, it shows that GNU/Linux got quite a room for optimizations. Running faster with API translation than natively — even a tiny bit — is a shame.
That said, yay for a proper CLI in Windows.
- Likes 1
Leave a comment:
-
Guys... This isn't virtualized anything, so other than the filesystem results... all of the results are as should be expected. Basically Windows like BSD has a pluggable ABI system of which Win32 is one of it's plugins, they implemented the Linux Kernel ABI and made it so that when dealing with that ABI the filesystem looks different to the running programs. It's possible that the redirection is what's causing the speed issues, or it could be that NTFS is just that bad in comparison.
- Likes 1
Leave a comment:
-
Overall, it shows that GNU/Linux got quite a room for optimizations. Running faster with API translation than natively — even a tiny bit — is a shame.
Leave a comment:
Leave a comment: