Coroutines, Bilgisayar Biliminde "kooperatif çoklu görev" olarak adlandırdığımız şeydir. Birden fazla farklı yürütme akışının birbirleriyle işbirliği içinde bir araya gelmesinin bir yoludur. İşbirlikli çoklu görevde, bir yürütme akışı CPU'nun a yield. Bu noktada Unity (veya hangi çerçeveyi kullanırsanız kullanın) farklı bir yürütme akışına geçme seçeneğine sahiptir. Daha sonra CPU'ya kadar tamamen tartışmasız sahipliğini alır yield.
Konular "önleyici çoklu görev" olarak adlandırdığımız şeydir. İş parçacıklarını kullanırken, çerçeve her zaman iş parçacığınızı düşünmeyi durdurma ve başka bir iş parçacığına geçme hakkını saklı tutar . Nerede olduğun önemli değil. Hatta bazı durumlarda belleğe bir değişken yazarak kısmen de durdurabilirsiniz!
Her biri için artıları ve eksileri vardır. Koroutinlerin eksileri muhtemelen anlaşılması en kolay olanlardır. İlk önce, eşgüdümlerin hepsi tek bir çekirdek üzerinde yürütülür. Dört çekirdekli bir CPU'nuz varsa, yardımcı programlar dört çekirdekten yalnızca birini kullanır. Bu işleri basitleştirir, ancak bazı durumlarda bir performans sorunu olabilir. İkinci koşul, herhangi bir ortak programın tüm programınızı sadece reddederek durdurabileceğinin farkında olmanızdır yield. Bu, yıllar önce Mac OS9'da bir sorundu. OS9 yalnızca tüm bilgisayarda ortak çoklu görevleri destekledi. Programlarınızdan biri asılı kalırsa, bilgisayarı o kadar şiddetli bir şekilde durdurabilir ki, işletim sistemi ne olduğunu bildirmek için hata mesajı metnini bile oluşturamadı!
Coroutines'in artıları, anlaşılmaları nispeten kolaydır. Sahip olduğunuz hatalar çok daha öngörülebilir. Ayrıca tipik olarak daha az kaynak gerektirirler, bu da binlerce binlerce koroutin veya iş parçacığına tırmanırken yardımcı olabilir. Candid Moon yorumlarda, konuları düzgün çalışmadıysanız, sadece coroutines'e sadık kaldığından ve haklı olduklarından bahsetti. Birlikte çalışan programlarla çalışmak çok daha kolaydır.
İplikler tamamen farklı bir canavardır. Her zaman başka bir iş parçacığının sizi her zaman kesebileceği ihtimaline karşı daima tetikte olmalısınızve verilerinizi karıştırın. İş parçacığı kitaplıkları, işletim sistemine diğer iş parçacıklarınızdan birini çalıştırmanın güvenli olduğu ve güvenli olmadığı zaman bildirmenize yardımcı olan muteksler ve koşul değişkenleri gibi, size yardımcı olacak güçlü araçların tüm paketlerini sağlar. Bu araçların nasıl kullanılacağına dair tüm kurslar var. Ortaya çıkan ünlü konulardan biri, bir "kilitlenme" dir, bu da iki iş parçacığının diğerinin bazı kaynakları serbest bırakmasını bekleyerek "sıkışıp kalması" dır. Unity için çok önemli olan bir başka sorun da, birçok kütüphane (Unity gibi) birden çok evreden gelen çağrıları destekleyecek şekilde tasarlanmamıştır. Hangi çağrılara izin verildiğine ve hangilerinin yasak olduğuna dikkat etmezseniz, çerçevenizi kolayca kırabilirsiniz.
Bu ekstra karmaşıklığın nedeni aslında çok basittir. Önleyici çoklu görev modeli, yalnızca diğer iş parçacıklarını kesmekle kalmayıp aynı zamanda iş parçacıkları farklı çekirdeklerde yan yana çalıştırmanıza izin veren çok iş parçacıklı modele gerçekten benzer . Bu inanılmaz derecede güçlü, çıkan yeni dört çekirdekli ve onaltılı kod CPU'ları gerçekten kullanmanın tek yolu olmakla birlikte, pandoras kutusunu açıyor. Çok iş parçacıklı bir dünyada bu verilerin nasıl yönetileceğine ilişkin senkronizasyon kuralları olumlu bir şekilde acımasızdır. C ++ dünyasında, MEMORY_ORDER_CONSUMEçok iş parçacıklı senkronizasyonun bir itty-bitty-teeny-weenie köşesi olan tüm makaleler var .
Peki diş açmanın eksileri? Basit: Zorlar. Daha önce hiç görmediğiniz tüm böcek sınıflarına rastlayabilirsiniz. Birçoğu bazen ortaya çıkan "heisenbugs" olarak adlandırılır ve hata ayıkladığınız zaman kaybolur. Bunlarla başa çıkmak için size verilen araçlar çok güçlüdür, ancak aynı zamanda çok düşük seviyededir. Kullanımı kolay olacak şekilde tasarlanmaktan ziyade modern yongaların mimarileri üzerinde verimli olacak şekilde tasarlanmıştır.
Ancak, tüm CPU gücünüzü kullanmak istiyorsanız, ihtiyacınız olan araçtır. Ayrıca, orada vardır aslında OS kolu kesintileri gerçekleşebilir nerede tüm sorular izin çünkü onlar değiş tokuş eden kavramlar ile olduğundan daha çoklu kullanım anlamak daha kolaydır algoritmaları.
Candid Moon'un coroutines'e yapışması hakkındaki yorum da benim tavsiyem. İpliklerin gücünü istiyorsanız, o zaman taahhüt edin. Dışarı çıkın ve resmi olarak konuları gerçekten öğrenin. Güvenli ve güvenilir tekrarlanabilir sonuçlar elde edebilmeniz ve performansınızı gittikçe artırabilmeniz için, konuları düşünmenin en iyi yolunu nasıl organize edeceğimizi anlamanız için birkaç on yıl geçirdik. Örneğin, tüm aklı başında dersler koşul değişkenlerini öğretmeden önce muteksleri öğretecektir. Atomikleri kapsayan tüm aklı başında dersler atomların varlığından bahsetmeden önce muteksleri ve koşul değişkenlerini tam olarak öğretecektir. (Not: atomik bir aklı başında öğretici diye bir şey yoktur.) Parçalı ipliği öğrenmeye çalışın ve migren için yalvarıyorsunuz.