this post was submitted on 24 Jun 2024
741 points (95.6% liked)

Technology

59569 readers
4136 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

There were a number of exciting announcements from Apple at WWDC 2024, from macOS Sequoia to Apple Intelligence. However, a subtle addition to Xcode 16 — the development environment for Apple platforms, like iOS and macOS — is a feature called Predictive Code Completion. Unfortunately, if you bought into Apple's claim that 8GB of unified memory was enough for base-model Apple silicon Macs, you won't be able to use it. There's a memory requirement for Predictive Code Completion in Xcode 16, and it's the closest thing we'll get from Apple to an admission that 8GB of memory isn't really enough for a new Mac in 2024.

you are viewing a single comment's thread
view the rest of the comments
[–] Treczoks@lemmy.world 7 points 4 months ago (3 children)

I'd love to have 8GB of RAM. The SOC I'm working with has only 2K ;-)

[–] Valmond@lemmy.world 7 points 4 months ago (1 children)

Bet your compiler isnt running on that hardware either ;-)

[–] Treczoks@lemmy.world 2 points 4 months ago

Luckily, no ;-)

[–] Centaur@lemmy.world 2 points 4 months ago (1 children)
[–] Treczoks@lemmy.world 7 points 4 months ago (2 children)

Yes. 2 kilobytes. Coincidentally, this is as big as the displays internal buffer, so I cannot even keep a shadow copy of it in my RAM for the GUI.

[–] Centaur@lemmy.world 2 points 4 months ago

Thanks for clarification.

[–] uis@lemm.ee 1 points 4 months ago (1 children)

I've never seen backbuffer called shadow copy.

[–] Treczoks@lemmy.world 3 points 4 months ago (1 children)

And I have never heard it called "backbuffer", so we are even.

[–] uis@lemm.ee 2 points 4 months ago* (last edited 4 months ago) (1 children)

I guess so.

Example: https://www.khronos.org/opengl/wiki/Default_Framebuffer#Double_buffering

EDIT: Wait. Do you have framebuffer at all? Because from sounds of it, you might not even have it at all. If you don't store entire frame in RAM, then you don't have framebuffer, not just backbuffer.

[–] Treczoks@lemmy.world 2 points 4 months ago (1 children)

I never said anything about framebuffers. The 256x64 pixel display in 16 brightness levels probably has something comparable inside. I just tell it that i want to update a rectangle, and send it some data for that.

[–] uis@lemm.ee 1 points 4 months ago

It should have.

Then, if you don't store contents of entire screen in memory, which simple math says you can't, I was partially wrong(depending on if you don't count buffer in display as framebuffer) when interpreted "shadow copy" as backbuffer.

[–] AVincentInSpace@pawb.social 1 points 4 months ago (2 children)

Come on, man, AVR chips aren't SoCs except in the technical sense.

[–] Treczoks@lemmy.world 2 points 4 months ago (1 children)

No AVR, it's a small LPC from NXP. Chosen for the price, of course, but I have to somehow squeeze the software in it. At this point, even 8k would make me happy...

[–] uis@lemm.ee 2 points 4 months ago* (last edited 4 months ago)

NXP, fancy. I expected ST, AVR, nRF, WCH or some chinese cheaptroller.

Why them? Something to do with NFC?

[–] uis@lemm.ee 1 points 4 months ago

Man, microcontrollers are namegivers of SoC.