[go-nuts] Re: .net core vs go

Good show. Being a lone warrior. Some hate Microsoft so badly for no apparent reason while they seem to love Apple ! :) There is no reason for such hatred - given their love for Apple or even Google. .Net Core is solid and Go feels totally "incomplete" to me. You cannot model an abstraction

[go-nuts] Re: .net core vs go

I am currently moving one of my applications to .net core. Currently i use Redis for caching, PostgreSQL and Nginx. All run in Linux except my Rest Service which runs in Windows. After the move to asp.net core i will host the application in Linux, probably docker. Could you point me to the one

[go-nuts] Re: .net core vs go

I think this discussion has served its purpose with respect to what this Go discussion forum can provide. Please conclude this debate. Thanks Dave -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop

[go-nuts] Re: .net core vs go

I think you are being naive. You don't pay in terms of running the code per-se, but to get other parts of their toolchain that generally go together with the whole baggage, e.g. MSSQL, OS, support, updates, etc. That's the whole point. This would take the conversation in another direction and

[go-nuts] Re: .net core vs go

- I did not mention windows at all... so what's with that??? - And about the profit? they allow you to run your code on Linux and MS does not get a dime? The point is that you can develop .net core and don't pay anything to MS. - Yes VS Code is based on Github's electron framework,

[go-nuts] Re: .net core vs go

I do not agree with the above. Let me explain: - First of all asp.net core and it's new web server kestrel should be used behind nginx or similar. Hiding it behind IIS is slow because of IIS and not because of kestrel. Check out the new https://www.techempower.com/benchmarks...

[go-nuts] Re: .net core vs go

I have been managing Windows based environments for well over a decade and .Net is one of the most slowest stacks I have ever seen. That being said, I just finished configuring ASP.net Core Module on IIS (it's just been released) for a client and it's still dog slow (particularly the app

Re: [go-nuts] Re: .net core vs go

You are correct about the concurrency, no hard feeling. thank god this was no tech interview! ;) BTW i just found this http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=csharpcore=go It looks like .net core seems to be comparable to go (and better in some cases). And it is only

Re: [go-nuts] Re: .net core vs go

Oh, in fact Go version is now faster :-) (look results above) But uses more memory. воскресенье, 9 октября 2016 г., 13:22:18 UTC+3 пользователь Sokolov Yura написал: > > > The code is not making a reasonable comparison because it creates N > goroutines. It should create only GOMAXPROCS

Re: [go-nuts] Re: .net core vs go

Dnia 2016-10-09, o godz. 02:06:01 Sotirios Mantziaris napisał(a): Excuse me for a bit of 'ad personam' tone, it is not meant to be mean. > And i was comparing the concurrency framework You did not though. > with all the bells and whistles But your code used none. [e.g.

Re: [go-nuts] Re: .net core vs go

> The code is not making a reasonable comparison because it creates N goroutines. It should create only GOMAXPROCS goroutines and use no channels and use no WaitGroup. Then it would be roughly equal to what .net does. > But we are already far away from what was my point. Nevermind ;-) I've

Re: [go-nuts] Re: .net core vs go

You are adding the hash calculation to the mix which skew the results, but the end result is the same. On Sun, Oct 9, 2016, 13:05 Jan Mercl <0xj...@gmail.com> wrote: > > On Sun, Oct 9, 2016 at 11:47 AM Sokolov Yura > wrote: > > > .Net still faster and uses less memory.

Re: [go-nuts] Re: .net core vs go

On Sun, Oct 9, 2016 at 11:47 AM Sokolov Yura wrote: > .Net still faster and uses less memory. But not dramatically faster. But dramatically less memory. It is pitty. The code is not making a reasonable comparison because it creates N goroutines. It should create only

Re: [go-nuts] Re: .net core vs go

It looks like .Net version never uses more than 1 core. > > If I made hash function slower, .Net version starts to be slower. Within 1 core there much less to synchronize. How can I increase number of cpu core used for default Task queue? -- You received this message because you are subscribed

Re: [go-nuts] Re: .net core vs go

