thehamkercat

For local LLM people:

(for comparison, M4 pro has 273 GB/s and M1 pro has 200GB/s and M1 max has 400GB/s)

M5 Pro (20-core GPU): 307 GB/s memory bandwidth (supports 24 GB, 48 GB, 64 GB).

M5 Max (32-core GPU): 460 GB/s memory bandwidth. (36 GB)

M5 Max (40-core GPU): 614 GB/s memory bandwidth (supports 48 GB, 64 GB, 128 GB)

Other providers probably don't even know/care that this is happening

taste of their own poison*

Weird, I only see one, even with ublock origin disabled.

Works with any random email, kinda fine tbh

update: coreweave/fp8 is at 191 tps, launched this morning, but really bad cache hit rate (~60%), coreweave is good for privacy but let's hope they improve cache

just checked, yes they don't seem to provide that information, most other providers are advertising fp8 or fp4 which is okay, but "together" doesn't, so they are likely using fp4

My brother there's no Om"arch"y without archlinux lmfaooo

MCP lead to one good thing though

a lot of websites that never bothered to provide a REST API are now exposing MCP server because it has become popular, and you can use those servers to write normal automation for yourself, without plugging in any LLM etc

> 02 - Cryopreservation

Demonstrate the ability to cryopreserve and recover live wild-type mice with high viability.

> 06 - Somatic limb regeneration

Demonstrate the ability to regenerate lost limbs in adult wild-type mice.

Interesting, but looks like these problems are proposed in September 2026, unlike original 7 Millennium Prize Problems of Maths

My frustration is omarchy getting more than $18 million in funding for some dotfiles... (i know it's an exaggeration, because omarchy foundation itself seems to be funding projects like Hyprland/Quickshell/mise)

but archlinux project probably deserved it instead of omarchy

(linux kernel already has enough funding i guess, so they don't need this)

---

Can someone explain me, how are they going to profit off this? they can't expect to show ads to linux users right?

i use sops

Encrypt: sops encrypt --input-type dotenv --output-type dotenv .env > secrets.enc.env

then rm .env

You can then run your script/dev with: sops exec-env secrets.enc.env 'docker xxxx' (it will ask you for your password, or touch-id to decrypt the secrets)

I like this because this way the .env doesn't sit in the directory at all, and is only passed to your dev environment and stays in it while it's running

Decrypt back to a file (if you ever want that): sops decrypt secrets.enc.env > .env

---

Well ofc, any agent can do docker inspect to get all those env vars, but atleast reading the dotfiles won't do anything

you can also edit the file with: sops --input-type dotenv --output-type dotenv secrets.enc.env