New York is another. Ultra-high-density communities may not be common in the US -- but the ones that do are exist are, well, kinda' a big deal.

But -- oh, yeah! -- we were talking about city planning as relates to lower-income folks. And the thing is, even though you and I might consider it impossible to get to work, buy groceries, &c. in much of the country without a car, there are still people doing that by necessity. My brother-in-law used to take his bicycle on the bus and sleep on a bench until his shift started, because the bus routes he needed shut down long before his shift started. When city planning is done in a way that assumes everyone is going to have a car, what you get is people left behind by the system. If you're lucky, they can manage to hold down jobs anyhow -- if you aren't, you have more folks who need safety-net features much more expensive than public transportation.

Don't know why I want to feed the troll -- and explicitly not accepting the assertions I don't challenge here, but...

You talk about "traffic flow" -- but think about this for a minute. You're proposing to take a very high-population, dense chunk of city -- plugged into the rest of that city's transportation network -- and move it out into the middle of nowhere.

Have you looked at the level of car ownership in high-density areas recently -- particularly in lower-income high-density areas? How exactly do you expect folks to get to work or school when they're suddenly no longer in an area with transit access? (And without that, how do you expect folks to work, or go to school to improve their circumstances? Would you rather be buying the same number of heads worth of homeless shelter, and getting no tax base at all)?

Hell. I'm in the rich part (financial district) of downtown Chicago, and less than half my neighbors if that own cars if that; being in walking distance from work (and directly next to a stop for every single L line) is why people pay to live in the Loop. Owning a vehicle is expensive in a city -- heck, parking wherever you're going to is expensive in and of itself, as is having a place to park that vehicle at home (in my building, a parking spot costs about $30k to buy, or rents for upward of $200/mo). You can't take folks who can't afford decent housing unassisted, move them away from their jobs, and expect them all to be able to buy, maintain and fuel vehicles -- and park those vehicles near their jobs in the city -- when they were only barely making ends meet beforehand. It's insane.

I can see the revised police procedure manual now.

"When a suspect resists, but them in a "warm embrace" by placing your arm around their throat and squeezing."
"If a suspect does not follow your instructions, give them a "gentle scalp massage" with your night stick."
"Once a suspect is down, form a "cuddle pile" of 6 or 7 officers on top of them until they stop struggling."

At least accordingly to a comment of his on his latest blog entry.

So I expect that the fate of NTP isn't so uncertain as all that, though whether Stenn himself will still be the lead is an open question.

I suspect that we could persuade those caches to flush to RAM, simply by exhausting the number of possible lines for that address - if the cache is set-associative. Of course modern processors have multiple levels of cache, so that makes it harder.

Hi AC,

This is sort of self-contradictory, so I don't really need to respond to it directly. I just want to point one thing out. I can't afford to work for any company as less than a C-level employee. It would be a salary cut from my current business.

Not to mention that I'd not like it.

An AC talking about balls. Pathetic.

Right. I didn't even bother responding to the taunts.

Coward really means coward. I am sorry for the folks who are afraid that their employer will take a dislike of what they post, but for them we have handles.

I can't say I'm happy about what's happened to Debian. Having Ubuntu as a commercial derivative really has been the kiss of death for it, not that there were not other problems. It strikes me that the kernel team has done better for its lack of a constitution and elections, and Linus' ability to tell someone to screw off. I even got to tell him to screw off when he was dumping on 'Tridge over Bitkeeper. Somehow, that stuff works.

IMO, don't create a happy inclusive project team full of respect for each other. Hand-pick the geniuses and let them fight. You get better code in the end.

This actually has something to do with why so many people hate Systemd. It turns out that Systemd is professional-quality work done by competent salaried engineers. Our problem with it is that we're used to beautiful code made by geniuses. Going all of the way back to DMR.

It really does look like Jomo did post this article, and it refers to another article of his.

What isn't to like about Ubuntu is that it's a commercial project with a significant unpaid staff. Once in a while I make a point of telling the unpaid staff that there really are better ways that they could be helping Free Software.

It's just that I object folks who would be good community contributors being lured into being unpaid employees instead.

Say how do feel about idiots working for corporations contractually enmeshed with the US military-industrial-surveillance complex. Why no spittle-laced hate for them?

The GNU Radio project was funded in part by a United States intelligence agency. They paid good money and the result is under GPL. What's not to like?

Keep all of the idiots that want to work for a millionare for nothing. Fire the others.

Anyone with sense has by now joined a non-profit project.

Compare-and-exchange and mfence would be doing cache flush all of the way to RAM and global cache line invalidation, wouldn't they? So, they can potentially be used to hammer too.

Multi-threaded programs really do need those cache flushes to implement their interprocessor communications, don't they? It seems to me that they would be the ones most likely to hit this problem.

It has yet to be established whether hammer techniques can result in a correct data+ECC pattern. If so, it should be possible to permute the memory in a way that defeats this, either on the memory module or the memory controller.

That would make a good research paper for someone.

Yes, you beat me to it. A correctly-configured ECC motherboard with real ECC memory would defeat this. Watch out for fake ECC memory that just simulates the correction bits.

Once memory starts being vulnerable to row interference, having a machine without ECC becomes much more dangerous, regardless of this exploit.