894 karma · joined September 20, 2011
Defaults:
- Multicast UDP for discovery
- HTTP for file transfer
Will work in an office, but not for a email transfer to a customer
But I'm still confused as to what is dvc is after a cursory glance at their homepage.
LinkedIn AI Opt-Out link: https://www.linkedin.com/mypreferences/d/settings/data-for-a...
LinkedIn FAQ: https://www.linkedin.com/help/linkedin/answer/a5538339
LinkedIn Opt-Out link: https://www.linkedin.com/mypreferences/d/settings/data-for-a...
https://github.com/slashml/amd_inference/blob/main/Dockerfil...
Also looks like the Docker image provided by this project doesn't successfully build: https://github.com/slashml/amd_inference/issues/2
This Github repo is good for tracking the latest Ubuntu + ROCm install process: https://github.com/nktice/AMD-AI
OwnCloud and such wouldn't be considered a mainstream resume skill, and comes with its own upkeep and maintenance, along with ownership of the entire backup/restoration process.
I'm 41 and that response is original ;-)
I don't necessarily agree with the author's conclusions, but I absolutely loved the writing style here:
Google, Amazon, Microsoft, and Meta (GAMM) now own most of the steel and glass that makes the internet go vroom. Google, Amazon, and Microsoft control seventy-five percent of the cloud computing market. Meta and Google own half of the fiber optic cables supplying internet services across continents. Most of our favorite productivity apps, retail websites, and social media platforms are beholden to proprietary infrastructure controlled by these four corporations. They own the most heavily trafficked server networks, all the GPUs, and gigawatts, and whatever.
They call it the cloud, but really, that’s just the internet.
So, what we know as the cloud doesn’t actually exist. It’s a euphemism that obfuscates the consolidation of critical infrastructure. The cloud is metaphysical porn for wild-eyed technocrats in Allbirds who say things like “I’m making a dent in the universe” without a whisper of irony. It’s bullshit. It’s fugazi. There is no spoon, Neo. The cloud is a lie.
http://webcache.googleusercontent.com/search?q=cache%3Ahttps...
https://www.defined.net/blog/nebula-is-not-the-fastest-mesh-...
This is in response to this oft-cited benchmark post by Netmaker:
https://medium.com/netmaker/battle-of-the-vpns-which-one-is-...
Previous discussions on encrypted overly mesh networks here:
"Would we still create Nebula today?" (Oct 2023) https://news.ycombinator.com/item?id=37871534
That's under their `Support` section (as in, they're offering support via email).
The folks over at the Nebula team had an interesting discussion regarding the the "battle of the VPNs" article published by Netmaker I sourced in my parent comment:
I actually looked into tinc, and really wanted to love it because of its simplicity.
Unfortunately though, it seems that the development scene around it has been stalled for several years now, and benchmark reports show that it can't keep up with cloud speed tests when compared with Wireguard:
- Wireguard: 390.3 Mbps
- Netmarker: 369.3 Mbps
- Tailscale: 62.5 Mbps
- ZeroTier: 56.8 Mbps
- Nebula: 38.4 Mbps
- Tinc: 34.7 Mbps
- OpenVPN: 22.3 Mbps
Source: [disclaimer, article written by Netmaker CEO, so implicit bias]
(https://medium.com/netmaker/battle-of-the-vpns-which-one-is-...)
Open-source projects not-quite-prod-ready:
- WebMesh: Golang, decentralized nodes https://github.com/webmeshproj
- InnerNet: Rust, with subnet ACLs https://github.com/tonarino/innernet
- Wesher: Golang, simple mesh with pre-shared key https://github.com/costela/wesher
- Wiresmith: Rust, auto-configs clients into a mesh https://github.com/svenstaro/wiresmith
Open source projects with company-backed SaaS offerings:
- Netbird: Golang, full-fledged solution (desktop clients, DNS, SSO, STUN/TURN, etc) https://github.com/netbirdio/netbird
- Netmaker: Golang, full-fledge solution https://github.com/gravitl/netmaker
Honorable mention:
- SuperHighway84 - more of a Usenet-inspired darknet, but I love the concept + the author's personal website: https://github.com/mrusme/superhighway84 https://xn--gckvb8fzb.com/superhighway84
Ugh, this is a known issue in WSL if you try to use git on the host operating system (/mnt/c/Users/path/to/repo)... there are cross-system file system virtualization issues in WSL2 when reading from the Windows hosts.
Workaround is to have your git repos within WSL itself (~/my-git-repo) to have native performance.
I'm not certain, but would it be more secure to create a non-root user in the Dockerfile, but _don't_ use UID 1000. Use volume mounts to grant host disk access instead.
- Docker image: `debian:stable-slim`
- `docker system prune -a` ran before each test.
- Packages installed: `build-essential ca-certificates libssl-dev software-properties-common wget curl git`
Results:
Default Debian settings: 48.32 seconds
force-unsafe-io enabled: 55.86 seconds
eatMyData enabled: 35.04 seconds
EDIT: realizing that the landing page may have been updated with new content itself since your original post.