İki cpu_exclusive cpuset, A ve B oluşturmak için cgroups kullandığımız ve cpuset A'ya bağlı bir gruba tüm kullanıcı iş parçacıklarını ve tüm bağlanmamış çekirdek iş parçacıklarını taşıdığımız bir Linux sistemim var. cpuset A'da çalışan cpuset A'da çekirdeklerden daha fazla sayıda iş parçacığı vardır.
Ayrıca, cpuset B'ye bağlı çok az sayıda çok aktif süreç vardır, burada bu işlemler boyunca toplam kullanıcı iş parçacığı sayısı, yalnızca cpuset B'de bulunan çekirdek sayısından daha fazla değildir. Amaç, cpuset'te çalışan bu önemli görevleri korumaktır. B'yi makinedeki diğer etkinliklerden ve işleme gecikmesini en aza indirmek için
Böyle bir kurulumda, cpuset B'de çalışan kullanıcı iş parçacıklarının zamanlama politikası / önceliği gözlemlenebilir bir etkiye sahip mi? Başka bir deyişle: B cpuset iş parçacıklarının zamanlama ilkesini varsayılan SCHED_OTHER yerine SCHED_FIFO veya SCHED_RR olarak değiştirmenin iyi veya kötü sonuçları olabilir mi?
Zamanlayıcı, cpuset B'de çalışan her bir iş parçacığını kendi özel çekirdeğini atayabilmesi gerektiğinden, cevabın 'hayır' olması gerektiği gibi görünüyor, bu nedenle önceliklendirilecek veya programlanacak hiçbir şey olmayacak ve böylece B'nin politikası ve göreceli önceliği olacak. cpuset ipliklerinin önemi yoktur. Öte yandan, endişelenmek için bağlı çekirdek konuları ve 'zamanlayıcı etki alanı' yönleri ve muhtemelen dikkate almadığım diğer şeyler vardır.
Fazla öngörülmüş münhasır cpuset ile çalışan iş parçacıklarının zamanlama politikaları ve öncelikleri herhangi bir pratik anlamda önemli midir?