Applicazione Force C# per utilizzare un singolo core in un PC con un processore multicore

Question

Ciao ragazzi questa domanda potrebbe sembrare strana, ma sto usando il lettore Haptek People Putty per la mia applicazione C# e ho visto persone dire nei forum che non funziona bene con un processore multicore. La mia applicazione funziona bene sul mio portatile Core 2 Duo, ma è molto più lunga quando provo a farla girare su un desktop Quad Core. Stavo pensando di indagare su questo per me stesso e in tal caso, dovrei costringere la mia applicazione a funzionare su un singolo core. È possibile in C#? Grazie!

Answer 1

Dove una variabile Processproc tiene il processo che ti interessano (Process.GetCurrentProcess() per il processo in esecuzione, ottenendo da GetProcesses() o GetProcessesByName() ecc per un altro processo Poi:.

foreach(ProcessThread pt in proc.Threads) 
{ 
    pt.IdealProcessor = 0; 
    pt.ProcessorAffinity = (IntPtr)1; 
} 

IdealProcessor è un'identità a base zero di un core singolo, ProcessorAffinity è una maschera di bit, quindi 1 consente il core zero, 2 consente il core uno, 3 consente i core zero e uno, 4 consente il core due, e così via

Vorrei testare questo completamente. È molto probabile che ciò possa effettivamente danneggiare le tue prestazioni, riducendo la possibilità di utilizzare diversi core, il che è generalmente un vantaggio dopo tutto.

Answer 2

• Non proprio possibile IN C#. Beh, non lo so. Hai bisogno di interoperabilità, con ciò funziona.

• Stai utilizzando più thread? Se no - hm - scusa - non molto che puoi fare. Le applicazioni UI standard non utilizzano comunque più core.

In sostanza, le applicazioni che non utilizzano Thread (gli elementi di lavoro utilizzano thread) sono intrinsecamente single core.

Answer 3

Se l'applicazione è a thread singolo, non sfrutta più core. Tuttavia, è possibile che il kernel possa eseguire il bump del thread tra i core. Dubito che questa sia la causa dei tuoi problemi di prestazioni.

Se si desidera legare il thread su un singolo core (non è sicuro se questo può essere garantito), si potrebbe voler controllare la proprietà System.Diagnostics.ProcessThread.ProcessorAffinity, anche se non l'ho mai usato da solo.