Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
fmstephe
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
fmstephe
5mo ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, C#, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: fr
2.
▲
by
fmstephe
6mo ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: franci
3.
▲
by
fmstephe
7mo ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: franci
4.
▲
by
fmstephe
7mo ago
Last time this was asked I was working on this https://github.com/fmstephe/simd_explorer A little TUI app for interactively running different SIMD instructions and seeing the outputs. Since then I have completed the to
5.
▲
by
fmstephe
8mo ago
Can some clarify this part of the article for me "if you search forward, you need to scan through the entire window to find where to split. you’d find a delimiter at byte 50, but you can’t stop there — there might be a better split poi
6.
▲
by
fmstephe
9mo ago
If anyone wants to try it out (the UI is a bit rough). I will try fix up any issues that are uncovered.
7.
▲
by
fmstephe
9mo ago
Working on a TUI tool which demonstrates the behaviour of X86 SIMD instructions. This is all done in Go assembly, and is probably most valuable for Go programmers. The problem for me was trying to read and understand the implementation of a
8.
▲
by
fmstephe
10mo ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: francisstephens@gmail.com I wor
9.
▲
by
fmstephe
11mo ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: francisstep
10.
▲
by
fmstephe
1y ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: franci
11.
▲
by
fmstephe
1y ago
In New Zealand, where I live, the Salvation Army (charity second hand shop) offers a service where they will come and clear out a house for you. They will take everything and dispose of the trash and keep and resell anything of value. This
12.
▲
by
fmstephe
1y ago
I've been working on an offheap allocator for Go. In contrast to the popular arena based allocators (which target quickly allocating/freeing short lived per-request allocations), I am targeting an allocator for build very large in
13.
▲
by
fmstephe
1y ago
For the problems that arena allocators solve, relatively short lived allocations which die soon, yes. A generational collector would allow for faster allocation rates (a thread local bump allocator would become easy to use). But very long l
14.
▲
by
fmstephe
1y ago
This article is a fun read. If you enjoyed this, or if you need more control over some memory allocations in Go, please have a look at this package I wrote. I would love to have some feedback or have someone else use it. https://
15.
▲
by
fmstephe
1y ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: franci
16.
▲
by
fmstephe
1y ago
Just an anecdote from work to back this up. I wrote a system that was taking requests, making another request to a service (that basically wrapped elasticsearch) and then processed the results and returned to the results to the caller. By d
17.
▲
by
fmstephe
2y ago
Location: New Zealand, Manawatu Remote: Yes Willing to relocate: No Technologies: Go, Java, Git, Erlang, Postgres, Linux Resume: https://www.linkedin.com/in/francis-stephens/ Email: franci
18.
▲
by
fmstephe
3y ago
So would you say in the general case, i.e. the compiler obviously doesn't know how predictable a branch may be, using conditional move is a poor choice when writing to an address which is repeatedly written to inside the loop? What I a
19.
▲
by
fmstephe
3y ago
This is a very good answer. Thanks.
20.
▲
by
fmstephe
3y ago
Yeah, after reading the blog post I felt reasonably confident that this is a compiler bug (in terms of perf). Hopefully someone with a deeper understanding can verify or discredit this here. I'm curious to see the fix for this (I assum
21.
▲
by
fmstephe
3y ago
It's interesting that you say conditional move here. I am confused by this behaviour, and although I definitely don't know what the answer is here; the non-lol version does have a CSEL ( https://developer.arm.com/do
22.
▲
by
fmstephe
3y ago
According to the godot compiler explorer removing the `continue` makes no difference to the generated assembly. https://godbolt.org/z/ds1raTYc9 https://godbolt.org/z/rbWsxM83b The `print("lol
23.
▲
by
fmstephe
3y ago
Location:New Zealand Remote: Yes Willing to Relocate: No Technologies: Golang, Java, Postgres, Kafka Resume: https://www.linkedin.com/in/francis-stephens/ Email: francisstephens@gmail.com I currently live in Germa
24.
▲
by
fmstephe
8y ago
Great :)
25.
▲
by
fmstephe
8y ago
https://news.ycombinator.com/item?id=14379636 I assume this relates to this conversation? This is a bit of a snippet from a broader discussion (which I found really interesting). Maybe there were other discussions here abou
26.
▲
by
fmstephe
9y ago
I think this isn't quite true. From my perspective, Go did get a massive boost but not from Google. The language was originally designed by Robert Griesemer, Rob Pike, and Ken Thompson. It is fair to say that without those names attach
27.
▲
by
fmstephe
9y ago
I think pcwalton expressed it clearly here https://news.ycombinator.com/item?id=14380575
28.
▲
by
fmstephe
9y ago
Good question, my claim was _very_ vague. The current GC in Go is inefficient in its use of CPU. Specifically because it uses a non-moving collector it has a sweep phase which frees each of the dead allocations. In Java, or similarly .net,
29.
▲
by
fmstephe
9y ago
Can you expand on "Also, the generational hypothesis has nothing to do with whether compaction is profitable. These are orthogonal things." It is my understanding that these two are strongly linked, at least in practice. The gener
30.
▲
by
fmstephe
9y ago
I would like to add another choice quotation from that discussion. "It is common to see early GC-based runtime implementations that do not move objects around succumb to an architectural "hole" that creates a reliance on that
More ›