Electron vs Native Uygulamalar: Performans Farkı Gerçek mi?

Yıllardır yazılım geliştirme topluluğunda hararetli bir tartışma sürüyor: Electron vs. Native. Visual Studio Code, Slack, Discord ve Teams gibi modern masaüstü devleri, geliştiricilerin web teknolojilerini kullanarak platformlar arası masaüstü uygulamaları oluşturmasına olanak tanıyan bir framework olan Electron üzerine kurulmuştur.

Aynı zamanda, hem kullanıcılar hem de geliştiriciler sıklıkla Electron uygulamalarının “şişkin”, “hantal” ve “RAM canavarı” olmasından şikayet ederler. Diğer tarafta ise, hedef işletim sistemi için özel olarak yazılmış Native (yerel) uygulamalar yer alır (macOS için Swift/Objective-C, Windows/Android için Kotlin/C# ve Linux için C++/Qt kullanılarak).

Peki, performans farkı gerçek mi? Yoksa bir abartı mı? Bu yazımızda, gerçeği öğrenmek için her iki yaklaşımın mimarisini, bellek kullanımını, başlangıç sürelerini ve kaynak tüketimini derinlemesine inceleyeceğiz.

1. Mimari Taslak: Temel Fark

Performans açığını anlamak için öncelikle bu uygulamaların arka planda nasıl çalıştığına bakmalıyız.

Electron: Kutudaki Web Tarayıcısı

Bir Electron uygulaması, temel olarak Google Chrome’un arkasındaki açık kaynaklı tarayıcı olan Chromium’un paketlenmiş bir örneği ile Node.js çalışma zamanının (runtime) birleşimidir.

• Main Process (Ana İşlem), uygulama yaşam döngüsünü ve sistem etkileşimlerini yöneten Node.js ortamını çalıştırır.
• Renderer Processes (Oluşturucu İşlemler), kullanıcı arayüzünü tıpkı bir web sayfası gibi oluşturan Chromium örneklerini çalıştırır.

Bu, tek bir Electron uygulaması çalıştırdığınızda, aynı anda hem bir web tarayıcısı hem de bir arka uç sunucusu çalıştırdığınız anlamına gelir.

Native: Doğrudan Donanımla Konuşmak

Native uygulamalar doğrudan makine koduna derlenir veya minimum ek yük ile çalışan optimize edilmiş sanal makineleri (JVM veya .NET CLR gibi) hedef alır. Arayüzü bir tarayıcı kapsayıcısı içinde HTML olarak işlemek yerine, işletim sisteminin yerel UI işleme motorunu (macOS’ta Cocoa veya Windows’ta WinUI gibi) kullanırlar.

2. Bellek Tüketimi (RAM Tartışması)

Electron’a yönelik en yaygın eleştiri bellek kullanımıdır. Bu fark %100 gerçek ve ölçülebilirdir.

• Electron başlangıç noktası: Boş, yeni başlatılmış bir Electron uygulaması genellikle 80MB ile 120MB arasında RAM tüketir. Bunun nedeni, uygulamanın arayüzünüzün tek bir pikselini bile göstermeden önce Chromium’un işleme motorunu, JavaScript motorunu (V8) ve Node.js’i belleğe yüklemek zorunda olmasıdır.
• Native başlangıç noktası: Swift (macOS için) veya C++ (Windows için) ile oluşturulmuş yerel bir masaüstü uygulaması, 10MB ile 15MB’tan daha az RAM kullanarak kolayca başlayabilir ve çalışabilir.

Bunu günlük kullanıma ölçeklendirdiğinizde, üç veya dört Electron uygulaması (örneğin Slack, Discord, VS Code ve Spotify) çalıştırmak, yalnızca çalışma zamanlarını aktif tutmak için kolayca 1.5GB ila 2GB RAM tüketebilir. 8GB RAM’e sahip kullanıcılar için bu, önemli bir performans darboğazı yaratır.

3. Başlangıç Süreleri ve Yürütme Hızı

Soğuk Başlatma Hızı

Electron bir tarayıcı motorunu başlatmak ve Node.js bağlamını hazırlamak zorunda olduğundan, belirgin bir “soğuk başlatma” gecikmesi yaşar. Bu başlangıç süresi genellikle 1 ila 3 saniye sürer. Bu tür bir çalışma zamanı başlatma ek yükü olmayan yerel uygulamalar, neredeyse anında (genellikle 100-300 milisaniye içinde) açılır.

Yürütme ve CPU Yükü

Chromium, JavaScript’i makine koduna Tam Zamanında (JIT) derlemek için Google’ın V8 motorunu kullanır. V8 bir JavaScript motoru için inanılmaz derecede hızlı olsa da, C++ veya Swift gibi Önceden Derlenmiş (AOT) yerel kodun saf hızına erişemez.

Ayrıca, Electron çöp toplayıcılı (garbage-collected) bir dile (JavaScript) dayandığından, çöp toplayıcı kullanılmayan belleği temizlerken kullanıcılar zaman zaman mikro takılmalar yaşayabilir. C++ gibi yerel diller manuel bellek yönetimi kullanır ve Swift, Çöp Toplama duraklamalarını önleyen Otomatik Referans Sayımı (ARC) kullanır.

4. Paket Boyutu (Disk Alanı)

Uygulama yükleyicisinin boyutu da bir diğer belirgin tezatlıktır:

• Electron: Her Electron uygulaması Chromium ve Node.js’i paketlemek zorunda olduğundan, minimum indirme boyutu yaklaşık 50MB ila 80MB arasındadır ve diske açıldığında 150MB‘ı aşar.
• Native: Yerel bir uygulama, işletim sisteminin yerleşik kitaplıklarını kullandığı için paketlenecek bir çalışma zamanına sahip değildir. Tamamen işlevsel yerel bir araç kolayca 5MB‘ın altında olabilir.

5. Native Üstünse, Electron Neden Bu Kadar Popüler?

Tüm bu performans dezavantajlarına rağmen, sektör devleri neden hala Electron’u tercih ediyor?

1. Geliştirici Hızı: Kodu HTML/CSS/JavaScript ile bir kez yazıp macOS, Windows ve Linux’ta yayınlamak, şirketlere milyonlarca dolarlık geliştirme maliyeti tasarrufu sağlar.
2. Yetenek Havuzu: Web geliştiricilerinin (HTML/CSS/JS) sayısı, macOS yerel (Swift) veya Windows yerel (C++) geliştiricilerinin sayısından çok daha fazladır.
3. Tutarlı UI: Electron, uygulamanızın tüm işletim sistemlerinde tamamen aynı görünmesini ve davranmasını garanti eder.

Sonuç: Performans Farkı Gerçek mi?

Evet, Electron ile yerel uygulamalar arasındaki performans farkı oldukça gerçektir. Yerel uygulamalar tartışmasız daha hızlıdır, belleğin çok küçük bir kısmını tüketir, daha hızlı başlar ve diskte daha az yer kaplar.

Ancak birçok işletme için Electron’un sunduğu geliştirici verimliliği, pazara sunma süresi ve platformlar arası tutarlılık, bu performans maliyetlerine değer. Bir geliştirici veya kullanıcı olarak seçim bir ödünleşime dayanır: Kolaylık ve geliştirme hızı vs. kaynak verimliliği ve saf hız.

Ghaznix Blog’da daha fazla teknoloji karşılaştırması okuyun →