Re: So, smart meter joy is continuing
Hospitals tend to have generators though, fire stations for the most part don't (except portable ones they can take to scenes etc)
427 publicly visible posts • joined 29 Jun 2011
Had to do that a couple of times for some kit which wasn't responding at all over the network. Drive 45 minutes there, 15 minutes to get through security, climb the stairs to the data hall, walk in to the aisle, hold down the power button, wait for it to start, someone logs into it remotely, turn round, walk out, 10 minutes to get out of security, 45 minute drive back to the office.
Or just do what most of the rest of the developed world does and have the government manage taxes for employed people (rather than self-employed) so that they don't have to worry about it unless they want to claim certain tax rebates etc which they can do from an easy government web portal.
Yes but if Ukraine joined NATO or the EU (or even started the process) then they would likely be pressured into kicking Russia out of the Crimean ports at some stage due to some sanction or other, which would have placed Russia in the same position except now Ukraine was now unassailable as it had too many new allies.
It was really "now or never" for the invasion (plus or minus a few years) and with the fallout and economic problems of COVID Putin probably thought this was his best chance, which was backed up by all his yes-men around him in power (because that's what yes-men do) who had been actively lying to him the whole time about how the Ukrainians were waiting to welcome the Russians with "bunches of flowers" and that they wouldn't resist at all etc.
Yes, but now they have it the question is what do we do about it now? Try and restrict them when all the good it'll do is make them make it themselves faster, or something else? Or nothing? Not suggesting I have any answers, just that there are big questions there.
Plus it's good propaganda for Russia to fire something at the nuclear power plants, then go "OOO look Ukraine is shelling the power plants!" but because we all know it was Russia we also all know that Russia are stupid enough to do it in the future so they're betting no one will want to attack anywhere near the power plants in case Russia blows them up and blames it on Ukraine, which would be a disaster for everyone except Russia.
> but the old railways still exist - we left most of them in-situ
Except we didn't really - we ripped up the tracks to scrap the steel, yes a lot of them have become paths but only bits of them. More of them have gone back to being farmer's fields or access roads, or having houses built on them, or being subsumed into roads. Bridges have been torn down, tunnels have been filled in.
In order to make any of them fit to use as railways again it would cost just as much as building them from scratch, if not more due to modern requirements for track beds, drainage etc.
In a similar vein a lot of the government networks you talk about will be a) provided by BT or Fujitsu or Vodafone or some such other over fibres which they rent out and 2) will be just random bits of fibre which can and will be reused by their owners (not the Govt) for other traffic. It's not like the Govt owns millions of miles of fibre which they laid themselves, they rely on rented capacity from the Telcos.
Keep it close to the truth - the more outlandish your lie the more detail you have to remember about it
So you say something like "I was a civil servant" which usually shuts most people up, if they push further then you could say you were an administrative officer in the department of Agriculture or the Scottish Office or Work and Pensions or something equally boring. Much easier to remember as a cover story than "I worked for McDonalds as a fish descaler" when that process is automated or "I was a yacht salesman in Oxford" when it's miles inland.
> Some rando on the interwebs can get into the chain
They can fork the code and make their own version, sure, but they can't force people to use the new code in their own projects or replace the one the original maintainers are providing.
In order to alter the existing code base they'd have to get the existing maintainers to accept their branch or merge request etc, which no sane maintainer would do unless they've reviewed the code & verified that they're happy with it.
> Exactly. And that was the fault of no-one except the Debian sshd maintainers!
Worth noting that RedHat are the ones who mainly maintain SystemD, also this attack did make it into Fedora Rawhide, Fedora 40 (beta) and into a couple of other related distros.
So it's not just on the Debian team here.
The taxation without representation excuse was just that, an excuse for a bunch of privateers and traders who didn't want to have to pay tax on their semi-illicit trading to rile up the general populace to rebel so that they could eventually carry on trading on their own terms, and maybe get some power over a government at the same time.
And the US has continued in a similar vein ever since, with robber barons and businesses controlling the government, sometimes openly, sometimes covertly.
I think the point of that line in the article was that the British Library doesn't work with nuclear materials or massive vats of boiling metals or highly toxic chemicals etc.
It also didn't start blaming it's staff and prosecuting them for tens of years as a result of the breach so I fail to see how it's comparable to the Horizon Scandal.
Yes but you're looking at contracting rates there so out of that £120k you have to find:
* Tax at the appropriate rates for however you're paying yourself (so say goodbye to about 40-50% of that)
* Holiday pay
* Sick pay
* Pension payments
* Paying an accountant or accountancy firm or contracting firm if you work as a "consultant" to them and they take a cut of your wage.
* Business expenses if you have to equip yourself to do the job
* Training (since your employer won't spend money on training contractors most likely) plus time spent not working in order to train
* Business rates (if you self-incorporate)
etc etc.
So you'll probably only personally end up with about £45-50K per year of that as "take-home" pay.
You mount the monitor to the back of the VESA case for the PC, then mount the VESA case for the PC to the arm.
My work has them for Dell's MicroPC line, they're quite effective enclosures. Support the usual VESA weights, have a thumbscrew to retain the PC, can be used with the PC's existing locking solution to prevent theft etc.
Disclosure: I run a ZFS on Linux based system at home as my primary server and as my server hosting my backups
ZFS does indeed use a lot of RAM, but it's for performance rather than as a requirement (unless you turn on deduplication which needs tons of RAM on any system, regardless of filesystem).
The ZFS cache is used both for selective read-ahead (predicting which files are to be accessed) and for caching the rest of a file currently being accessed (until the cache is needed again by non-ZFS processes or the file is replaced by a new file in the cache).
ZFS can be run on systems with very little RAM however the performance will be much closer to that of the hard drives themselves rather than anything faster.
If you want you can add ZFS Intent Log (ZIL) SSD drives to improve write performance however read performance will always rely on RAM to cache into. You can set how much cache you want ZFS to use (right now on my main server I have this set to about 50% of 128G so I have some VM space and on the backups server it's at 85% or so of 32G)
You must have had it set in "efficiency" mode then - there are configuration options with the C7000 enclosure which allow you to choose how power is spread out. The "efficiency" option (I can't remember the actual names now, been years since I touched an enclosure) used as few PSUs as possible to bear the load so that they operated with as little efficiency loss as possible, whereas there were some other options to balance load across X PSUs or all PSUs (can't remember exactly) in order to maintain as much redundancy as possible.
You can easily set a ZFS parameter to set it's maximum RAM consumption - on my home NAS/hypervisor I have it set to 50% of the 128G installed and on my backups server it's set to 80% of the 32G installed (IIRC)
As for the cache situation, for ZFS on Linux it can't use the system cache because it's licensed differently from the kernel (ZFS uses a CDDL license instead of GPL so the kernel devs won't let it in to the cache). Also the way the cache operates is very different from the system cache so it's best to keep them separate. ZFS will quickly relinquish cache though if the OS requests it to reduce RAM usage (at the expense of performance) so it shouldn't pose a massive problem.