wireguardex
fastglobal
wireguardex | fastglobal | |
---|---|---|
4 | 2 | |
64 | 1,126 | |
- | 0.0% | |
5.3 | 0.0 | |
6 months ago | about 1 year ago | |
Elixir | Elixir | |
Apache License 2.0 | MIT 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.
wireguardex
-
Open-source alternative to OpenVPN Access Server that supports WireGuard, Web GUI, 2FA, MFA, SSO (Firezone)
Fully open-source. We also open-sourced the Elixir library we use under the hood to configure WireGuard interfaces. Take a look: https://github.com/firezone/wireguardex.
- Sharing our open-source Elixir library for configuring WireGuard implemented in Rust. It could be helpful for anyone building secure networking software.
- Wireguardex: An open-source Elixir library for configuring WireGuard
- Wireguardex: Manage WireGuard interfaces in Elixir
fastglobal
-
Show HN: I rewrote the 1990's LambdaMOO server from scratch
> State has to be owned by a process - who owns the state of the world? ... Keep in mind, when data is passed "between" processes it is deep copied.
The Erlang runtime has other stateful things besides processes, and manipulating data within these and/or getting a handle on data in these places doesn't necessarily involve copying.
• ETS tables, which hold state privately to themselves (with copying in/out) in a similar way to how processes do. If you manipulate data inside ETS tables by "sending compute to data" (think Redis INCR) rather than by "sending data to compute", then no copying happens.
• "Globals" in the form of data compiled into read-only versioned modules loaded into the modules table and available to be referenced from any/all active processes, only copied if the module gets unloaded before the process dies. (Originally this was just a design pattern — https://github.com/discord/fastglobal — but it eventually became its own runtime feature in Erlang 22, https://www.erlang.org/doc/man/persistent_term).
• Large binaries (anything over 64 bytes) aren't allocated in an actor's memory arena, but instead are allocated in a special global-per-node binaries heap, and then ref-counted, where each actor-process holds one reference to each large-binary it's using, and then each read-only slice of that binary, in turn holds a reference to the per-actor reference handle for the binary. One clever technique for sharing a large "database" of data between many actors, is to store the data encoded in a large binary in an encoding that is efficient to partwise-decode; and have the "lookup" operation just parse+decode the appropriate data out of the binary. (This is how erlang:module_info/2 used to work — the global modules-table itself holding a set of references to the loaded modules' binaries, which module_info would then parse metadata out of on demand.)
- Issue
What are some alternatives?
Rustler - Safe Rust bridge for creating Erlang NIF functions
mudmixer - MUDMixer is an add-on for MUD clients that enriches the gaming experience with connection mixing functionality and a variety of other features.
ex_alsa - ALSA NIFs in C for Elixir.
mica
wumpex - A fast, simple Discord bot framework
nmoo - An enhanced LambdaMOO-like MOO
firezone - Open-source VPN server and egress firewall for Linux built on WireGuard. Firezone is easy to set up (all dependencies are bundled thanks to Chef Omnibus), secure, performant, and self hostable.
ex_hash_ring - A fast consistent hash ring implementation in Elixir.
ortex - ONNX Runtime bindings for Elixir
tinyfugue - TinyFugue - Rebirth
floki - Floki is a simple HTML parser that enables search for nodes using CSS selectors.
EtaMOO - A new implementation of the LambdaMOO server