rwaksmunski

16 ms·

181.
by rwaksmunski 5y ago
WireGuard did not make it into a release now did it? Code was indeed crap and they pulled it at the last minute. Lots of users were disappointed including me but then a better version was released as a package and I'm a happy camper.
182.
by rwaksmunski 5y ago
Are you familiar with "vmstat -z"? It will show you any kernel limit that was hit under the "FAIL" column. When you know what is happening/failing its much easier to tune and scale. dtrace is also invaluable for thi
183.
by rwaksmunski 5y ago
I agree, apt is a path well traveled and python2 -> python3 migration had some opportunities for improvement. On the other hand I can custom build nginx with a TUI and have package registered as an actual package instead of just being du
184.
by rwaksmunski 5y ago
FreeBSD has superior: - package management (pkg & ports) - file system (native ZFS) - instrumentation (systat & dtrace) - documentation (handbook & examples in most man pages) - event notification interface (kqueue vs broken by
185.
by rwaksmunski 5y ago
Wow, browser.proton.enabled and browser.uidensity gives me 1 more pixel than Safari. This is awesome.
186.
by rwaksmunski 5y ago
You sir, are a gentleman and a scholar.
187.
by rwaksmunski 5y ago
How do I get the old style of tabs back? I need every vertical pixel I can get.
188.
by rwaksmunski 5y ago
I heard somewhere that AMD speculated a bit less and cleaned up a little after a miss, which made exploitation a lot more difficult. I'm sorry I don't recall the source, might have been an interview with one of AMD's engineer
189.
by rwaksmunski 6y ago
I applaud the removal of all the obsolete drivers and utilities. Let's keep it lean and mean!
190.
by rwaksmunski 6y ago
Tier 1 mostly means binary updates and prebuilt packages. More details: https://docs.freebsd.org/en/articles/committers-guide/#archs
191.
by rwaksmunski 6y ago
For media encoding you are essentially benchmarking the compiler. Sometimes makefiles force -O2 on BSDs vs -O3 on Linux, which should explain performance differences when using the same compiler.
192.
by rwaksmunski 6y ago
IIRC the official reason for simply not porting kqueue to Linux 20 years ago was: "it's over engineered". Linux has a ton a brilliant developers working on it, they had to know epoll wasn't all there, the epoll man page
193.
by rwaksmunski 6y ago
My favorite comparison is epoll vs kqueue. https://idea.popcount.org/2017-02-20-epoll-is-fundamentally-... https://people.freebsd.org/~jlemon/papers/kqueue.pdf
194.
by rwaksmunski 6y ago
According to the benchmarks when using the same compiler (LLVM) and the same file system (OpenZFS) FreeBSD performance is 98% of Linux performance. 2% performance penalty is a bargain in exchange for Dtrace, kqueue, pf, jails, ports, outsta