↑↓ seç · Enter aç · Esc kapat

Mutlu Tekin
Mutlu Tekin
← Yazılar

Bölüm 13 — Konu 63: Isolate'ler Arası Mesajlaşmanın Maliyeti ve `compute()`'un İç İşleyişi

4 dk okuma #dart
Dizi · 61/64 Dart Türkçe Tutorial
  1. Bölüm 1 — Konu 1: Dart Nedir, Nerede Kullanılır, Neden Flutter Bu Dili Seçti
  2. Bölüm 1 — Konu 2: Ortam Kurulumu (Dart SDK, DartPad, Terminal ile Çalıştırma)
  3. Bölüm 1 — Konu 3: İlk Program (`main()`, `print()`, Dosya Yapısı)
  4. Bölüm 1 — Konu 4: Yorum Satırları, Temel Sözdizimi Kuralları
  5. Bölüm 2 — Konu 5: Değişken Tanımlama — `var`, `final`, `const` Farkı
  6. Bölüm 2 — Konu 6: Temel Tipler — `int`, `double`, `String`, `bool`
  7. Bölüm 2 — Konu 7: Tip Çıkarımı (Type Inference) ve Açık Tip Belirtme
  8. Bölüm 2 — Konu 8: `dynamic` ve `Object` — Ne Zaman Kullanılır, Ne Zaman Kaçınılır
  9. Bölüm 2 — Konu 9: Null Safety Temelleri (`?`, `!`, `late`'e Giriş)
  10. Bölüm 3 — Konu 10: Aritmetik, Atama, Karşılaştırma, Mantıksal Operatörler
  11. Bölüm 3 — Konu 11: `if / else if / else`
  12. Bölüm 3 — Konu 12: `switch` / `switch expression` (Modern Dart)
  13. Bölüm 3 — Konu 13: Ternary Operatör, `??`, `??=`, `?.`
  14. Bölüm 3 — Konu 14: `for`, `while`, `do-while` Döngüleri
  15. Bölüm 4 — Konu 16: `List` — Oluşturma, Erişim, Temel Metodlar
  16. Bölüm 4 — Konu 17: `Set` — Benzersiz Eleman Mantığı
  17. Bölüm 4 — Konu 18: `Map` — Key-Value Yapılar
  18. Bölüm 4 — Konu 19: Koleksiyon Üzerinde `for-in`, `forEach`
  19. Bölüm 4 — Konu 20: Spread Operatörü (`...`, `...?`) ve Collection If/For
  20. Bölüm 5 — Konu 21: Fonksiyon Tanımlama, Parametreler (Positional, Named, Optional)
  21. Bölüm 5 — Konu 22: Varsayılan Parametre Değerleri (Derinlemesine)
  22. Bölüm 5 — Konu 23: Arrow Function (`=>`) Sözdizimi
  23. Bölüm 5 — Konu 24: Fonksiyonlar Birinci Sınıf Vatandaş — Değişkene Atama, Parametre Olarak Geçme
  24. Bölüm 5 — Konu 25: Anonim Fonksiyonlar ve Closure Kavramı (Derinlemesine)
  25. Bölüm 5 — Konu 26: Recursion (Özyineleme)
  26. Bölüm 6 — Konu 27: Class Tanımlama, Constructor (Varsayılan, Named, Factory)
  27. Bölüm 6 — Konu 28: Alanlar (Fields), Metodlar, `this` Kullanımı (Derinlemesine)
  28. Bölüm 6 — Konu 29: Initializer List, Constructor Kısayolları (Derinlemesine)
  29. Bölüm 6 — Konu 30: Getter / Setter
  30. Bölüm 6 — Konu 31: Statik Üyeler (`static`)
  31. Bölüm 7 — Konu 32: Kalıtım (`extends`), `super` Kullanımı
  32. Bölüm 7 — Konu 33: Metod Override Etme, `@override`
  33. Bölüm 7 — Konu 34: Soyut Sınıflar (`abstract class`)
  34. Bölüm 7 — Konu 35: Interface Mantığı (`implements`)
  35. Bölüm 7 — Konu 36: Mixin (`with`)
  36. Bölüm 7 — Konu 37: `enum` — Basit ve Gelişmiş (Metotlu Enum'lar)
  37. Bölüm 8 — Konu 38: `try / catch / finally`, `throw`
  38. Bölüm 8 — Konu 39: Özel Exception Sınıfları Yazma
  39. Bölüm 8 — Konu 40: Sound Null Safety Derinlemesine — `late`, `required`, Non-Nullable Varsayılan Davranış
  40. Bölüm 8 — Konu 41: `assert` ile Geliştirme Zamanı Kontrolleri
  41. Bölüm 9 — Konu 42: Generic Sınıflar ve Fonksiyonlar
  42. Bölüm 9 — Konu 43: Generic Sınırlamalar (`<T extends ...>`)
  43. Bölüm 9 — Konu 44: Dart'ın Built-in Generic Koleksiyonları Nasıl Çalışır
  44. Bölüm 10 — Konu 45: `Future` Kavramı, `async`/`await`
  45. Bölüm 10 — Konu 46: `Future.then`, Hata Yönetimi (`catchError`)
  46. Bölüm 10 — Konu 47: `Stream` Temelleri, `async*`, `yield`
  47. Bölüm 10 — Konu 48: `StreamController`, Broadcast Stream
  48. Bölüm 11 — Konu 49: `map`, `where`, `reduce`, `fold`
  49. Bölüm 11 — Konu 50: `sort`, Custom Comparator ile Sıralama
  50. Bölüm 11 — Konu 51: Iterable Kavramı Derinlemesine (Lazy Evaluation)
  51. Bölüm 11 — Konu 52: Cascade Notasyonu (`..`)
  52. Bölüm 12 — Konu 53: `pubspec.yaml`, pub.dev'den Paket Ekleme
  53. Bölüm 12 — Konu 54: Kütüphane Oluşturma, `import`/`export`, `part`/`part of`
  54. Bölüm 12 — Konu 55: Dart'ta Test Yazımı (`test` Paketi, Unit Test Mantığı)
  55. Bölüm 12 — Konu 56: Extension Methods
  56. Bölüm 12 — Konu 57: Dart'ın Derleme Modelleri (JIT vs AOT) ve Bunun Flutter'a Etkisi
  57. Bölüm 13 — Konu 59: Dart 3 Pattern Matching — Records, Destructuring, Sealed Classes, Exhaustive Switch
  58. Bölüm 13 — Konu 60: `Never` Tipi, `covariant` ve Generic Variance Detayları
  59. Bölüm 13 — Konu 61: Event Loop Derinlemesine — Microtask Queue vs Event Queue
  60. Bölüm 13 — Konu 62: Memory Model & Performans — Garbage Collection, `const` Nesnelerin Bellek Avantajı
  61. Bölüm 13 — Konu 63: Isolate'ler Arası Mesajlaşmanın Maliyeti ve `compute()`'un İç İşleyişi
  62. Bölüm 13 — Konu 64: FFI (Foreign Function Interface) — C Koduna Erişim
  63. Bölüm 13 — Konu 65: Sunucu Tarafında Dart — `dart:io`, `shelf` Paketiyle Basit Bir Backend/CLI Aracı Yazma
  64. Bölüm 13 — Konu 66: Derleyici & Analiz Araçları — `dart analyze`, Custom Lint Kuralları, `build_runner` Mimarisi
Dizinin sayfası →
İçindekiler 8 başlık
  1. Isolate'ler Arasında Veri Nasıl "Gönderilir"?
  2. Bu "Kopyalama" Neden Var? — Güvenlik ile İlişkisi
  3. Kopyalamanın Maliyeti — Neden Her Şey İçin Isolate Kullanılmaz?
  4. Hangi Veri Tipleri "Gönderilebilir"?
  5. compute() — Flutter'ın Sunduğu Kolaylık
  6. Ne Zaman Isolate/compute() Kullanmaya Değer? — Karar Rehberi
  7. 🎯 Bu Dersten Çıkarılması Gerekenler
  8. 📝 Ödevler

Bölüm 12 Konu 58'de isolate'lerin kendi bağımsız belleklerine sahip olduğunu, aralarında doğrudan bellek paylaşımı olmadığını öğrenmiştik. Bu derste, bu izolasyonun nasıl sağlandığını ve bunun maliyetini işleyeceğiz.

Isolate'ler Arasında Veri Nasıl "Gönderilir"?

Bölüm 12'de Isolate.run()'ın sonucu bir Future olarak döndürdüğünü görmüştük. Peki, ana isolate ile yeni isolate arasında veri nasıl aktarılıyor, eğer bellek paylaşımı yoksa?

Cevap: Mesaj geçişi (message passing) ile — ve bu mesajlar, "kopyalanır" (copy), "paylaşılmaz" (share).

dart
import 'dart:isolate';

List<int> agirIslem(List<int> girdi) {
  return girdi.map((x) => x * 2).toList();
}

void main() async {
  List<int> veri = [1, 2, 3, 4, 5];

  List<int> sonuc = await Isolate.run(() => agirIslem(veri));

  print(sonuc); // [2, 4, 6, 8, 10]
}

Burada veri listesi, yeni isolate'e gönderiliyor gibi görünüyor — ama gerçekte olan şu: Dart runtime'ı, veri'yi serileştirir (serialize eder), yeni isolate'e bu serileştirilmiş veriyi kopyalar, yeni isolate bu kopya üzerinde çalışır, sonucu tekrar serileştirip ana isolate'e geri kopyalar.

Bu "Kopyalama" Neden Var? — Güvenlik ile İlişkisi

Bölüm 12'de, isolate izolasyonunun race condition gibi karmaşık senkronizasyon sorunlarını mimari olarak imkansız kıldığını öğrenmiştik. Bu güvenlik, tam olarak bu kopyalama mekanizması sayesinde sağlanıyor: eğer iki isolate aynı listeyi (aynı bellek adresini) paylaşsaydı, biri listeyi değiştirirken diğeri okumaya çalışırsa, öngörülemez sonuçlar (data race) oluşabilirdi. Kopyalayarak, Dart bu riski tamamen ortadan kaldırıyor — her isolate, kendi kopyasıyla güvenle çalışır.

Kopyalamanın Maliyeti — Neden Her Şey İçin Isolate Kullanılmaz?

Bu kopyalama işlemi ücretsiz değildir — özellikle büyük veri yapıları için, serileştirme ve kopyalama zaman ve bellek maliyeti getirir:

dart
import 'dart:isolate';

void main() async {
  // KÜÇÜK bir liste - isolate kullanmak muhtemelen GEREKSIZ, kopyalama maliyeti hesaplamadan fazla olabilir
  List<int> kucukListe = [1, 2, 3];
  await Isolate.run(() => kucukListe.map((x) => x * 2).toList());

  // BÜYÜK bir liste, AĞIR bir işlem - isolate kullanmak MANTIKLI
  List<int> buyukListe = List.generate(10000000, (i) => i);
  await Isolate.run(() => buyukListe.where((x) => x % 7 == 0).length);
}

Pratik kural: Isolate kullanmanın faydalı olması için, işlemin kendisinin (hesaplama), veri kopyalama maliyetinden çok daha ağır olması gerekir. Küçük bir hesaplama için isolate oluşturmak (yeni bellek alanı ayırmak, veri kopyalamak, sonucu geri kopyalamak), aslında doğrudan ana isolate'te çalıştırmaktan daha yavaş olabilir — bu, Bölüm 12'de "çok kısa işlemler için isolate'e gerek yoktur" dediğimiz tavsiyenin tam teknik gerekçesidir.

Hangi Veri Tipleri "Gönderilebilir"?

Isolate'ler arası mesajlaşmada, her tip gönderilemez — sadece "gönderilebilir" (sendable) olarak kabul edilen tipler kopyalanabilir:

dart
import 'dart:isolate';

void main() async {
  // ✅ Gönderilebilir tipler: int, double, String, bool, List, Map, Set (basit içerikli)
  await Isolate.run(() => "Merhaba"); // ✅ çalışır
  await Isolate.run(() => [1, 2, 3]); // ✅ çalışır

  // ❌ Gönderilemeyen tipler: örneğin açık bir dosya bağlantısı, bir Function referansı (bazı durumlarda)
}

Genel bir kural: temel veri tipleri (sayılar, string'ler, bool) ve bunlardan oluşan koleksiyonlar (List, Map, Set) güvenle gönderilebilir. Karmaşık nesneler (özellikle dış kaynaklara — dosya, ağ bağlantısı gibi — referans tutan nesneler) genelde gönderilemez, çünkü bu tür kaynaklar isolate'ler arasında anlamlı şekilde kopyalanamaz.

compute() — Flutter'ın Sunduğu Kolaylık

Bölüm 12'de bahsettiğimiz gibi, Flutter, Isolate.run()'a çok benzeyen compute() fonksiyonunu sunar. İçeride aynı mekanizmayı kullanır — bir fonksiyonu ve onun girdisini yeni bir isolate'e kopyalar, orada çalıştırır, sonucu geri kopyalar.

dart
// Kavramsal örnek — gerçek Flutter kullanımını Flutter tutorial'ında göreceğiz
Future<List<int>> agirIslemFlutter(List<int> girdi) async {
  return await compute(agirIslemFonksiyonu, girdi);
}

List<int> agirIslemFonksiyonu(List<int> girdi) {
  return girdi.map((x) => x * x).toList();
}

compute()'un imzasında bile bu mekaniği görebilirsin: bir fonksiyon ve bir parametre alır (fonksiyonun kendisi değil, çağrısı değil — referansı ve girdisi ayrı ayrı) — bunun nedeni, Dart'ın bu ikisini ayrı ayrı yeni isolate'e "gönderebilmesi" gerektiğidir.

Ne Zaman Isolate/compute() Kullanmaya Değer? — Karar Rehberi

Senaryo Isolate kullan mı?
Küçük bir liste üzerinde basit bir işlem (< birkaç bin eleman) ❌ Muhtemelen gerek yok, doğrudan çalıştır
Büyük bir JSON dosyasını parse etmek (Flutter'da API cevapları) ✅ Evet, compute() kullanmaya değer
Basit bir string formatlaması ❌ Hayır, gereksiz overhead
Büyük bir resmi işlemek (filtre uygulamak, yeniden boyutlandırmak) ✅ Evet
Bir API isteği (network call) ❌ Hayır! Bu bir I/O işlemi, async/await yeterli — isolate gerekmiyor (Bölüm 12'yi hatırla)

Son madde özellikle önemli — Bölüm 12'de vurguladığımız gibi, I/O bekleme (ağ isteği, dosya okuma) ile CPU-yoğun hesaplamayı karıştırmamak gerekir. Isolate, sadece ikinciyi hızlandırır; birincisi zaten async/await ile verimli bir şekilde yönetiliyor.


🎯 Bu Dersten Çıkarılması Gerekenler

  • Isolate'ler arası veri aktarımı, kopyalama (mesaj geçişi) ile yapılır — bellek doğrudan paylaşılmaz, bu da veri yarışlarını (race condition) mimari olarak engeller.
  • Bu kopyalama, ücretsiz değildir — büyük veriler için maliyetli olabilir, bu yüzden isolate kullanmak, işlemin kazancının bu maliyeti aşacağı durumlarda mantıklıdır.
  • Sadece "gönderilebilir" (temel tipler ve basit koleksiyonlar) veriler isolate'ler arasında aktarılabilir; karmaşık, dış kaynaklara bağlı nesneler genelde gönderilemez.
  • Flutter'ın compute() fonksiyonu, Isolate.run() ile aynı temel mekanizmayı kullanır — bir fonksiyon ve girdisini ayrı ayrı yeni isolate'e "gönderir."
  • Isolate, sadece CPU-yoğun hesaplamalar için anlamlıdır; I/O bekleme işlemleri için async/await zaten yeterlidir.

📝 Ödevler

  • [ ] Küçük bir liste üzerinde basit bir işlemi hem doğrudan hem Isolate.run() ile çalıştır, hangisinin daha "mantıklı" olduğunu (kopyalama maliyeti bağlamında) yorumla.
  • [ ] Büyük bir listede (örn. milyonlarca eleman) ağır bir filtreleme işlemini Isolate.run() ile çalıştır, ana isolate'in bloklanmadığını göster.
  • [ ] Kendi cümlelerinle, "isolate'ler arası veri neden kopyalanır, paylaşılmaz" sorusunu, race condition kavramıyla ilişkilendirerek açıkla.
  • [ ] Bir tabloda, en az 4 farklı senaryo (küçük/büyük veri, I/O/CPU işlemi) için isolate kullanmanın mantıklı olup olmadığına karar ver ve gerekçelendir.
  • [ ] Kendi cümlelerinle, "neden bir API isteği için isolate kullanmaya gerek yok ama büyük bir JSON parse etmek için compute() kullanmak mantıklı olabilir" sorusunu açıkla.

Sıradaki konu: Bölüm 13 — Konu 64: FFI (Foreign Function Interface) — C Koduna Erişim