Finally made Go fast and not so memory hungry! :- Using one buffered channel per result: https://github.com/funny-falcon/headon/blob/master/parallelism/go/mainmulti.go headon/parallelism/go$ /usr/bin/time go run mainmulti.go -tasks 1 Task to execute: 1 1 in 9.948716ms, hash

Re: [go-nuts] Re: .net core vs go

Here is results for my version https://github.com/funny-falcon/headon I utilize results by computing hash and summing it it main thread. .Net still faster and uses less memory. But not dramatically faster. But dramatically less memory. It is pitty. Here is results for .NET:

Re: [go-nuts] Re: .net core vs go

I am waiting for the final implementation to check them out. Looks promising. On Sun, Oct 9, 2016, 12:15 Jan Mercl <0xj...@gmail.com> wrote: > On Sun, Oct 9, 2016 at 11:06 AM Sotirios Mantziaris > wrote: > > > From what i understand goroutines are not threads either. > >

Re: [go-nuts] Re: .net core vs go

On Sun, Oct 9, 2016 at 11:06 AM Sotirios Mantziaris wrote: > From what i understand goroutines are not threads either. That's the whole point for the original claim. there's not way .net could ever cope with 100k threads. If you want to compare apples to apples, the Go

Re: [go-nuts] Re: .net core vs go

On Sun, Oct 9, 2016 at 10:37 AM Sotirios Mantziaris wrote: > Still much faster than go! That basically compares the cost of creating like 4 threads to creating 100k goroutines. -- -j -- You received this message because you are subscribed to the Google Groups

Re: [go-nuts] Re: .net core vs go

Since i don't know if "dotnet run" does optimize code, you may got a point there. changed the code to return a string from the function and use Task. Result: dotnet run 100 Project dotnet (.NETCoreApp,Version=v1.0) was previously compiled. Skipping compilation. Task to execute: 100

Re: [go-nuts] Re: .net core vs go

Doesn't it possible that .Net optimize out string formatting at all? Cause it is never returned and has no side effect. Doubdtfully Go will optimize out fmt.Sprintf. Anyway, I think .Net core garbage collector just more efficient for extremely short living objects. Does it has as short GC

Re: [go-nuts] Re: .net core vs go

Can you measure with sleep after sprintf (both in .Net and Go version)? Let it be sleep for 1 millisecond. Or 500 microseconds. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it,

Re: [go-nuts] Re: .net core vs go

Dnia 2016-10-08, o godz. 23:55:08 Sotirios Mantziaris napisał(a): > Please review my code for any mistakes i made and let me know. >private static void Work(int i){ >var t = string.Format("Task {0} done!", i); >} Above construct is a NOOP and

Re: [go-nuts] Re: .net core vs go

Hi Jan. The correct analogy here are not threads but Tasks from the excellent Task Parallel Library in order to compare Apples with Apples. i have a little stupid source code (https://github.com/mantzas/headon) that run in parallel n tasks and the equivalent in go. dotnet run 100 Project

Re: [go-nuts] Re: .net core vs go

Hi, yes I agree with the fact that Visual Studio is one of the best IDE's out there. But in general tooling, golang has a great set too. I suggest you check out VS Code with golang extension, pretty neat! And on top of that VS Code is cross-platform too. On Sat, 8 Oct 2016, 09:15 Sotirios

Re: [go-nuts] Re: .net core vs go

On Wed, May 18, 2016 at 4:06 PM Sotirios Mantziaris wrote: > The claim that .Net is not heavily concurrent is not true either. A Go program executing 100k goroutines needs 200MB or 400MB RAM for stack, depending on version, so it can run just fine. A .net program trying

Re: [go-nuts] Re: .net core vs go

Hi, i too use go and i see all the benefits that you are mentioning. I was only pointing out what was wrong in the post about windows... BTW You don't need IIS to run .Net Core. There is a new web server named Kestrel (check this video https://vimeo.com/172009499) which performs very well. So

Re: [go-nuts] Re: .net core vs go

Hi Sotirios I have always been someone trying to balance out the "developer productivity" vs "runtime efficiency". By only using a coding language/framework because you can code much quicker in it is almost 99% of the time going to bite you in the *** later. Sure if you just want to