Note: There’s a gotcha when using it in multi-user environments (like a server).

Users with Administrator access do not have permission to enumerate directories / files inside other Admin users home directories. So any per-user files are not counted in this scenario.

Source: ‘The mysterious case of the Windows server with a full disk but WinDirStat shows it as only half-full’ :-)

Yes, that's why WinDirStat is a no go at all.

Use WizTree, or any other util what reads NTFS MFT directly.

It can't get to all the files even for a single admin user, you need to do something like run it as system with psexec.

IIRC the contract manufacturer, Steyr Magna, historically produced mainly small-run, expensive cars, trucks and military APCs (!).

I suspect that Fisker was spending a lot more per delivered vehicle than their direct competitors like Tesla, Audi, BMW, Polestar. Maybe breaking even on the car itself but having their operating costs (sales) digging a progressively bigger hole each month.

'We lose money on every sale but we make it up in volume!'

Magna is a massive supplier. Those small run cars are not their primary product, from my understanding. The components for vehicles are their primary product.

I did the back-of-envelope calculation [and now you have to read it :)]:

A slug about 2 inches in diameter, 1/4 inch thick, is worth about 1 USD at today's copper price (weight = 1/4 pound).

So it might almost, but not quite, work as coinage. Maybe in a very poor country populated by body-builders.

Quarter pounder. Yeah maybe it would have to be some kind of a fractional currency. Or some more suitable metal. Silver would work but the price is a bit volatile. There already exists “bullion” silver coins that fit the bill

Cracked fuel line? Might let air into the system in certain operating points; might make the fuel pump unhappy (refuses to prime) in some situations. I figured mine out when it finally broke completely: All the other issues went away after replacing it.

It has been done earlier; multiple times, by every serious manufacturer. :-]

The real difficulty lies in:

1) Noise in the on-turbine wind speed and direction measurements and/or robustly (see point #2) operating LIDAR or met masts in front of the farm to try to avoid said measurement noise.

2) Actually arriving at a robust, operational in real-world conditions, fully closed-loop control system. A commercial wind farm has to operate 24/7 for 25 years without a bunch of engineers and scientists babysitting it, which is what is likely to end up happening if the cool control system relies on offline simulation results, topographical data, and/or human-supervised calibration & tuning.

It's not all doom and gloom: Ongoing improvements in sensor price/quality will probably make these kind of global control systems more and more practically feasible in the future.

Having off-site control of configuration and sensor information seems desirable and obtainable regardless. And once that is in place it is just a commercial decision. If spending x on cloud modelling delivers a multiple of x then its a simple decision.

Thanks to our old friend Baumol [1], cleanliness is not the norm in any typical grocery store in the 1st world.

[1] https://en.wikipedia.org/wiki/Baumol's_cost_disease

You're saying that people who work in grocery stores don't care about their job performance, because their level of pay is guaranteed by workers in other industries being productive? That's a cynical thought.

By the way, where I'm from (EU), cleanliness is definitely the norm for grocery stores.

Come on. I’ve been to many, many small grocery stores in Western Europe.

Some had obviously old/dirty fixtures, signage, and floors, some had newer cleaner looking equipment. The average in Europe was much, much “dirtier” than Americans on average will put up with.

“Dirty” in this context means not-new-looking.

I’d much rather not pay for someone to replace things that are perfectly functional.

But many consumers (especially Americans) prefer extremely well lit, very new looking equipment.

So I think you may have this exactly wrong. Europe has much dirtier stores, because it doesn’t value cosmetic polish as much as health and cost savings.

To be fair, different countries in Europe are culturally different. And, to be even fairer, what we mean by "dirty" is wildly personal, I think.

US grocery stores in general seem no less clean than western European grocery stores from my limited experience. I don't know what the parent poster is talking about -- even Walmarts in the bad parts of town seldom seem conspicuously "dirty".

Thirded - Like many of the less-touristy museums in Rome, it's a museum for grown-ups. I think the average HN'er would appreciate it :)

Fourthed - it's also a gorgeous museum, in that it's covered with beautiful Etruscan frescoes, and the grounds feel more ancient and down to earth without pandering. And it's pretty hard to find Etruscan artifacts, so it's a one-stop-shop.

The last paragraph is what the FB's timecard (and essentially any other rubidium based frequency normal) does. You use the GNSS frequency output as a reference for PLL that does fine tuning (on the order of tens of ppm) of the rubidium oscilator (or even normal crystal oscilator). The reference oscilator modules usually have some kond of input for this kind of fine tuning (in xtal case this analog input typically controls biasing of varactor that introduces parasitic capacitance to the crystal, in rubidium case it is usually done digitally and it changes the division factor in the feedback path of internal PLL).

Edit: and for that matter even ntpd/chrony does this tuning in software and can compensate for imprecise and/or slowly wandering host clock generator (obviously it cannot compensate for abrubt changes and intentionally does not even try to).

That's literally the definition of disciplining an oscillator:

https://csrc.nist.gov/glossary/term/disciplined_oscillator_d...

For a quartz oscillator, it's typically done by holding the crystal at a constant temperature ("ovenized", "oven controlled"), and then varying its loading capacitance by manipulating the reverse bias voltage of a varactor (a diode whose junction capacitance varies in a well-defined way according to applied voltage). You connect a lots-of-bits DAC and a very stable amplifier to the varactor, and keep all those pieces inside the same oven so they're all isothermal.

Apply a very long time constant (typically on the order of 11h58m out to maybe 2 weeks) to the control loop that drives the DAC, and after a few loop-times you've got a quartz crystal whose period is precisely tuned and whose behavior will remain incredibly stable when the disciplining reference goes away. (As long as you're smart enough to notice the loss of reference and freeze the DAC value, rather than naively assuming there's an enormous difference and slamming the control loop against a limit and destroying your carefully-honed performance. Which is what pretty much everyone implementing this from scratch does at least once.)

For rubidium atomic clocks, the disciplining process is usually done by varying the magnetic field applied to the vapor cell. Since these work by measuring the energy absorbed by a specific hyperfine transition, but that energy is only well-defined at zero static magnetic field, it's necessary for the physics package to cancel out the Earth's magnetic field. This is done with a set of Helmholtz coils, but how do you know how much current to put through them? By comparing the measured frequency with an external reference of higher quality. Since Rubidium oscillators are inherently several orders of magnitude more stable than quartz, this is done with very long time-constants (since any apparent error is probably jitter on the GPS receiver's part).

Ovenized quartz GPSDOs are common at cellular tower sites, whereas rubidium finds more application at central offices. I own clocks that exploit both of these mechanisms. (The rubidium is down right now while I build a new DAC for the tuning voltage that drives the coil current amplifier.)

Howdy neighbor!

Here in Denmark, at the turn of the century, I took a 'classics' class in our equivalent to high school.

A bit of Plato and Socrates, a bit of ancient Greek / Roman architecture (different types of columns?), a smidgen of archeology review.

I imagine it was some kind of condensed and simplified remnant of the broad set of classics courses that would have been compulsory in 'high school' before the democratization of secondary education here (i.e. ~50 years ago our 'high school' was mostly populated by future academics and the children of the upper-middle classes).

I wonder if this causes a performance penalty on position independent code, which seems to be used a lot on non-Windows platforms [].

[] It always struck me as one of those propeller-head features that GCC & co. love but which the MS and Intel compilers avoid 'just to be on the safe side' :]

He mentions this doesn't work with RIP-relative addressing, but I don't see how it would cause a penalty otherwise.