Scala neden varsayılan ExecutionContext belgesini geri yüklemek için bir ForkJoinPool kullanıyor?

Question

Scala'da, scala.concurrent.ExecutionContext.Implicits.global'u içe aktararak kendi tanımlamanız gerekmiyorsa, global bir ExecutionContext kullanabilirsiniz.

Sorumu ThreadPoolExecutor yerine bu yürütme için ForkJoinPool neden seçildi.

Anlayışım, çatal-birleştirme çerçevesinin, problemleri yinelemeli olarak çözmede mükemmel olmasıdır. Bir görevi yarıya bölen kod yazmanız gerekiyor, böylece yarısı iplikten geçirilebilir ve diğer yarısı başka bir iş parçacığı tarafından çalıştırılabilir. Bu, çok özel bir programlama modeli gibi görünüyor ve genel olarak çeşitli asenkron uygulamaların çok çeşitli olası uygulamalarda yürütülmesine genel olarak uygulanabilecek bir uygulama değil.

Neden çoğu insanın kullanacağı varsayılan yürütme bağlamı için neden ForkJoinPool seçildi? Çatal çalma paradigmasını kullanmasanız bile, çalınan tasarım, performansın artmasına neden olur mu?

Answer 1

Ben scala tasarımcılar için konuşamıyor ama scala, o dilin kullanımı Future ler genellikle çok küçük, kısa ömürlü görevlerin bir sürü oluşturulmasını içerir ve bu yüzden işle (örn her map çağrı yeni bir görev oluşturur) çalma tasarımı uygun.

Eğer kesin ayrıntılar bu tür önem veriyorsanız kullanmayı tercih olabilir, her map adım için ekstra görevler yaratmaktan kaçınmak için trambolin kullanır ve açık infaz bağlamları (ve bir ThreadPoolExecutor için AIUI varsayılan) yapar scalaz-eşzamanlı en Future.