Re: [go-nuts] Turning off nagle's algorithm for http.Client

@Janne, thanks got it working. @Sokolov, I don't see it set in dial code. I'm using 1.6.* version. -- 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, send an email to

[go-nuts] Re: Can not install "go-lang-idea-plugin" onto IntelliJ IDEA

The my download problem had been gone. I was able to download that via another network place. It was just network issue... Florin-san, thanks! 2016年10月10日月曜日 8時47分56秒 UTC+9 Florin Pățan: > > Hi, > > > It would help if you'd have more information about this. > I don't have any problems

[go-nuts] [ANN] Gleam - A Go-based MapReduce system with Luajit, Unix Pipes

Gleam is written in pure Go. However, Go's lacks of generics and remote code execution hinder its progress on distributed data processing. Enter Gleam: https://githug.com/chrislusf/gleam This is a Go-based MapReduce system currently supports Luajit and Unix Pipes. Gleam has a plugin system to

[go-nuts] .net core vs go

Go is a relatively small language, so it should be easy to learn especially if you are already familiar with other programming languages. Go's binary generation is also pretty good and it gets better with each release. The major hurdle of a .net shop switching to other platform/language is

[go-nuts] Re: Can not install "go-lang-idea-plugin" onto IntelliJ IDEA

Hi, It would help if you'd have more information about this. I don't have any problems downloading from my current setup but I'm sure there are many differences. I'll ping the guys from JetBrains as well. Kind regards, Florin On Sunday, October 9, 2016 at 11:05:42 PM UTC+1, Yuuki T wrote: >

Re: [go-nuts] OpenWRT-friendly golang hardware

May be Lamobo R1 is one of your choices, though it's sold as board. some of the websites to refer to: https://wiki.openwrt.org/toh/lamobo/bananapi_r1 http://linux-sunxi.org/Lamobo_R1 -- Original -- From: "Aldrin Leal";; Date: Sat, Oct 1,

[go-nuts] Can not install "go-lang-idea-plugin" onto IntelliJ IDEA

Currently I can not install "go-lang-idea-plugin" on my IntelliJ [IntelliJ IDEA] > [Preferences] > [Plugins] >[Browse repositories] >[Manage repositories] > Input, https://plugins.jetbrains.com/plugins/alpha/5047 Then, I tried to install the shown "Go" plugin However never complete to

[go-nuts] Re: what's the difference between Golang and Java about interface?

On Saturday, October 8, 2016 at 9:14:34 PM UTC+8, Fei Ding wrote: > > Recently I've been asked a question which is, what's the difference > between Golang and Java about *interface*? > > > I know there are some 'syntax-sugar level' differences, what I am > interested is anything beneath the

[go-nuts] Re: what's the difference between Golang and Java about interface?

In golang, if a concrete type embeds an interface type, the concrete type must implement this interface type. package main type I interface { IsZero() bool } type T struct { I } var i I = T{} // implemention assertion ok func main(){ } On Saturday, October 8, 2016 at 9:14:34 PM

[go-nuts] Re: what's the difference between Golang and Java about interface?

On Saturday, October 8, 2016 at 9:14:34 PM UTC+8, Fei Ding wrote: > > Recently I've been asked a question which is, what's the difference > between Golang and Java about *interface*? > > > I know there are some 'syntax-sugar level' differences, what I am > interested is anything beneath the

Re: [go-nuts] Failed to cross compile go program

Looks like this might be related to https://github.com/golang/go/issues/16499 - what version of go are you using, and what's your target processor? (Does it support AVX2 at all? I wonder if the code assumes the instruction to be available rather than doing a feature check of some sort) On Sun,

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

[go-nuts] Re: tidy way to write a repeat-until in golang

Hi Garry, I like the use of a bool loop variable to show intent. So I added an entry in page Do-while-loop idiom in Go . Cheers Val On Sunday, October 9, 2016 at 5:15:51 AM UTC+2, Gary Scarr wrote: > > > I prefer to show the

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] Turning off nagle's algorithm for http.Client

Looks lije SetNoDelay is already called on dial. Look into source. -- 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, send an email to golang-nuts+unsubscr...@googlegroups.com. For

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