mackal

I just switched to Firefox again after some shortsighted changes on Chrome. Neither give me GPU decode on Linux, but FF is SIGNIFICANTLY worse than Chrome on CPU decode. I can do a build in the background using all 12 threads and have no issues with video play back on Chrome (well, maybe not 4k60) but FF it's unwatchable, even at 900p60. (i7 8700k if you're wondering hardware wise, not OC'd because horrible chip and not worth it)

ffpass works. https://github.com/louisabraham/ffpass

I just switched back to Firefox after using Chrome since pretty the day it came out. I switched after updating to 74 and noticing how many features I depended on were removed. I originally intended to just revert some of the changes (using Chromium on Linux) but I decided that amount of work was silly. Switched back to Firefox. After this news, glad I did.

The Zen+ APUs should be out soonish. Can find plenty of information about the Ryzen 3 3200G and 3400G, but no release date :P

I think those numbers are for chips that can 5.1 GHz all core though, which is probably a lot less than 5.1 GHz single core.

This is entirely configurable. They generally don't do all core == max boost for power consumption reasons (and I assume yield would be pretty low on chips that can do this)

Desktop chips also generally don't have any AVX offset, which is almost always required for 5 GHz all core.

You mean Fermilab. CERN started moving to CentOS in 2015, Fermilab has finally decided to as well.

In one class we we're building a custom circuit to talk to a custom 8-bit computer over the ISA bus. I accidentally put one chip upside down (it was some off brand and I mistook a scuff on one end for the marker for which way is up) and killed the DOS PC :P

The custom 8-bit computer was fine though.

Ahh what are you talking about? That "myth" didn't exist until the open source drivers really started working.

Biggest issue with AMD on Linux right now is that they sometimes seem to forget to fully enable support in patches before release. Like the RX 590 had to have firmware updates post release because they forgot to do everything I guess.

nVidia GPUs were always recommended over AMD because their support was significantly better before the mainoine Radeon/Radeon si/amdgpu drivers really started being great. nVidia will still run better now, but the benefit of the open source driver ecosystem out weighs that for me.

Zen 2 is adding 256 bit registers for 256 bit AVX instead of doing it in 2 passes with 128 bit registers.

I used to use one of these as my wallpapers. A friend was bugged that had been using it for years so he gave me a nice print of it and I switched to a different image from this archive :P

AMD apparently uses the PS4 Pro and Xbox One X CPU/GPU are made in this fab according to some other articles about this.

My experience with AMD open drivers has been great. I had an HD 6850 before, new system with an RX 580, both have worked great. Had a few issues with the 6850 earlier on, but nothing too bad like you've described.

Well, it's on a more mature node, which at least should mean better yields. It also probably doesn't benefit from a node shrink as much as the actual CPU, so throw it on old node so it's cheaper kind of deal.

It is also the solution they currently use on Windows ... And what games are doing on Steam that support Linux.

I won't comment on shipping your own glibc, because that probably could cause issues.

Blog makes an error in their assumption of what assert_return() is ... It's not a macro around assert() or related.

Possibly a bad idea on systemd's part to reuse the name assert, but the code isn't doing what the blog assumes it does.

No. HT has at best 30% improvement. And worst is it hurts ;)

The boost clocks are higher, you're probably gonna run at this more often than not when you care about it.

There maybe some work loads where having more cores will actually care, but HT isn't all that huge if a performance increase.

They use the Google Benchmark library. (I would read into it to answer your actual questions)

Its not that OpenBSD breaks embargoes, it's that they won't just be strung along delaying embargoes for ever. So they can't be trusted to extend an embargoes. They probably would be happy to if there was a good reason, but not for bad reasons.

SMT is the generic name? Hyper-Threading is the name of Intel's 2 way SMT implementation. I don't think they call the Xeon Phi 4-way SMT Hyper-Threading, but I could be wrong there.

In addition to what someone copied and pasted, some python scripts to make sure everything is excuted right. I do need to look into it more though :P

They are useful though. If you check a bunch of usernames from a person leak and find matches, you got a password to try.

Lol, AMD GPU support is great under Linux.

A certain now dead site parsed EAC logs for verification purposes. (At least why it's the standard)

From a comment someone else made, I'm gonna guess you're red green color blind :P

Optane DIMMs I think. They plug into the RAM slots :P

Been Heck show also console verified the TAS (they ran a TASBot like machine to play)

The score has also been achieved by humans on real hardware.

There is some drama over OpenBSD and KRACK that may have been why they didn't get told. But that is just pure speculation.

This blog post could not find an exploit, but proved enough that there could be. The theory is that the KAISER researchers took this idea and found a way to exploit it.

The flag is only enabled by default on hardened gentoo profiles. Non-hardened profiles has it disabled.