zerotier-systemd-manager
go
zerotier-systemd-manager | go | |
---|---|---|
1 | 3 | |
56 | 61 | |
- | - | |
3.2 | 0.0 | |
about 2 months ago | 5 days ago | |
Go | Go | |
BSD 3-clause "New" or "Revised" License | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
zerotier-systemd-manager
go
- Can golang/build/cmd/release be run standalone without buildlets and coordinator?
-
Hey linker, can you spare a meg?
The last two sections are gold:
> ### Wait, you did what?
> Time for the philosophizing I promised.
> People are often surprised and sometimes horrified when they learn that Tailscale maintains its own fork of the Go toolchain. Tailscale is a small startup. Isn’t that a horrible distraction, a flagrant burning of [innovation tokens](https://mcfunley.com/choose-boring-technology)?
> Maybe. But the thing is, you write code with the engineers you have.
> We had a problem: We kept crashing on iOS, and in addition to being awful, it was preventing us from adding features.
> Another team might have decided to cut even more features on iOS to try to achieve stability, or limited in some way the size of the tailnet that iOS could interact with.
> Another team might have radically redesigned the data structures to squeeze every last drop out of them.
> Another team might have rewritten the entire thing in Rust or C.
> Another team might have decided to accept the crashes and attempted to mitigate the pain by making re-establishment of connections faster.
> Another team might have decided to just live with it and put their focus elsewhere.
> The Tailscale team has Go expertise, spanning the standard library to the toolchain to the runtime to the ecosystem. [It’s an asset](https://danluu.com/in-house/), and it would be foolish not to use it when the occasion arises. And the fun thing about working on low level, performance-sensitive code is that that occasion arises with surprising frequency.
> Blog posts about how people solve their problems are fun and interesting, but they must always be taken with a healthy dose of context. There may be no other startups in existence for which working on the Go linker would be a sensible choice, but it was for us.
> ### Surprise twist ending
> With the Go linker work [newly completed](https://github.com/tailscale/go/pull/20), we set out to confirm our analysis. What would footprint say?
> As expected, footprint approved:
> ```
-
Tailscale free for open source projects
All the hoop-jumping I can think of is open-source. https://github.com/tailscale/go has the Go toolchain changes for size reduction (though most get upstreamed), and the rest of the size reduction stuff comes from lazy configuration, i.e. keeping as little idle state as possible. But that's useful for memory reduction on all platforms, so it's just in the general network engine at https://github.com/tailscale/tailscale .
What are some alternatives?
tailscale - The easiest, most secure way to use WireGuard and 2FA.
nebula-mesh-admin
headscale - An open source, self-hosted implementation of the Tailscale control server
tinc - a VPN daemon
Nebula - A scalable overlay networking tool with a focus on performance, simplicity and security
go - The Go programming language
build - [mirror] Go's continuous build and release infrastructure (no stability promises)