Likes: 0
30/08/05 04:21
Ik weet dat er bij Windows XP Professional icm een HT-processor de processortijd in tweeen wordt gedeeld. Zo kan er 1 proces op volle CPU draaien en heeft dan toch maar 50% maximale cpu in gebruik waardoor het besturingssysteem en applicaties gewoon netjes doordraait zonder traagheid.
Werkt dit net zo in linux, of kent linux geen hyperthreading in de vorm van 2 x 50% max. processen?
30/08/05 07:47
Yups.. in feite precies hetzelfde. Voor het OS gewoon 2 cpu's bij P IV's en 4 bij dual xeon's als HT aanstaat.
30/08/05 07:57
Let wel op dat die 50% theoretisch is en je die alleen haalt in optimale omstandigheden.Origineel geplaatst door WH-Tim
Ik weet dat er bij Windows XP Professional icm een HT-processor de processortijd in tweeen wordt gedeeld. Zo kan er 1 proces op volle CPU draaien en heeft dan toch maar 50% maximale cpu in gebruik waardoor het besturingssysteem en applicaties gewoon netjes doordraait zonder traagheid.
Werkt dit net zo in linux, of kent linux geen hyperthreading in de vorm van 2 x 50% max. processen?
30/08/05 12:52
Een proces kan op 1 logische processor gewoon tot 100% gaan. Het gemiddelde is dan idd 50%, maar de processor wordt voor meer dan 50% gebruikt (denk aan 80 tot 90% afhankelijk van de applicatie)
Met HT is het CPU gebruik dan ook niet betrouwbaar meer te meten.
30/08/05 13:14
Staar je niet blind op HT. Er kan winst behaald worden (afhankelijk van de applicatie) maar helaas is te techniek vaak alleen maar een wassen neus.
Er zijn te weinig logische componenten dubbel uitgevoerd om de cpu dual core te maken. Daarbij komt dat de componenten die wel dubbel uitgevoerd zijn vaak verwaarloosbaar zijn wat betreft snelheid wanneer gekeken wordt naar de volledige pipeline.
Maar het zit er tegenwoordig standaard op, dus is het vaak geen slecht idee om er gebruik van te maken
30/08/05 13:35
je kan wel een reden hebben om het niet aan te zetten: mogelijke information disclosure, zie bijvoorbeeld http://lists.freebsd.org/pipermail/f...ay/000049.html
30/08/05 14:24
Hm , mijn idee was namelijk om een server van mij als storage te gaan gebruiken, maar omdat die dan niet zo heel veel naast dat proces + OS doet er een veeleisend proces bij te draaien zodat de bak toch nog iets nuttigs doet..
Nu weet ik dus alleen niet of dat helemaal soepel gaat lopen aangezien dat extra proces best veel CPU vergt met zijn berekeningen, vandaar dat ik eigenlijk een oplossing dmv HT oid zoek..
30/08/05 15:51
Wat je dus wil doen, is een proces hard vastknopen aan de ene virtuele CPU en een ander proces hard vastknopen aan de andere?
30/08/05 18:32
Daar komt het wel op neer ja
30/08/05 20:18
Je kan in je OS ook gewoon een prioriteit geven aan processen. Geef het proces wat niet alles mag gebruiken een lagere prioriteit en je zal als het goed is nergens last van hebben.
31/08/05 01:32
Kun je ons vertellen welk proces het precies is? Want ik ken maar weinig processen die alleen maar cpu cycles eten zonder ook gebruik te maken van disk.
Zodra je (regelmatig) gebruik maakt van je disk is je cpu waarschijnlijk niet meer de bottleneck.
31/08/05 12:37
een proces dat lijkt op deze , maar hij gebruikt ook voornamelijk nog HD erbij.
31/08/05 12:47
Tja, ik had gehoopt dat je gelijk zou krijgen bij het testen op me eigen pc, maar dat is dus niet het geval..
Het wordt dus zorgen voor een snelle HD, extra RAM en goede instellingen over het proces..
