tcoppi

That's true, in a shooting war with a peer we haven't had much practice since Kosovo. However, neither has Russia, and while they have been putting on a show of force in Syria, that is basically them at almost max deployment and force projection capabilities. They don't have the money or manpower to fight a prolonged shooting war. John Schindler put it best, Russia is "Mexico with ICBMs". The ICBM part is what should scare us all, especially if they have a stooge in the White House.

We already have infrastructure, China had next to none and still doesn't really. A lot easier to grow when you're starting from zero.

You also create an unaccountable permanent lame-duck class of politicians that can't be re-elected.

What are you smoking? Of course we have a favorable trade with China, we give them paper dollars and get back real goods in exchange.

I don't quite share your bleak assessment of the US IC's ability as far as Russia goes, but otherwise spot on. And it doesn't matter anyway if you don't trust any of your advisors or intelligence reporting.

Prepare for the worst, hope for the best...

First 100 days plan posted, you can see, concretely, what he hopes to accomplish: https://assets.donaldjtrump.com/_landings/contract/O-TRU-102...

That an American Berlusconi is an optimistic take is incredibly dark.

You don't need (federal-level) politicians to change this! The constitution is a wonderful thing. There is a process for amending it that bypasses Washington completely. Maybe we should put it on the table.

I'm so sorry. Maybe you can use your unique perspective to shine a light on how backwards Trump's support of Putin and Putinesque policies is.

He has an orange spraytan.

I think there is probably some truth to the antifragile theory, but we should remember that the system is made up of individual people and their choices to act within that system. Too many rogue players and there is no system.

M2V is artificially low since ~2008 as banks recapitalized and sold assets/bonds, increasing the supply of money as calculated by M2 but not putting it into circulation, hence velocity decreasing. If you look at M2 and M2V they are nearly opposites of each other since the recession.

If capitalized reserves were not in M2 we would probably still have seen a decrease in M2V in 2008-2010, but not nearly as drastic, and it probably would be about flat since then, approximately tracking inflation.

If you want to do that you had better hurry up, the Odenton-Annapolis corridor is starting to get discovered and is building out new track developments very quickly.

> 2. In almost all cases, whether or not there's a known local privesc bug, assume that code execution on your Linux systems equates to privesc; this is doubly true of machines in your prod deployment environment.

I think this goes for any mainstream OS, Linux is not particularly special here.

If the "marketing" Tesla is putting out is not part of the real world, that would be fraud, which was the situation with Theranos.

Are you suggesting that Tesla is defrauding investors and regulators, as Theranos did?

Interesting... good to know.

I agree that parsing /proc/pid/maps is a complete nightmare, but I'm pretty sure that the way pseudo-files on linux work, it is guaranteed the contents won't change out from under you while you are reading it.

I don't disagree that there is a lot of information you cannot include in such a snapshot, and neither the Windows or OS X equivalents(it's the KERN_PROC argument to sysctl btw) give you much detail beyond all pids(which you can get with a directory listing of /proc in linux, though this is not completely atomic either, even with getdents(2)!) and their cmd line/exe path. Those latter two are completely unavailable to get reliably with any method I know of on linux, and that results in some inconsistent and/or incomplete info for certain use cases, especially when combined with the fact that PIDs, though randomized, can be reused on linux.

It is at least meaningless from a data loss prevention/mitigation perspective.

Sure it means something. Both Windows[1] and OS X[2] have easy ways to do it, and the task list in the Linux kernel is just a linked list that could be easily atomically copied. Obviously a lot of the metadata associated with the processes couldn't be easily accessed in a consistent way, but the number of running processes, their pid, basic info like the command line and process image is totally knowable to the kernel at any given instant.

The fact that you can't get that info easily on Linux makes a lot of tools harder to write than they should be, and often give misleading/incorrect information.

1. https://msdn.microsoft.com/en-us/library/windows/desktop/ms6... 2. https://developer.apple.com/legacy/library/documentation/Dar...

I think it is a bigger problem that you can't get a snapshot of all processes atomically. It is easy enough to solve the case of atomically accessing a single process, though annoying.

And if you don't have control of your endpoints, any network monitoring or tls mitm is meaningless anyway, as the contents can always be encrypted again inside of the tls tunnel. Then you're back to square one, the inbound/outbound traffic is inscrutable to monitoring.

Wherever you want. I'd recommend a firesafe bolted to your foundation slab, but that's just me. I'm not saying to keep a lot your short-term reserves in cash, or even necessarily more than just enough to buy yourself food for a day or two, but you also shouldn't rely on always being able to get money out of an ATM or that the global payment remittance systems will work in a true emergency, either.

...an answer always exists, even in pure scientific research. Nothing is inexplicable.

> Reverse engineering is not research because someone already has the answer.

Someone potentially had the answer at one point. That person/organization may be dead/defunct, or the knowledge may otherwise be lost to time.

You might not really mind for a week or two. Businesses and people relying on payroll being hit on time certainly do mind, and the longer it gets backed up the greater systemic effects it can have.

Historically in the 20th century, it is not that common for a bank to fail. Since 2008 bank failures have accelerated greatly.

I also could tell a story about people losing access to their money for weeks, waiting on the FDIC, when IndyMac failed at the start of the recession. But it is not my story to tell as it did not affect me, and it was also one of the largest bank failures in US history, at a time when the FDIC was already undergoing stress, so I doubt it was malice.

I just wouldn't count on FDIC insurance to save you in the short-term if shit starts to hit the fan. Have a cash reserve.

Edit: Here's an interesting graph to ponder https://fred.stlouisfed.org/series/BKFTTLA641N

The first major cluster of failures actually preceded a crisis(the S&L crisis) and fell off rapidly after, whereas in 2008 the cluster was timed with the recession and had a longer tail of failures afterwards that continues to this day.

> "Systemd is defective by design."

The most succinct explanation of Systemd possible.