Sounds like a case of X-Y problem
Sounds like a case of X-Y problem
Fat binaries contain both ARM and x86 code, but I was referring to Rosetta, which is used for x86-only binaries.
Rosetta does translation of x86 to ARM, both AOT and JIT. It does translate to normal ARM code, the only dependency on a Apple-specific custom ARM extension is that the M-series processors have a special mode that implements x86-like strong memory ordering. This means Rosetta does not have to figure out where to place memory barriers, this allows for much better performance.
So when running translated code Apple Silicon is basically an ARM CPU with an x86 memory model.
it’s transpiling the x86 code to ARM on the fly. I honestly would have thought it wasn’t possible
Apple’s been doing it for years. They try to do ahead of time transpiling wherever they can but they also do it on-the-fly for things like JITed code.
And yet, I’ve never run into RAM problems on iPhones, both as a user and as a developer. On iOS an app can use almost all the RAM if needed, as long as your app is running in the foreground. Android by contrast is much stingier with RAM, especially with Java/Kotlin apps. There are some hard limits on how much RAM you can actually use and it’s a small fractIon of the total amount. The actual limit is set by the manufacturer and differs per device, Android itself only guarantees a minimum of 16MB per app.
The reason is probably because Android is much more lenient with letting stuff run in the background so it needs to limit the per-app memory usage.
Those apps also use more RAM than an equivalent iOS app, simply because they run on a garbage-collected runtime. With a GC there is a trade-off between performance and memory usage. A GC always wastes memory, as memory isn’t freed immediately once no longer in use. It’s only freed when the GC runs. If you run it very often you waste little RAM at the cost of performance (all the CPU cycles used by the GC) if you run it at large intervals you waste a lot of RAM (because you let a lot of ‘garbage’ accumulate before cleaning it up). In general, to achieve similar performance to non-GC’d code you need to tune it so it uses about 4 times as much RAM. The actual overhead depends on how Google tuned the GC in ART combined with the behavior of specific apps.
Note that this only applies to apps running in ART, many system components like the web browser are written in C++ and don’t suffer from this inefficiency. But it does mean Android both uses more RAM than iOS while at the same time giving apps less RAM to actually use.
It basically comes down to different architectural choices made by Google and Apple.
It’s not hard to target the older models, with iOS it’s mostly just a few small tweaks.
It depends what you are doing. Targeting the iPhone 7’s GPU can be quite a PITA.
Upgrade your dinosaur of a phone.
Doesn’t matter either way because everyone uses WhatsApp anyway.
RCS will never be able to compete with either because it’s a GSMA standard. Apple or Meta can think of a cool new feature, add it to their client and roll it out to all their users with the next update.
If they want to add a new feature to RCS, the GSMA (An organization with over 1500 members) will have to form a committee, they can then talk about their conflicting interestes for a few years before writing down a new version of the standard, then dozens of clients and servers at hundreds of different operators need to be upgraded before everyone can use the new feature. Due to this bullshit RCS will never be able to keep up.
Not entirely true… the American Android users care about it;
Then I guess it’s nice for both of them that iOS will support RCS.
Literally no one cares about RCS.
For me it was €79 (gotta love that VAT).
Still, considering the hours of entertainment I’ll get out of it, the price-per-hour feels reasonable to me compared to other forms of entertainment.
I bought it on PS5 and I’m having fun playing it. Sure, it doesn’t do anything new, the gameplay is very familiar and the enemy AI is dumb as rocks, but you get to play in the Star Wars universe, the locations look great and the story so far seems decent enough (although I’m not that far into the game yet).
Not every meal needs to be a 3 Michelin star gourmet affair, sometimes having a Big Mac with fries is perfectly fine.
Oh I agree they should. Physical game sales are a PITA.
I bet that hardly anyone buys the add on drive and they use that as a reason to completely drop physical media support in the PS6.
Or just don’t buy LCD and get an OLED. All LCDs look terrible anyway. The technology is fundamentally unsuitable for making televisions.
E-ink screens aren’t backlit. It’s one of the reasons they are so easy on the eyes. They are front-lit. There are LED’s at the edge of the screen and a light guide on top of the screen that diffuses it onto the e-ink screen. Instead of staring directly into a lightbulb like with LCD the light you see is reflected off the page.
A hacky sack
Dance mat controller for his console/PC
I’m a Mac guy so I’m a bit out of touch with the state of PCs. I know PCs usually are a few years behind technology wise, but I’m kind of surprised they still don’t have bluetooth as standard. The technology is decades old.
I have the 2018 pro. The problem with lack of bitstreaming is that no matter what you adjust, you won’t get 3D audio (i.e. height speakers) out of the LPCM streams. You can do DD+Atmos on streaming services but you miss out on TrueHD+Atmos and DTS:X on bluray backups. That’s not something I want to give up.
If only Apple added support for bitstreaming I’d replace my Shield with an AppleTV in a heartbeat.
Don’t get me wrong, the Shield plays everything you throw at it. The hardware is great but the software is so janky. It’s often slow to respond to input, it needs a reboot every couple of days because it just gets more laggy and choppy over time. Sometimes it just forgets my TV supports Dolby Vision until I reboot it. Support from Nvidia seems to have dried up as well.
Can’t believe no one has suggested this yet: Melodies of Life from Final Fantasy IX