Apple CPU'larının numaraları - bellek yeniden sıralama, JS desteği, referans sayımı

 (threadreaderapp.com)
14 puan yazan xguru 2020-11-29 | 5 yorum | WhatsApp'ta paylaş

  1. Kara büyü gibi görünen Apple'ın Intel kodunu çalıştırma hızı, temelde Arm ve Intel mimarilerinin birleşimine dayanıyor

  2. Bu iki CPU'nun temel olarak "bellek sıralaması" farklı olduğu için emülasyon hızı yavaşlıyor; Apple'ın bulduğu çözümlerden biri de Intel'in yöntemini de eklemek olmuş. x86 kodu çalıştırılırken Intel'in bellek sıralamasını takip etmesini sağlıyor

  3. JavaScript için optimize edilmiş komutlar ekleyip L1 önbelleği iki katına çıkararak web'de gezinirken daha hızlı olmasını ve pilin daha uzun gitmesini sağlıyor

  4. Intel MacBook Air'deki çift çekirdek, hızlı olduğunda 3.8GHz'de çalışıyor ve yavaş modda gücü korumak için 1.2GHz'e düşüyor; ancak Intel bunu düşük frekansta çalışacak şekilde tasarlamadı.

Apple ise performans ve verimlilik için dörder işlemci çekirdeği koyarak optimizasyon yaptı. Düşük güç modunda performans çekirdeklerinin 4'ünü kapatıp yalnızca verimlilik çekirdekleriyle çalışıyor.

Derleme gibi işler yapılırken ise 4 işlemcinin tamamını kullanarak gerçekten çok hızlı oluyor.

  1. Intel, Moore yasasında 3 yıl geride kaldı. Apple Silicon, TSMC'nin en yeni 5nm üretim sürecini kullanırken Intel 10nm/7nm süreçlerini kullanıyor; hatta birçok Intel ürünü daha da eski 14/10nm süreçlerini kullanıyor.

  2. Swift dili, Android'deki "garbage collection" yerine "referans sayımı" kullanıyor. Apple, referans sayımının hızını iki katına çıkarmak için CPU'da bazı düzenlemeler yaptı.

İlgili okumalar

5 yorum

 
xguru 2020-12-02

ARM çiplerinde neden JavaScript adını taşıyan bir komut var? https://tr.news.hada.io/topic?id=3057
 
iolothebard 2020-11-30

Referans sayımı çöp toplamanın temeli ama... ne dediğini anlamadım... bir anda güvenilirlik bayağı düştü...
 
xguru 2020-12-02

Bununla ilgili şöyle bir konuşma da var.

https://twitter.com/catfish_man/status/1326238434235568128?s=21

Basit bir NSObject için Retain/Release işlemlerinin hızı başlı başına 5 kat daha yüksekmiş.

Reference counting komutunun kendisi de bellek sıralama yapısındaki fark nedeniyle daha hızlı çalışıyor gibi görünüyor.
 
kunggom 2020-11-30

Java'da genellikle Reference Counting yerine Mark-and-Sweep gibi farklı tarzda çöp toplama kullanılır.
 
xguru 2020-11-30

Ha? dedim ama... o zaman garbage collection da o kadar hızlıdır diye düşünsek olur sanırım.. haha