01:35:16 sort -o file_3 file_1 file_2 07:51:47 there a way to cat >> ~/path/file but only if the line isn't already in the file? getting duplicate lines injected 07:56:59 Would be messy+expensive. What is the source of input that is being appended? 07:57:41 You could run "uniq file >| x && mv x file" post-append 08:01:44 Or, open the file in read+append mode; keep the memory last N lines; write the input only if not already present in those remembered lines. 09:38:31 grep -Fx || echo >> 09:49:28 parv: https://gist.github.com/kenrap/560386e9e53389751c640a8d413442a0 09:49:30 Title: gist:560386e9e53389751c640a8d413442a0 ยท GitHub 10:37:21 this has a link to the RC3 ISO images that results in a 404: https://www.freebsd.org/news/newsflash/#2023-10-27:1 10:37:22 Title: FreeBSD News Flash | The FreeBSD Project 10:37:44 namely the link behind the word "available" which points to: https://lists.freebsd.org/archives/freebsd-current/2023-October/001595.html 10:38:53 maybe someone wants to fix this. ;-) 14:53:38 ziv, fix yer shit. 17:04:41 babz, Using grep -q there is good. Means grep will stop reading once it encounters the line. Maybe faster if the file is large. Also it emits no output. 17:54:05 o_O 17:55:41 * CrtxReavr did not know about the stop on first match part of 'grep -q'. 17:56:21 Makes sense though, since there's no output. 18:06:13 Since the only purpose of grep -q is to act as a boolean with the return code after the exit status becomes known then it can short-circuit doing more work in that case. 18:09:40 Before -q was added we had to simply redirect the output >/dev/null but otherwise it is the same concept. 18:09:46 I believe grep -l does the same optimization too. 18:20:54 good to know 18:43:58 because sharing is caring, i just implemented this setup on my raspberry pis and it has had a nice increase in "performance" https://edersoncorbari.github.io/tutorials/freebsd-performance-tuning/ 18:43:59 Title: FreeBSD Performance Tunning Ederson Corbari 18:47:20 dude. a lot of that stuff has been sniffed from teh #deeppast. but nonetheless thanks for bringinng it all together 18:48:19 mention of hardware, purpose etc... are in non-relation 18:49:16 you talking 1bhps on a web server or 3 logins on a shell server ? 18:51:06 the distribution ... are you talking tuning for inter nodes/proxies, whats your traffic shaping look like ? etc etc... 19:06:14 does anyone run openbsd as a guest in bhyve? 19:06:22 with *UEFI* ? 19:06:32 i can't seem to get it to boot 19:09:48 well i want to clarify, i did not write this article, i found it and wanted to share in my ever enduring journey of trying ot increase performance on this raspberry pi 19:09:54 next up.. kernel compiling.. fun! 19:10:38 that won't improve performance, but might free up some memory for you 19:28:59 There's a mail on the announce list about the FreeBSD vendor summit. 19:31:15 voy4g3r2: that article contains at least some amount of cargo-culting, because loading device drivers that aren't needed for booting is slower than loading them via rc.conf(5) via kld_list and/or devmatch. 19:33:03 Also, note that HTCP isn't exclusively "best", and there's a reason why FreeBSD has a pluggable TCP stack to switch congestion control mechanisms. 20:54:31 debdrup: understandable, just figured would share.. as the congestion stuff was fascinating.. your mileage may vary of course. 20:55:04 debdrup: the "speed" of raspberry pi images just "feels slow" in comparision when i load the raspbian distro.. but it is probably expected as they have people who explicitly work on it 21:37:30 voy4g3r2: one problem I had was that the mmc stack for some reason wouldn't raise the sdhci speed making disk access operations ungodly slow 21:37:39 i started rolling with GENERIC-MMCCAM because of it 22:16:12 kevans: on a raspberry pi? 22:18:34 * armin throws raspberry pi's in voy4g3r2's general direction 22:52:10 armin: i got 2 of them, both 4b w /4 gig.. great little play machines 22:56:48 this could be a bad rabbit hole: http://ftp3.au.freebsd.org/pub/ldp/HOWTO/NFS-HOWTO/performance.html 22:56:50 Title: Optimizing NFS Performance 23:50:30 on tcp, what's the difference between function stacks and congestion control modules, and why does bbr have both?