The only people who will work for the government are the people who know they can abuse and personally profit from it.

There's plenty that want to do the right thing for the right reasons, but this admin is not the place for that.

If we ever recover from this fiasco, we're going to have to do some serious reckoning of how to avoid it in the future.

The CM5's NIC has timestamping, but not sure if there's a TXCO hack for it.

Interesting. The serial GPS module currently wired up to my Raspberry Pi doesn't have a stationary mode per se but there is a feature called AlwaysLocate that seems related. I can choose between Periodic Backup/Standby and AlwaysLocate Backup/Standby modes. I'll need to look into this...

ETA: I can also increase the nav speed threshold to 2m/s.

Not all modules have this feature; and it's also locked behind feature/license bits sometimes. It's obviously not needed for normal GPS use… u-blox timing targeted modules definitely have it. Some have a "measure-in" mode where you let it sit for a while (days) and it does all the setup automatically. Other cases you actually have to feed things into the module (annoying and error prone…)

It's simply that if you know your location, you can remove that as free variable from the equations and instead constrain the time further.

> Raspberry 5 is a dud

cf. the Pi 4: 2–3X CPU performance, full 5Gbps USB 3.0 ports, a PCIe Gen2 x1 connector, dual 4-lane MIPI connectors, support for A2-class SD cards, an integrated RTC...

A dud?? What's the issue? The price?

The performance per watt is only 1.5x so it's too hot.

3588 is waaaay more performant per watt, close to Apples M1.

The IO has been moved outside the SoC which causes alot of issues.

SD Card speeds are enough for client side use.

I do not know the specifics but a large issue with the 5 is that a lot of hardware acceleration for encoding and decoding video was removed, making it slower for anything to do with video.

This too.

You can only stream 720p out at 20 FPS from my 2711 though, so it only seems to decode well = watching/consuming media. (the future is producing)

The 2712 can stream out 720p at 40 FPS. (CPU)

The 3588 can stream out 720p at 60+ FPS. (CPU)

Edit: HL2 runs at the "same" FPS on each (sometimes 300+ on 3588)...

Ah, yes, it's definitely a poor choice for most video-encoding and some video-decoding use-cases. Just not sure how GP goes from that to "dud"...

> I bought a geforce RTX 3080 at launch and boy was I surprised at the power draw and heat/noise it pumps out. I wonder why anybody bothers with the 90 series at all.

More VRAM, and NVLink (on some models). You can easily run them at lower power limits. I've run CUDA workloads with my dual 3090s set as low as 170W to hit that sweet spot on the efficiency curve. You can actually go all the way down to 100W!

Oh well, for GPU programming sure as VRAM is king depending on task. But for gaming I won't go high end again.

I'm all in on 1030, the last passively coolable GPU.

But had to upgrade to 3050 because 2GB VRAM is to little for modern titles.

Fun fact: One 6600 core can saturate the 1030 for skinned mesh animations.

But only saturate the 3050 50% = perfect because the world takes much less CPU (you upload it to the GPU and then it's almost one drawcall; more like one drawcall per chunk but I digress) = OpenGL (ES) can render on it at lower motion-to-photon latency without waste = one core for rendering, one for gameplay, one for physics and one for the OS, audio and networking.

So 14nm 6600 + 8nm 3050 is actually the combination I would use for ever.

HL:A runs at 90 FPS with that combo too on the low res Vive 1.

Not that VR is going anywhere, but still peak demanding application.

The combination of the twin Matisse I/O dies (one on the CPU package, one serving as the X570 chipset), Zen 3 chiplets, and overall maturity of the AM4 platform is still unmatched. I'm waiting for AM5 to "get good" before upgrading my 5950X (even though Zen 4 and Zen 5 chiplets are already quite good). I hope the next gen brings a core count bump, better DDR5 stability at higher speeds in 2DPC configurations, and USB4V2.

Certainly agree on the chipset front - I went from an X570 to B650 which was absolutely a downgrade, the most painful being the loss of ACS on the chipset PCIe lanes.

Terrible for VFIO!

ETA: Oh, and PCIe Gen5 between the CPU and south bridge(s).

Painful memories of trying to build the kernel on my 486DX2/50, letting it run overnight and waking up to a compile-time error or non-booting kernel...

This is a little confusing because you were referring to a Core i5-6600 and presumably an i5-7500T or i7-7700T above but now you mention a 5600. Are you referring to a Ryzen 5 5600?

Yes

As we discussed elsewhere you could put the Ryzen 5 5600 into 45W ECO mode and cool it passively. Or a Ryzen 5 7600 if you decide to jump up to AM5 (which is probably a good idea even though you'll need new RAM).

As I probably replied there too I do not want to build hardware that can burn my house down if the wares are crap and decide to reset for some reason.

It will simply throttle.

Which is not good for longevity.

I suspect that's a very slimmed-down .config and probably only e.g. `make bzImage`, versus something like a Debian kernel .config with modules, headers, etc. A full Ubuntu kernel takes quite a bit longer on my 5950X, which is admittedly quite a bit slower than a 9950X but still no laggard. I'll time it and update this comment later...

ETA: After dropping caches it took 18m40s to build Ubuntu mainline 6.16.3 with gcc-14 on my 5950X, with packages for everything including linux-doc, linux-rust-lib, linux-source, etc. I'd expect the same operation to take about 11m on a 9950X.

It's also not clear whether OP used Clang or GCC to build the kernel. Clang would be faster.

Devil's Canyon and Haswell-E were great overclockers. I had an i7-4790K re-lidded with liquid metal stable at 4.7GHz all-core and (a bit later) an i7-5960X stable at 4.5GHz all-core. But yes power consumption and thermal output were through the roof.