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

GopherCon 2018 Performance Tuning Workshop

github.com

Post reply on HN
Print view View original

11–20 of 22 posts

Re: GopherCon 2018 Performance Tuning Workshop

#11

Post by shagen »

mdom wrote: post #10
rhencke wrote: post #7

Earlier quoted context omitted.

There are many conventions held around technologies no longer in common use, but which still have an avid following of those that still find usefulness or enjoyment from them. For example, conferences around the Amiga and the Commodore 64 are still going on in 2018. I would honestly not be surprised if there was truly a conference dedicated to the Gopher protocol out there. If there was, I would totally want to read…

Gopher is not the only topic, but Bitreich Con had some talks about gopher like "Migrating the web to gopher". gopher://bitreich.org/1/con/2018

Wow, there is a whole gopher community again! That's amazing!

Re: GopherCon 2018 Performance Tuning Workshop

#12

Post by tapoxi »

pstuart wrote: post #5
83457 wrote: post #3

When I saw the headline I thought for a moment this was about the protocol. https://en.wikipedia.org/wiki/Gopher_(protocol)

Really? Would you care to talk about your work with the gopher protocol and it's application in today's computing environment?

I would love to see "high performance" Gopher! It would certainly be a nice way to browse websites like HN and reddit without suffering bloat (especially the reddit redesign)

edit: apparently it exists! http://gopher.floodgap.com/gopher/gw?gopher://hngopher.com:7...

Re: GopherCon 2018 Performance Tuning Workshop

#14

Post by shagen »

tapoxi wrote: post #12
pstuart wrote: post #5

Earlier quoted context omitted.

Really? Would you care to talk about your work with the gopher protocol and it's application in today's computing environment?

I would love to see "high performance" Gopher! It would certainly be a nice way to browse websites like HN and reddit without suffering bloat (especially the reddit redesign) edit: apparently it exists! http://gopher.floodgap.com/gopher/gw?gopher://hngopher.com:7...

Look here at web interfaces and news... there are quite a few gems: http://gopher.floodgap.com/gopher/gw?gopher://bitreich.org:7...

Re: GopherCon 2018 Performance Tuning Workshop

#17

Post by artursapek »

dnautics wrote: post #15
accnumnplus1 wrote: post #4

I find the simplest way to performance tune Go programs is to wait for the next release.

I wonder are people really using go where performance is bottlenecking on code (and not say network)?

In most cases likely not, but there are some people using Go for CPU-bound stuff. There was a guy at gophercon yesterday who did a pretty cool demo of a raytracer he wrote in Go. He talked about the 15x performance improvement it had over using Javascript. I would definitely not choose to build a raytracer in Javascript, and probably not even in Go either. C, C++, Rust, are probably the most common choices made by people who are building something that is seriously CPU-bound.

Re: GopherCon 2018 Performance Tuning Workshop

#18

Post by uluyol »

akmittal wrote: post #16
accnumnplus1 wrote: post #4

I find the simplest way to performance tune Go programs is to wait for the next release.

performance improvements untill 1.9 were great, but last few releases performance improvements were meh. Maybe we have reached the peak.

There used to be a lot of low-hanging fruit. Now bigger GC and compiler changes are probably necessary to get noticeable wins. The compiler still lacks mid-stack inlining and de-virtualization which would probably give a noticeable performance boost.

Of course, maybe by then, gccgo/gollvm will have just as good a runtime and be the way to go if you want performance.

Or maybe they are just prioritizing non-performance tasks like debugging and Go 2.

Re: GopherCon 2018 Performance Tuning Workshop

#19

Post by fmpwizard »

dnautics wrote: post #15
accnumnplus1 wrote: post #4

I find the simplest way to performance tune Go programs is to wait for the next release.

I wonder are people really using go where performance is bottlenecking on code (and not say network)?

About 6 years ago we adopted Scala for our server side language, and for the past 4 years we have been migrating old code that was CPU/memory hungry to go and getting very good results. All new code, if it's going to be cpu/memory intense, we write it in Go.

For non C/C++ developers, Go is much easier to work with and get performance benefits that before would only be possible by porting to C, or you end up not writing idiomatic Scala, which defeats the purpose of using Scala (imho)

Re: GopherCon 2018 Performance Tuning Workshop

#20

Post by dnautics »

fmpwizard wrote: post #19
dnautics wrote: post #15

Earlier quoted context omitted.

I wonder are people really using go where performance is bottlenecking on code (and not say network)?

About 6 years ago we adopted Scala for our server side language, and for the past 4 years we have been migrating old code that was CPU/memory hungry to go and getting very good results. All new code, if it's going to be cpu/memory intense, we write it in Go. For non C/C++ developers, Go is much easier to work with and get performance benefits that before would only be possible by porting to C, or you end up not writi…

That's fine, but I'm genuinely curious as to what you're finding to be cpu/memory intense. I don't know enough about scala to know if there isn't something the jvm is running poorly because "it wasn't designed to be that way". I deploy on elixir, and everything is not very big and quite acceptably performant even though I have two containerized instances of beam on an amazon t2 micro.

Ooh for me, more than 50 connections a second would be unusual, but also the service really should never die.

Post reply on HN