Hacker Newsnew | past | comments | ask | show | jobs | submit | seemaze's commentslogin


Thanks, macroexpanded!

Frood, an Alpine Initramfs NAS - https://news.ycombinator.com/item?id=42428722 - Dec 2024 (13 comments)


Ah, so this is why raw Mythos was too "dangerous" to realease..

Or, they may Mythos seem mystically powerful in advance of the IPO, and are pumping the token use count. But it worked, there is a frenzy for this release in way that is more intense than any previous release.

Anthropic is doing a better job with their model menu, most people I talk to know immediately that Opus > Sonnet > Haiku but cant tell you what the rank order of open ai models are, when to use them, etc.


lol, my org recently silently implemented automatic archiving for SharePoint files with mtimes older than 5 years. Woke up to 20,000 files in cold storage and the only user facing remedy is to manually restore each file one at a time.

After speaking with IT for several days, they begrudgingly exempted my site after ‘leadership approval’ but were confounded as to “why anyone would need files older than 5 years”

Forget the AI boom, there still orgs struggling with storage, databases, and email.


And here I am with 128GB Strix Halo longingly eyeing the Blackwell cards that spit tokens 10-20x the speed.

The question is ultimate shape of knowledge compression and bandwidth optimization at which we arrive I suppose.


If you haven't already, check/increase the GPU memory carve-out on your UEFI.

More details: https://rocm.docs.amd.com/en/docs-7.2.0/how-to/system-optimi...


Currently utilizing 126GB GTT on a headless host

that link actually recommends not doing it from UEFI and doing it via software

I personally enjoy the Alpine Linux diskless pattern for live images, with the ability to commit state changes back to the image via the Local Backup Utility, or LBU [0]

[0]https://wiki.alpinelinux.org/wiki/Alpine_local_backup


It's probably worth also mentioning ostree, and maybe specifically rpm-ostree: https://coreos.github.io/rpm-ostree/

1. Versioned, checksummed OS images

2. Local changes layered on top

3. Change the underlying tree (upgrade or rollback) without affecting user data and then replay the local changes.

It's great in the sense of 'I want a reliable and robust system', though it's awful in that if I want to install foobar-devel the system has to

1. Update the desired local changes to include my new changes

2. Re-validate the versioned, checksummed base OS image

3. Re-stage all local changes and layer them on top of the base OS image

Meaning that an eight-second 'dnf install ...' turns into a ten minute 'rpm-ostree install ...', though without much chance that I'm going to ruin my system accidentally by doing something stupid.

Anyway, I could see using this tool or similar to layer changes on top of a LiveCD image, so that even software updates can be made in a reproducible, or discard-able, way.


And with dnf/rpm updates being transactional and easy to undo with `dnf history` or `dnf distro-sync`, I never saw the appeal for a day-to-day OS of fedora atomic & al.: only a worse user experience with a slower system, slower updates, and terrible disk usage in a time of storage scarcity. I keep missing the obvious and telling myself that I'm dumb for it, but OTOH, this box is running fedora 44 with some big COPR (the latest one being for plasma 6.7) admirably well, and the most admirable of all is: this OS was initially installed as fedora 27 and incrementally updated flawlessly for almost a decade now.

Yeah I tried Kinoite on a couple machines for a couple years and it's so much easier and faster to use normal Fedora for single dev/server machine.

However, I can definitely see some situations where it would work well -- especially with the bootc changes so that is is more of a bootable container, Dockerfiles/Containerfiles driven


rpm-ostree is being phased-out in favor of bootc[1], which uses ostree in the underlying code.

1. https://bootc.dev/bootc/


And ostree is likely being replaced with composefs in the near future… things are moving fast in bootc!

I just finished the recently published The Alighty Dollar by Brendan Greeley [0]. It is a great story of the evolution of currency in general and the dollar specifically. It wraps up with a brief critique of crypto in general that I found interesting.

[0]https://www.penguinrandomhouse.com/books/634502/the-almighty...


It's interesting to put this article in the context of all the local-model vs. frontier-subscription inference discussions occurring recently.

How can anyone (financially) justify the cost of owning your own compute?

How can anyone (ideologically) justify the cost of not owning your own means of compute?


Perhaps unintentional, but I find 'bankrypt' to be a thoroughly interesting portmonteau.

I'm not sure if it's when you run out of crypto, or when your bank gets hit by ransomeware.


Ironically you spelled portmanteau incorrectly. OP very well could have made a similar error for bankrupt. Maybe not, interesting to think about.


I'll be honest, I carefully scanned your comment for a similar mispelling.


its misspelling all the way dwon


I thought of it as crypt in the sense of "underground vault that acts a a burial place". So, not just ensuring you're bankrupt but with maybe a chance to start over, but "bankrypt", so bankrupt that they make sure you're buried.

Either way, something interesting about that accidental misspelling. It will probably become someone's band name one day.


I'm unconvinced, this is one of the most iconic historical buildings with tomes written about it and plenty of existing photographs and public models to train on.

I would be more interested in benchmarking the modeling of an anonymous structure based on provided references alone. It kind of feels like the shallow magic of watching an LLM one-shot a to-do app..


Couple items:

- You don't need a cloud key, or any other hardware to use the Unifi APs. You can SSH in or configure with an app on your phone. But you miss out on a lot of the features that make this hardware desirable. I ran a Unifi system for a long time with no controller or cloud key at all.

- I've never needed an internet connection to set up a Unifi system, in fact I typically get the local network setup and working, and configure the WAN as a last step. This provides the convenience of being able to consistently hit the router to debug issues.

- I can see the frustration of not being able to migrate the configuration from cloud key to gateway, but a migration is different from a restore, which is what a back up is intended to provide. In practice, I'd always plan to reconfigure if I'm changing hardware or software in the stack.

Unifi is indeed very Apple like (founded by ex-apple engineer I believe?) in both good and bad ways. I think their goldilocks deployment is large home / small businesses that need remote administration.


Some devices absolutely need an Internet connection to set up.

I purchased a Fibre Cloud Gateway (which is being given away), and there is exactly nothing you can do with it before you connect it to the Internet. It doesn't even let you begin setting it up.


So DHCP or go home?


No, I think it lets you set up the connection. I can't remember in detail but I had no issues setting it up on PPPoE (excluding the fact that the connection requirement is itself an issue).


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: