Güvenli iplik yığını boyutu?

Question

Çok az ileti dizisi içeren bir kod yazıyor (şu anda yaklaşık 512, ancak gelecekte daha da yükselebilir). İpliklerin her biri sadece az miktarda işlem gerçekleştirir, bu yüzden sisteme yerleştirilen dişlerin minimumda tutulmasını isterim.

Yığın boyutunu pthread_attr_setstacksize() kullanarak ayarlıyorum ve izin verilen minimum yığın boyutunu PTHREAD_STACK_MIN'dan alabilirim. Ama sorum şu: İş parçacığı yığın boyutu için PTHREAD_STACK_MIN kullanmak güvenli midir? Ne kadar yığına ihtiyacım olduğunu hesaplamaya nasıl giderim? Hesaplamaya eklemem gereken gizli bir ek yük var mı?

Ayrıca, iş parçacığının sistem üzerindeki yükünü azaltmak için kullanabileceğim başka teknikler var mı?

Answer 1

İplik yığını boyutunu küçültmek ek yükü azaltmaz (CPU, bellek kullanımı veya performans açısından değil). Bu açıdan tek sınırınız, platformunuzdaki iş parçacıklarına verilen toplam kullanılabilir sanal adres alanıdır.

Varsayılan yığın boyutunu, platform aksaklıklar ortaya çıkana kadar kullanacağım (eğer olursa). Ardından sorun oluştuğunda yığın kullanımını en aza indirin. Ancak bunlar, yığına vurmanız gereken ya da başka bir yerde devise thread-dependent allocation olması gerektiğinden, gerçek performans sorunlarına yol açacaktır.

Gizli giderleri dahil olabilir: örneğin VLA, alloca() ya da sadece düz statik otomatik diziler ölçekli ile olduğu gibi yığında büyük diziler, bir

• Ayırma.
• Kodlar, şablonlar, fabrika sınıfları vb. Kullanımların sonuçlarını kontrol edemez veya bunlardan haberdar olmadınız. Ancak C++ belirtmediğinizden dolayı, bu sorunun daha az olasıdır.
• Kitaplık başlıklarından alınan kodlar. Bunlar sürümler arasında değişebilir ve yığınlarını önemli ölçüde değiştirebilir veya hatta iş parçacığı kullanımını değiştirebilir.
• Özyineleme. Bu, yukarıdaki noktalara da bağlı olarak, boost::bind, variadic şablonlar, çılgın makrolar gibi şeyleri göz önünde bulundurur ve daha sonra tampondaki veya yığıntaki büyük nesneleri kullanarak genel tekrarlamadır.

Yığın boyutunu ayarlama, iş parçacığı önceliklerini değiştirme ve bunları gerektiği gibi askıya alma ve sürdürme işlemine ek olarak, programlayıcıya ve sistem yanıtlanabilirliğine önemli ölçüde yardımcı olacak şekilde yapabilirsiniz. Pthreads, çekişme kapsamını belirlemenize izin verir; LWP ve kapsam programlaması performans özelliklerinde büyük ölçüde farklılık gösterir.

• Improving Performance through Threads
• linux pthread_suspend

Answer 2

Çok sayıda iş parçacığının yakınında herhangi bir yerde olmamanız gerekir ve kesinlikle az miktarda işlem yapmak için yeni bir iş parçacığı oluşturmamanız gerekir. Yeni bir iş parçacığı oluşturmalısınız ve eğer mevcut iş parçacığınız tamamen doymuşsa VE iş için daha fazla fiziksel veya mantıksal bakım varsa. Bu, yaklaşık 10 iş parçacığında makul bir geçerli uygulama üzerinde zor bir limit koyar, bu yüzden bir hexacore üzerinde çalıştırılsa bile, sadece 12'ye veya daha fazlasına ihtiyacınız olur. Böyle bir tasarım çok kusurlu, çok miktarda işlem belleği kullanacak ve performansı gerçekten iyileştirmeyecek.

Yığın boyutuyla ilgili olarak, tamamen kod çalıştırmasına bağlı olduğundan, isteğe bağlı bir iş parçacığına ne kadar ihtiyacınız olduğunu hesaplayamazsınız. Ancak, Visual Studio'da, tipik yığın boyutu birkaç megabayttır. Ne kadar yığın boyutunun kullanılacağını öğrenmek için, tüm kodu ve iş parçacığı tarafından yürütülen disassembly'ı göndermelisiniz. Sadece birkaç megabaytta yapıştırın.

Answer 3

dizisi çerçevesinin gerekli boyut temelde vb kayıtlarını

Sen olmadığını düşünmelisiniz tasarruf senin oto değişkenler, parametrelerin boyutu ve dönüş adrese için bazı ek yükü tahmin etmeye deneyebilirsiniz, kullanmak derleyici bağlıdır Thread Pool'u kullanmanın bir alternatifi olacaktır. Bir iş parçacığının oluşturulması özgür olmadığı için.