CPU-Last ist mit aktuellen cpus sehr schwer anzugeben, weil die kerne im normalen betreib hoch und runtertakten wie sie gerade lust haben (mehrfach in der sekunde wenn man mal utilities anschaut die einzelne kern-taktungen zeigen), mein i7 620 schwankt ständig zwischen 1,8 ghz und 2,66 ghz (jeder kern kann sich noch dazu einzeln takten) und dazu kommt noch, dass die kerne unter richtiger Last abhängig davon takten in welchem modus sie sind, verteilt das OS die prozesse alle auf einen kern, und der single-core-turbo kann aktiv werden taktet er sogar bis 3,33 ghz hoch, andernfalls nur bis 3,1 ghz (dual-core-turbo), alles sachen die beeinflußen was z.b. 10% cpu-last jetzt schlussendlich bedeuten.
Dazu kommt, dass ich dank HT ja 4 logische Kerne habe, also je nach tool ob es 100% per core oder insgesamt 100% anzeigt, natürlich was anderes rauskommt. Imho Windows hat glaube ich 100% für alle kerne im gesamten bei der gesamt-cpu-last, unter linux tools wie atop ist 1 kern = 100% und damit stehen mir 400% zur verfügung.
Da ich nicht genau weis wie die verteilung im hintergrund läuft wenn via einer virtuellen cpu die lücken eines echten kerns gefüllt werden, und wie sich das in % umsetzt, wird das ganze nochmal schwerer, weil sind 50% last auf einem rein virtuellen kern gleichzusetzen mit 50% auf einem psysichen kern ? Man sagt HT kann in 10-30% bringen, sprich es entspricht 1/10 bis 3/10 einer cpu, damit wäre eine 100% ausgelastete virtuelle cpu, wenn der echte kern auf dem die lücken gefüllt werden, maximal 30% cpu-last im vergleich zu einem psysichen kern, womit die %-zahlen egal ob 100% = alle 4 kerne oder 400% = alle Kerne sind, wieder noch weniger aussagt.
Das mal vorab
Also 10% cpu-last sind daher ein recht relativer wert wenn man nicht weis ob die cpu grad bei 1,8ghz, 2,66 ghz oder bei 3,1 oder sogar 3,33 ist und wie sie verteilt, weil man hat ja immer auch noch ein paar andere sachen laufen.
Mein i7 620M schafft unter vollast mit truecrypt ja um die 1600mb, theorhetisch dürften also wenn man mit 100mb/s liest und 100mb/s auf eine andere platte schreibt, das auf meinem system rein für die verschlüsselung nur < 20% (von 400% bei mir)sein, oder halt je 10% auf 2 kernen , wenn er voll hochgetaktet ist, dementsprechend mehr wenn die cpu runtergetaktet ist.
Mit dmcrypt (mein system ist damit komplett verschlüsselt), das etwas weniger durchsatz schafft als truecrypt, hab ich hier beim entpacken größere archive (2-3gb) teilweise über 20%+ (auf einem kern) aber dabei taktet der kern auch wie wild hoch und runter und geht auch nicht immer in den turbo beim hochtakten, hat also auch viele zwischenstufen die er nutzt, aber bei dem potential was dmcrypt und truecrypt haben, ist verschlüsselung bei normalen hdds und kopieren nichts mehr was in den bereich 80%+ geht, so wie das bei meinem alten p4 1,73ghz war, da waren 100% cpu-last = 44mb/s einfach, beim kopieren von platte zu platte war also um die 20mb/s das limit und man konnte nicht mehr dabei schaffen.
