the ecc ram in my home server cost me 371€, its 3330€ right now. Its 2x 32GB ddr-5 edd udimm

*ecc

I know that udimm-ecc is kinda rare

as most real server boards use rdimm, and consumers usually don't run ecc

now they will start iirc

density is so high that ecc is requires

d

I mean, they have this built-in pseudo-ecc already

wannabe ecc

memory girls

which pseudoecc tho?

DDR5 on-die ECC detects and corrects one-bit errors. It cannot detect two-bit errors, so it will miscorrect some of them into three-bit errors.

hmm

it's a error making code?

that's why my server has "proper" ecc ddr5

at the time it was not prohibitively expensive

should have bought 128gb

dch: after looking some more into mtree(8), it's... kind of janky? It errors for permission mismatches or links not complying with the spec; but it doesn't return an error code when files from the spec are missing? It also won't return an error code with -U even if files are (still) missing or have a bad cksum (the manpage reads: -U Same as -u except that a mismatch is not considered to be an

error **if it was corrected.** -- mtree(8) doesn't have the means to fix broken files)

I managed to acquire a dell workstation with 128GB ecc memory. I thought "eh, if I need 256GB that's only a few hundred $ USD"

gluecode.net/blog/2023/11/29/newhardware.html Amazing what a difference three years makes in this bull**** economy

hnghngh My 4TB drive I was going to buy was < $200 at the time. Now it's $640 USD.

hey, is it right that packagesite.pkg and data.pkg in pkg.freebsd.org/FreeBSD:14:amd64/quarterly are over 1GB total?

FreeBSD 15 is ~11mb for each file. FreeBSD 14 is ~565mb. That seems... not correct.

Then again, 14 has a bunch of quarterly and release folders.

I'm pretty sure 14 was around 10 MB last time I checked it, a few hours ago

that seems fucked

looking

Accumulation of historical data?

That'd be a fairly same explanation anyway.

sane

accumulation of uhohs

Hi. I'm experincing a weird issue with pkg on FreeBSD 14.4/amd64 on AWS. `pkg update` takes ages, spending most of the time in Processing entries. `pkg install` then fails with "Failed writing received data to disk/application".

thresh: known issue. fix is in progress

oh thanks

I see I've broke sysutils/msktutil, and I don't see how to make it happy again: gist.github.com/dlangille/c1a8029eb70f7b377f2b218b98e4975f