Birden çok iş parçacığına alternatif olarak Node JS alternatifini kavrama

Doğru anlıyorsam Node JS bloke değildir ... bu yüzden bir veritabanından veya başka bir işlemden yanıt beklemek yerine başka bir şeye geçti ve daha sonra tekrar kontrol eder.

Ayrıca tek dişli.

Tüm bunlar, belirli bir Node JS işleminin tek bir CPU çekirdeğini tam ve verimli bir şekilde kullanabileceği anlamına gelir, ancak makinede başka hiçbir çekirdeği kullanmayacaktır, çünkü her seferinde birden fazla kullanmaz.

Bu elbette diğer işlemcilerin SQL veritabanı veya kasıtlı olarak ayrılmış diğer CPU ağır altyordamları gibi işlemler için ayrı bir işlem oldukları sürece yine de diğer işlemler tarafından kullanılabileceği anlamına gelir.

Ayrıca Node JS işleminin sonsuz bir döngü veya uzun çalışma işlevi olması durumunda, bu işlem sonsuz döngü veya uzun çalışma işlevi durdurulana (veya tüm işlem öldürülene) kadar hiçbir şekilde yararlı olmaz.

Bütün bunlar doğru mu? Anladığım kadarıyla doğru muyum?

Hemen hemen doğru, evet. Node.js sunucusunun dahili bir iş parçacığı havuzu vardır, böylece engelleme işlemleri gerçekleştirebilir ve işler tamamlandığında ana iş parçacığını bir geri arama veya olayla bilgilendirebilir.

Bu yüzden iş parçacığı havuzu için başka bir çekirdeğin sınırlı bir şekilde kullanılacağını hayal ediyorum, örneğin engellemeyen bir dosya sistemi okursanız, bu büyük olasılıkla iş parçacığı havuzundan bir iş parçacığı bir okuma yapmak ve geri arama ayarlamak için söyleyerek uygulanır Bu, ana node.js programı başka bir şey yaparken okumanın farklı bir iş parçacığında / çekirdekte olabileceği anlamına gelir.

Ancak bir node.js bakış açısından, tamamen tek iş parçacıklıdır ve doğrudan birden fazla çekirdek kullanmaz.

Evet, anlayışınızın tamamen doğru olduğunu söyleyebilirim. Bu makale ( arşivlenmiş ), bu tasarımın arkasındaki mantığı oldukça iyi açıklamaktadır. Muhtemelen en önemli paragraf budur:

Apache çok iş parçacıklıdır: istek başına bir iş parçacığı oluşturur (veya işlem, konfektöre bağlıdır). Eşzamanlı bağlantı sayısı arttıkça ve birden çok benzeşimli istemciye hizmet vermek için daha fazla iş parçacığı gerektiğinde bu ek yükün nasıl bellek yediğini görebilirsiniz. Nginx ve Node.js çok iş parçacıklı değildir, çünkü iş parçacıkları ve işlemler ağır bir bellek maliyeti taşır. Tek iş parçacıklı ancak etkinlik tabanlıdır. Bu, tek bir iş parçacığında birçok bağlantıyı işleyerek binlerce iş parçacığının / işlemin oluşturduğu yükü ortadan kaldırır.

Bu eski bir iş parçacığı olsa bile, bir fikirle paylaşacağımı düşündüm, Node.JS uygulamasında bir çekirdeğin daha fazlasını nasıl kullanacağımı düşündüm. Nuray Altın'ın bahsettiği gibi - JXcore bunu yapabilir.

Basit örnek:

var method = function () {
    console.log("this is message from thread no", process.threadId);
};

jxcore.tasks.runOnThread(0, method);
jxcore.tasks.runOnThread(1, method);

// this is message from thread no 1
// this is message from thread no 0

Varsayılan olarak iki iş parçacığı vardır (ile değiştirebilirsiniz jxcore.tasks.setThreadCount())

Tabii ki görevlerle yapabileceğiniz çok daha fazlası var. Dokümanlar burada .

Bu konuda birkaç makale:

• Çok iş parçacıklı JXcore uygulamalarının birden çok çekirdekten nasıl yararlandığı .
• Mevcut uygulamanızı birkaç kod satırı ile çok iş parçacıklı bir uygulamaya nasıl dönüştürürsünüz!

Bu soru neredeyse 2 yıl önce sorulduğundan beri. İşler farklılaşıyor veya Düğümde çoklu iş parçacığı sorununa alternatif yaklaşımlar var.

Aşağıdaki blog gönderisine göre, gelen 'görev' uzantısını kullanarak, bazıları doğrudan mevcut diğer çekirdeklerden yararlanabilir.

http://oguzbastemur.blogspot.com/2013/12/multithread-nodejs.html

Node.js tek iş parçacıklı bir uygulamadır, ancak olay ve geri arama kavramı aracılığıyla eşzamanlılığı destekleyebilir. İşte Philip Roberts'ın olay döngülerinin javascript'te nasıl çalıştığını açıklayan videosu .

Videoyu izlemek için tıklayınız

(WebAPI'ler yerine Node.js'de C ++ API'leri vardır)