FuckBigTech347 @ FuckBigTech347 @lemmygrad.ml

(_____(_____________(#)~~~~~~

---

Read more

Posts

4

Comments

122

Joined

3 yr. ago

I'm aware of FreeTube but unforutnately it's yet another Electron App, which is just Chromium w/ NodeJS. I host my own personal Invidious instance for YouTube.

The current "web" is utter trash. It's so complex that compiling any browser that supports at least most web standards from source takes a lot more time and memory than compiling the entire Linux Kernel or even the mesa userspace drivers. The only way to "fix" the web is to throw it in the dumpster and start over. A web browser should only be a document viewer that can load and display interactive documents from a remote location and nothing more.

Web search is shit anyway

Yeah. It's getting less and less usable even with FOSS frontends. I'm working on my own web search off and on. I'm so sick of wrangling with search engines just to get useful results for my query.

I used to use Waterfox for a while until they got bought by System1 (a yankee-based ad company). Librewolf is probably the best option. GNU Icecat is also pretty good if you're on Linux.

If they release them with a fully open driver that supports standard APIs (OpenGL, OpenCL, Vulkan) and release low-level documentation then NVidia's proprietary trash will become redundant. Even better if they design them to be simple on a low-level so any programmer can just write their own driver/API/compiler. That would upset current software monopolies and the world would become a better place.

COW filesystems like BTRFS/ZFS with btrbk/sanoid are great for this. Only the initial copy may take a while, but after that it only takes the delta between the source and the destination to synchronize. On my main Server I have the OS on a single drive with BTRFS and all the actual data lives on a 4 disk zpool in raidz2. I have cron jobs set up to do hourly snapshots on both and I keep about a week worth of history. The BTRFS one gets synced to an external drive every 24 hours, while the zpool gets synced to another external 4 disk zpool on a weekly basis.

Next their VPS expires and the instance disappears completely. (I hope not). Reminder to any sysadmin to do regular off-site backups in case something like that happens.

Anyone who runs their own DNS can just add a record to their config (for example in unbound):

    
local-data-ptr: "37.187.73.130 hexbear.net"
local-data: "hexbear.net A 37.187.73.130"

  

RIP. It will be a miracle if they can get that domain back.

Interesting feature, I had no idea. I just verified this with gcc and indeed the return register is always set to 0 before returning unless otherwise specified.

What a load of bloat. NetBSD has a whole guide on diskless booting various machines, none of this shit is new.

Unless your machine has error correcting memory. Then it will take literally forever.

Your CPU has big registers, so why not use them!

    
#include <x86intrin.h>
#include <stdio.h>

static int increment_one(int input)
{
    int __attribute__((aligned(32))) result[8]; 
    __m256i v = _mm256_set_epi32(0, 0, 0, 0, 0, 0, 1, input);
    v = (__m256i)_mm256_hadd_ps((__m256)v, (__m256)v);
    _mm256_store_si256((__m256i *)result, v);
    return *result;
}

int main(void)
{
    int input = 19;
    printf("Input: %d, Incremented output: %d\n", input, increment_one(input));
    return 0;
}

  

Imagine defending this guy. I will never understand people who like influencers.

I ran into the same issue a few weeks ago. In my case I didn't need real-time updates but I still needed to bulk insert data, which Postgres is terrible at (especially when dealing with tens of millions of rows). I just ended up using MariaDB (since that was my first exposure to SQL and I don't remember having issues with it) and turns out it can handle bulk inserts a lot better without slowing down much. I wish PostgreSQL was better.

That's literally what I'm saying; It's fine as long as there wasn't any unwritten data in the cache when the machine crashes/suddenly loses power. RAID controllers have a battery backed write cache for this reason, because traditional RAID5/6 has the same issue.

Data Display Debugger?

How's the performance compared to other filesystems? Last benchmark I've seen it performed pretty poorly compared to btrfs.

BTRFS RAID5/6 is fine as long you don't run into a scenario where your machine crashes and there was still unwritten data in the cache. Also write performance sucks and scrubbing takes an eternity.

I agree. There is literally 0 reason to buy anything from Apple when there are much better and much cheaper options that are already well supported by GNU/Linux. I will never understand people who will go out of their way to waste money on the next big thing from Apple only to get Linux on it.

I would love for there to be a simple way to just interface with a graphics card directly on a low level w/o any vulkan/d3d/opengl crap in between. Just have the kernel map it to a file in /dev and to set it up and make it do stuff you just fopen() that file and write commands to it.