Syar-2003 Skrevet 6. mars 2014 Del Skrevet 6. mars 2014 Ja - vet selvfølgelig det . Det var ikke poenget , men det med samlet cpu bruk. Lenke til kommentar
N o r e n g Skrevet 6. mars 2014 Del Skrevet 6. mars 2014 (endret) Selv om programmet er begrenset av enkelttrådet ytelse (en kjerne) kan Task Manager rapportere at flere kjerner belastes samtidig.For ordens skyld belastes de ikke helt samtidig, Windows bytter mellom hvilken kjerne som kjører programmet så ofte at det faktisk blir korrekt å vise det sånn i task manager. Det er kanskje teknisk sett korrekt, men det er veldig misvisende for forbrukeren og vil sannsynligvis resultere i at prosessoren flytter over de nye oppgavene på den kjernen som jobber med dem for å spare seg for bryet ved å flytte dataene fra en L1 til L2 til L3 til L2 til L1 igjen Så lenge arbeidet er serielt har det ikke noe å si hvor mange kjerner det utføres på ettersom neste tråd må vente på data til forrige tråd er ferdig. Endret 6. mars 2014 av N o r e n g Lenke til kommentar
Emancipate Skrevet 6. mars 2014 Del Skrevet 6. mars 2014 prosessoren flytter over de nye oppgavene på den kjernen som jobber med dem for å spare seg for bryet ved å flytte dataene fra en L1 til L2 til L3 til L2 til L1 igjenHvordan vet prosessoren dette? Lenke til kommentar
N o r e n g Skrevet 6. mars 2014 Del Skrevet 6. mars 2014 prosessoren flytter over de nye oppgavene på den kjernen som jobber med dem for å spare seg for bryet ved å flytte dataene fra en L1 til L2 til L3 til L2 til L1 igjenHvordan vet prosessoren dette? Den finner ut av det i decode/scheduler-stadiet. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå