Viewing profile — smspf

Nice read, I wonder how this was detected though. Did it trigger any alarms on the infected machine? Was a firewall or specialized traffic inspection involved?

I couldn't finish reading the article. The first iPhone made connectors and electronic components easier to get to? Sure, it indirectly helped, as any other new, recent electronic …

This is nice and makes Red Hat look like an amazing OSS contributor, which I think they are. But truth be told, things were not that easy when it comes to RHEL and derivates on aar…

By investing in these ports I was thinking about any contribution that enables/improves arm64 support. So yes, PRs for python itself definitely qualify. However, the python ecosyst…

To be honest, I don't blame Apple for this. I blame the ARM ecosystem which is very fragmented, each company working with ARM is contributing to the stuff they are interested in an…

A couple of years ago we reached out to the python community about wheels and arm64 - how it should be handled and whether they plan on embedding non-x86 blobs. We received the sta…

In my experience, for tasks like everyday operation, kernel building etc.: Thunderx I wouldn't say it's the same order of magnitude for the 2 comparisons, but it's definitely notic…

>In an interesting turn of events, the investigation of the whole SolarWinds compromise led to the discovery of an additional malware that also affects the SolarWinds Orion product…

ThunderX was a huge disappointment. ThunderX2 (which one may think is the successor of ThunderX, but is actually a completely different system that Cavium obtained by acquiring a d…

My bad, I didn't do proper research when writing that comment. Thank you for the correction. And that's too bad, UEFI would have been easier to deal with imo.

I submitted arm64 patches to OSS ranging from the kernel to the most obscure userspace applications. All my contributions required some support or at least confirmation from the ha…

No. Because (in no particular order): - it shouldn't be the community's (or a crowd-funded dev's) responsibility to provide software support for hardware produced by one of the lar…

Afaik, UEFI (at least on ARM hardware I worked with) embeds the DeviceTree for non-ACPI boot usecases, so the user is no longer responsible for providing the proper DTB for that bo…

This is sad and wrong at the same time. What if instead of postal services, Amazon required water or electricity to function. They would have payed just enough to get some level of…

I'm surprised it's only a 3x slowdown. But the single-thread performance of native execution (without emulation) is worse on aarch64, which was expected. Imo, a better benchmark wo…

Not sure about the socket used (it might be soldered down), but aarch64-based workstations are already available for the general public, e.g. [1]. [1] https://www.anandtech.com/sho…

I agree on the performance loss. Just for kicks, I ran the same commands on some real aarch64 (32 cores, 3.0GHz, ARMv8.? - can't remember and already logged off the machine, but I …

I've been using postgres, cassandra, redis and mysql/mariadb on aarch64. Only ran into issues with MySQL, which we rootcaused to some weird atomic locks not working as expected on …

That's a fair point. Emulation implies other limitations too - code compiled on your machine might leverage only the CPU features emulated, which would lead to sub-optimal binaries…

So many wrong assumptions ... 1. If emulating aarch64 (arm64) on x86_64 is 6x slower (on your system, btw, it's not an universal constant), it doesn't mean emulating x86_64 on aarc…