Another user posted the blog where they discuss their speedup techniques: https://tailscale.com/blog/more-throughput/
It's likely that the kernel version can use similar techniques to surpass the performance of the userspace version that tailscale uses, but no one has put in the work to to make the kernel implementation as sophisticated as the userspace one.
Like helping to find a bug, discussing about how to setup an application for a certain use case or anything like that? Answering questions on Stack overflow is an example but is that the best way?
Generally the best way to help out is to do a thing that's needed and that you can figure out how to do. Your list includes a bunch of good options, and I've been thanked for doing all those things at one point or another. Some common growth paths include:
Another path might be:
There are other paths as well, the main thing is to use a thing so you learn about it and then use that knowledge to make it a little easier for the next person. Good luck!
I had a look through the comments on this HN thread the other day and came away more intrigued by https://github.com/openobserve/openobserve than hyperdx. Hyperdx is built on top of clickhouse whereas open observe has it's own storage engines based on parquet files that can be accessed from local disk, S3, or a few other protocols.
I haven't tried either option yet... I'm, currently using netdata for metrics and don't do anything special for logs or tracing, but at tiny self-hosting scale I often find software with it's own storage engines (often sqlite) to be extra hassle-free. I'm curious to kick the tires on openobserve for that reason.
For the latest version of lemmy, hot sort works in the new fashion. There is a pull request with further implementation details linked in the GitHub issue.
You misunderstand what the Hot rank is doing. It's not balancing newness vs hotness, it's scaling hotness according to community size. This might feel like newness if you're focused on vote counts as a proxy for post age, but it's a different approach. See https://github.com/LemmyNet/lemmy/issues/3622 for details.
There's a couple ways to think about this:
At any rate, this preference toward smaller communities in hot is a recent change and deliberate. While they might further tweak the scaling factors, I wouldn't expect it to be drastically different. It sounds to me like what you want is Top, Active, or Most Comments. All these are unscaled according to community size and will get you top posts by their absolute metric rather than posts that are doing well relative to their community size.
This is a very strong explanation of what's going on. And as a follow-up, I believe that ZeroTier present a single Ethernet broadcast domain, and so WoL tricks are more likely to work naturally there than with Wireguard. I haven't used ZeroTier, and I do use Wireguard via Tailscale/Headscale. I've never missed the Ethernet features of ZeroTier and they CAN result in a very chatty wan if you're not careful. But I think ZT would make this straightforward.
Though as other people note... the simplest/least-disruptive change is probably to expose some scripty thing on the rpi that can be triggered via be triggered over a routed protocol and then have the rpi emit the Ethernet broadcast packets from the physical network.
I don't think titles directly transfer between companies, and yet the industry allows it. It's a very useful tool for advancement.
This may be true on some corners of the industry, but at the more competitive end (both in terms of competitive pay, and a competitive pool of candidates)... I believe it's common to relevel on hire. I've seen folks go from director to senior and from senior to junior at my org. The candidates being offered those seemingly big "demotions" often seem to be somewhere between unphased and enthusiastic about the change, presumably because the compensation package we offer at the lower level beats what they were getting with an inflated title and because they know their inflated title is nonsense and they're frustrated with the other aspects of organizational dysfunction that accompany title inflation at their current company.
What you say is real, and sometimes a promotion in one org can help bridge you into an org that would have been hard to get hired into as a junior, or harder to get promoted in. It's not without risk though. All things being equal, I'd much rather spend my time working on a strong team and learning a lot and being challenged than to be in a weaker org that's handing out inflated titles. Getting gud isn't a guarantee of advancement, but it's at least as reliable over the long haul as title inflation.
I dunno how to hotlink, but if you scroll to the active users graph at https://fedidb.org/software/lemmy you can see there's been like a 25% dropoff in active users since the peak in July. Lemmy has still grown 50x since May, and it's much MUCH more active than it was then. But we've definitely crested a peak and not everyone who gave Lemmy a shot then is sticking around in a monthly basis.
This isn't necessarily bad. Lemmy is still young and has many rough edges, it wasn't realistic to win all the users that tried it on ease-of-use in a head to head with reddit. And Mastodon has had multiple growth waves interspersed with periods of declining usage, but with the spikes has grown ie remained stable overall. Early-stage commercial social media have big ups and downs in engagement and growth as well, and just like lemmy those ups and downs are often externally driven... when competitors mess up, when a big global news story hits, when a major sporting event happens... these can all be catalysts for one-time growth. It's not a straight line.
Time will tell what user level we stabilize at in the short-term and what events spur new growth, but it's normal to have a big expansion be followed by some degree of contraction.
@PriorProject
@lemmy.world