I wouldn’t attack via USB, that path has already been too well thought out. I’d go for an interface with some sort of way to get DMA, such as:

• PCIE slots including M.2 and external thunderbolt. Some systems might support hotplug and there will surely be some autoloading device drivers that can be abused for DMA (such as a PCIE firewire card?)
• Laptop docking connectors (I can’t find a public pinout for the one on my Thinkpad, but I assume it’ll have something vulnerable/trusted like PCIE)
• Firewire (if you’re lucky, way too old to be found now)
• If you have enough funding: possibly even ones no-one has thought about like displayport + GPU + driver stack. I believe there have been some ethernet interface vulnerabilities previously (or were those just crash/DOS bugs?)

I recommend using a different set of flags so you can avoid the buffering problem @thenumbersmason@yiffit.net mentions.

This next example prevents all of your ram getting uselessly filled up during the wipe (which causes other programs to run slower whenever they need more mem, I notice my web browser lags as a result), allows the progress to actually be accurate (disk write speed instead of RAM write speed) and prevents the horrible hang at the end.

dd if=/dev/urandom of=/dev/somedisk status=progress oflag=sync bs=128M

“oflag” means output flag (to do with of=/dev/somedisk). “sync” means sync after every block. I’ve chosen 128M blocks as an arbitrary number, below a certain amount it gets slower (and potentially causes more write cycles on the individual flash cells) but 128MB should be massively more than that and perfectly safe. Bigger numbers will hog more ram to no advantage (and may return the problems we’re trying to avoid).

If it’s an SSD then I issue TRIM commands after this (“blkdiscard” command), this makes the drive look like zeroes without actually having to write the whole drive again with another dd command.

Why did the CT fail? Is it only 2WD? Bad power distribution algorithm to wheels? Stranded on belly (low clearance)?

EDIT: Yes possibly bad power distribution, but I don’t necessarily trust the source.

He said on Instagram that the Tesla didn’t have locking differentials — a mechanism that can help improve traction on difficult terrain— “due to software issues.” He also said the tires had not been “aired down” to improve traction.

I do a good 50% of my phonecalls on wired earbuds or wired headset. It’s much more convenient than holding the phone, especially for long calls.

4.5PB holy shit. You need to stop using UTF2e32 for your text files.

I’d be paranoid about file integrity. Even a 0.000000000022% (sic) chance of a single bitflip somewhere along the chain, like a gentle muon tickling the server’s drive bus during the read, could affect you. Did you have a way of checking integrity? Or were tiny errors tolerable (eg video files)?

Ty Nix.

I’ve put my lemmy instance url into the addon, but now it’s asking for my lemmy username and password. Is that mandatory? I have not seen any lemmy comments on youtube videos yet so possibly?

Have they tested this lignin+resin against a control of just resin? Does the lignin reinforcement add much in the way of advantages?

At the end of the day it’s more resin than wood, so I think “transparent wood” is misleading. It’s wood-reinforced resin.

Hiring: Low level guys.

Opportunities: Adventurer interactions. Loot. Rumours before the bigger places hear about them.

– Dungeon management

Purely for logging 3rd party maintenance for their internal market research purposes I’m sure :D

No. Modern FPGAs do not use any UV light or have any windows. For storage they use flash memory (same as what’s used in MicroSD cards, USB sticks and SSDs). Some (most?) require you to provide this yourself externally.

Old EPROM (not EEPROM) storage had windows and needed UV to erase, but that’s decades old. I’m not sure if FPGA was common nomenclature back then (PAL/GAL/CPLD were probably the market).

Very pretty stuff. I particularly recommend Ken Shirriff’s Reverse-engineering the mechanical Bendix Central Air Data Computer:

He goes into detail about how non-linear equations are implemented using shaped cam gears (and how such functions can be difference-encoded against linear forms). It’s insane.

And because it’s analog, there is no quantisation, rounding errors, floating point errors.

Eh, I’d say that runout and stiction are their own demons with potentially more bias than those error types :) Not to mention temperature sensitivity – hot days will give different answers to the equations!

Are FPGAs particularly suited to solving PDEs? I just did a search and there seem to be some papers discussing implementing various PDE solving algorithms on FPGAs, but I’m not sure if it’s a task uniquely suited to them.

year 2038 problem?

secretly hopes 2032 isn’t too bad of a year

Alternative:

Ctrl-z  
kill -9 %1   # Shell keeps track of job pids for you, job 1 is %1, job 2 is %2, etc
fg  # Not technically necessary, but it's fun to see the corpse

Projects that attempt to put things in the road tend to fail to be economical or practical. It’s almost always better putting the same (or less) investment into something equivalent that sits next to the road rather than inside it.

The key features of roads that make them so economically successful are:

1. They are very cheap per km to build
2. They are very cheap to maintain (they’re fully recyclable, they get remelted during resurfacing).

Installing anything in the road surface completely voids these two points.

Detailed problems:

• You will need a pickup device on the bottom of your car. To make it efficient you will need it as close to the road surface as possible.
• Roads are dirty and covered in debris. Your pickup device will get torn and worn.
• You will need a LOT of road installed with this, which makes it intrinsically much more expensive than roadside chargers. 10 mins of charging at a standstill requires one charger, 10 mins of charging at 40kmph is about 7km of underroad chargers. Intersections might do better, but they’re intermittent and provide unreliable charging opportunities. Even 1km (6kmph*10min) is silly expensive compared to a cluster of roadside chargers.
• The charging coils underneath the road will need to be as close to the road surface as possible (to make it efficient).
• Worn or buckled (from truck braking) road surfaces will require specialised work and extended road shutdowns to repair.
• You can’t ignore this costly maintenance: exposed electronics (even if isolated) will have inconsistent traction and may damage tires.
• Under-road assets such as communication wires (even just for traffic lights, let alone internet infrastructure), power cables (11kV and up), water, sewage, stormwater and gas will be much more expensive, slow and complicated to install and maintain. More and longer road shutdowns will result.

The fundamental, core problem of all of these “put solar panels in roads” or “put chargers in roads” projects is that they are romantically and narratively attractive. Roads are ugly wasted space, but if we could put them to better use then wouldn’t it be magic? Sadly this never works. Roads are ugly and wastes of space because nothing else works as well for transport infrastructure (other than railways).

Workaround for fingers having the wrong count.

Not sure why people are downvoting you :| If you misunderstood me then others will too, it’s useful having reply chains like this.

Gah English.

“My sketches” as in “me using the AI software to draw pictures”. It’s not my podcast, I was trying to guess at what the presenters looked like based off the topics they discuss.

I’ve been encountering this! I thought it was the topics I was using as prompts somehow being bad – it was making some of my podcast sketches look stupidly racist, admittedly though some of them it seemed to style after some not-so-savoury podcasters, which made things worse.