Daily Driving FreeBSD
lilysthings.org
lilysthings.org
Pleasantly surprised this was addressed. My first thought after the mention of doing the install on a primary machine was "so did you just wipe all your data or what?". Seems there's some funky multiboot setup.
>Now this would be the point where I'd install i3 or openbox or something, but I noticed something in the handbook that caught my attention, Chapter 6: Wayland. I knew I had to use Wayland because fuck X11.
I think I would've felt the same here.
Fun read overall. I've never really wanted to run FreeBSD before, but it seems a bit more likely I'd try it (on a secondary machine) after reading this.
People are always surprised to learn this because they assume ZFS due to their servers being content/data storage.
https://news.ycombinator.com/item?id=27555600#:~:text=We%20u....
They are running close to the theoretical peak per socket memory and I/O bandwidth and UFS allows them to use non-blocking async sendfile() with hardware offloaded in-kernel TLS (iirc also with hardware packet pacing). Their webserver gets an HTTPS request, validates the request and starts streaming the data from a file on a UFS file system. Sendfile() on UFS can DMA directly from the buffer cache to the NIC. If there is valid buffer for the file range the NVMe SSDs can DMA to main memory and the NIC can DMA from main memory without ever having the bulk data go through the CPU. The TLS handshake is done the usual way on TCP sockets before the session keys are registered with the kernel allowing the zero-copy TLS send (and receive). The bulk encryption is also offloaded from the CPU to the ≥100Gbps NICs. The mbuf chains handed to the NIC driver contains the key material and ciphersuite and references to offsets in pages of the buffer cache. The FreeBSD base system OpenSSL as well as the default version of the OpenSSL port are built with support for in-kernel TLS.
ZFS has to perform multiple data copies to implement verifying reads and has it's own file system cache (the ZFS ARC) while UFS is tightly integrated with the kernel virtual memory subsystem. This means that ZFS has more overhead, but it can also do useful optimisations like splitting variable sized file system block of up to 1MiB into scatter/gather lists of small allocations that can be decompressed as needed which is often more useful than a faster memory-mapped or DMA access. For example ZFS compression allows me to fit four to five times as large PostgreSQL databases into main memory, because the databases contain lots of sorted data which compresses really well. Even the fasted disk I/O path can't beat no disk I/O at all. The CPU cycles to LZ4 decompress the data are cheaper than going from 128GiB to >512GiB per server.
It's impressive how far they went to push as many bits per seconds as possible with as little hardware as possible, but Netflix did it by accepting trade-offs that won't work most others e.g. if a disk fails they expect to lose its content and slowly redistribute the lost data from an other replica if was accessed frequently enough to be worth it. Their caching appliances are just running degraded until they're either too degraded to be useful or it's convenient to service/replace them since they're colocated all over the world. The redundancy is implemented at a higher level.
What makes Netflix special is that they run their own FreeBSD version that closly tracks the FreeBSD -current development branch and keep their local patches to a minimum by upstreaming their changes. By upstreaming their changes they don't have to maintain an ever growing patchset and the FreeBSD project gets valuable feedback on performance regressions and hard to reproduce bugs.
They encourage you to mail the system dmesg [1] with the make/model of the system and any known issues to help improve compatibility as well.
https://man.openbsd.org/blueooth
kthxbaiiii...
(eddit: äye cänn't hear yoo! mee meee meee meeeaaoooo!)
Wait, what would possess you to use that hostname?
It’s like buying a Honda Civic but referring to it as your Ford Focus.
Probably “The Imp of the Perverse”.
It is also a RFC 1178 violation:
It's not the FreeBSD, it's just that guy got matured. One more year and he deserves being FreeBSD user. Two years more and he will bless it. ;)
But maybe I will do that, when I get more than one drive. Will see.
But all in all, good for them.
If this was five years ago, WiFi was ghetto on Linux too.
That's true of many wifi vendors such as Qualcomm, but Intel wifi (used by the post/author) worked just fine on Linux five years or even almost a decade ago in my experience.
Don't know why. Used it once eons ago with some crappy USB-dongle, and it worked. Maybe NDIS in windowsworld is EOL?
<script>if(navigator.getEnvironmentIntegrity!==undefined)document.querySelector('body').innerHTML='<center><h1>ha chromium user</h1><p>L</p><p>google is for losers</p><a href="https://www.mozilla.org/en-US/firefox/download/thanks/" style="text-decoration: none;"><h1 style="font-size:96px;" class="font-effect-fire-animation">Get Firefox</h1></a></center>';</script>
Her steps. And you're off by a few years with the first steps.
People have options about Google ¯\_(ツ)_/¯ it's ok
One day I figured I'd test it in IE just to see how broken it was (I can't remember if IE even had support for transparent PNG yet) and when I tested it, our site would literally crash IE. As massive Mac fanboys, we decided this was a feature.