garbage compilation in go is less than a millisecond, even in a AAA game with tons of stuff happening you wouldn't notice it at all
You guys are actually retarded
Other urls found in this thread:
benchmarksgame-team.pages.debian.net
benchmarksgame-team.pages.debian.net
benchmarksgame-team.pages.debian.net
usenix.org
twitter.com
wrong
wronger
Doesn't matter. Your tranny language will never get traction and sooner or later jewgle will drop it like it does with most projects
what's the software?
> garbage compilation
Poojeet detected.
Trannies on suicide watch.
if you're asking about the game, it's the new Marvel(R) Spider-Man(TM)
if you're asking about the profiler, it's telemetry by rad game tools
even the simplest regex in golang takes in hundreds of microseconds, this is a joke language
was asking about the telemetry. I've seen Jon Blow using identical tool but did not know what was it
go's garbage collection is stupid because it doesnt delete itself
Go's regex is guaranteed to finish in time linear to the length of the input which protects from ReDoS attacks
That sounds retarded but I believe it.
It's the reason it's slow - by default it doesn't use C implementation which has vulnerabilities if you put is server side
You're free to use the fast C implementation in go if you want by the way
But Jow Forums obese neckbeards prefer to shit on what they don't know
>he doesn't know about backtracing vs finite automata
so does many many many significantly faster implementations
No, Go's regex engine is slow because Go is slow.
Regex expressions are also a nice example of how preprocessing can drastically speed up program. Go's Regexp generates DFA and corresponding bytecode on runtime. There is also lots of random allocations happening for the bytecode and DFA structs itself. All of this can happen on compile time and be compiled the same way as the rest of the code with significantly better performance as long as the pattern string is statically known.
>inb4 compile times
Go already has slow compile times (despite advertising otherwise). But translation of regex into DFA has low complexity and there is no symbol resolution that would further slow down the compilation. From some perspective it's O(1).
>less than a millisecond
Frametime in a 144 fps game is 7 ms.
I wonder where all the performance comes from.
Go was created for the OS who's only media player plays Motion JPEG on about 10 frames per second max
>garbage compilation...
then why dont it collects the whole language and throws it away?
Was the Spider Man game made with Golang? Can't find anything on Google about it.
It's called garbage collection, pajeet. And go would be slow even without garbage collection, it's not suitable for video games at all.
Once go gets generics I'm going to take the plunge.
benchmarksgame-team.pages.debian.net
benchmarksgame-team.pages.debian.net
benchmarksgame-team.pages.debian.net
They even wrote a posix compliant operating system with go and it was only 10% slower than the C version.
usenix.org
They oughta optimize it's regex library since it blows ass in every benchmark.
wait, people actually write applications in go? i thought go was just a gimmicky language for creating websites out of database queries without using javascript
i can't tell if this is a joke or not. help me out, anons
docker and kubernetes are written in go. It's terrifying.
No, I'm just retarded and need to sleep.
nice cope, somebody actually convinced themselves it's okay for an AOT language to have this goofy JIT-like limitation where it falls apart outside of pure go code