Anwendung auf 2 CPU Kerne beschränken u. Priorität erhöhen...
Hallo Zusammen,
ich suche eine Einstellung, womit ich eine ältere Anwendung, die zwar auf einem Terminal-Server, so wie lokal unter Server 2008 R2 oder Win. 7 x64 läuft, jedoch sich sehr schwer tut mit Mehrkern CPUs. Ständig erscheint keine Rückmeldung uns es ist laaaaaaaaaaaaaaaaaaaangsam...
Nach dem ich EasyToolz installiert hatte und die Anwendung auf zwei CPU-Kerne begrenz hatte, war das Tempo angemessen bzw. schnell!
Das dumme dabei ist nur, dass das dieses Tool zwar auch mit Benutzerrechten läuft also als GUI und auch als Benutzer Einstellungen tätigen könnte, jedoch er scheint damit nicht zu Arbeiten. Setze ich den Benutzer in die Gruppe Admin... hoch klappt das!
Nun frage ich mich, das toll greift doch auch nur auf Boardmittel zurück, wo kann ich festlegen, welche Anwendungen *.exe mit wie viel CPU Kerne laufen soll und das die Anwendung in Echtzeit ausgfeführt werden soll?
Danke Mike
ich suche eine Einstellung, womit ich eine ältere Anwendung, die zwar auf einem Terminal-Server, so wie lokal unter Server 2008 R2 oder Win. 7 x64 läuft, jedoch sich sehr schwer tut mit Mehrkern CPUs. Ständig erscheint keine Rückmeldung uns es ist laaaaaaaaaaaaaaaaaaaangsam...
Nach dem ich EasyToolz installiert hatte und die Anwendung auf zwei CPU-Kerne begrenz hatte, war das Tempo angemessen bzw. schnell!
Das dumme dabei ist nur, dass das dieses Tool zwar auch mit Benutzerrechten läuft also als GUI und auch als Benutzer Einstellungen tätigen könnte, jedoch er scheint damit nicht zu Arbeiten. Setze ich den Benutzer in die Gruppe Admin... hoch klappt das!
Nun frage ich mich, das toll greift doch auch nur auf Boardmittel zurück, wo kann ich festlegen, welche Anwendungen *.exe mit wie viel CPU Kerne laufen soll und das die Anwendung in Echtzeit ausgfeführt werden soll?
Danke Mike
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 218274
Url: https://administrator.de/forum/anwendung-auf-2-cpu-kerne-beschraenken-u-prioritaet-erhoehen-218274.html
Ausgedruckt am: 08.04.2025 um 20:04 Uhr
9 Kommentare
Neuester Kommentar
Hallo @zeroblue2005,
Das kannst du im Task-Manager einstellen:
Leider ist es nicht möglich, eine Standard-Einstellung hierfür zu erzwingen.
Gruß,
@Snowman25
Das kannst du im Task-Manager einstellen:
Rechtsklick
auf den Prozess -->
Priorität festlegen
-->
Echtzeit
UND Zugehörigkeit festlegen...
.Leider ist es nicht möglich, eine Standard-Einstellung hierfür zu erzwingen.
Gruß,
@Snowman25
Hi,
Einstellungsmässig ist mir da nichts bekannt, aber du könntest versuchen das Programm über eine spezielle Verknüpfung starten zu lassen. Eventuell funktioniert das ohne Administratorrechte.
Das Ziel der Verknüpfung könnte so aussehen: C:\Windows\System32\cmd.exe " /c start /affinity 1 /realtime notepad.exe"
Einstellungsmässig ist mir da nichts bekannt, aber du könntest versuchen das Programm über eine spezielle Verknüpfung starten zu lassen. Eventuell funktioniert das ohne Administratorrechte.
Das Ziel der Verknüpfung könnte so aussehen: C:\Windows\System32\cmd.exe " /c start /affinity 1 /realtime notepad.exe"
Aus der Hilfe zu start (
Im Endeffekt ist das eine Bitmaske, die du Hexadezimal vorgeben musst.
Natürlich kannst du das ganze in ein runas /user:Administrator "<dein command>" packen. Die Anführungszeichen sind hierbei wichtig und dürfen nicht ausgelassen werden!
Gruß,
@Snowman25
start /?
:AFFINITYLegt die Prozessoraffinitätsmaske als Hexadezimalzahl fest. Der Prozess kann nur auf diesen Prozessoren ausgeführt werden.
Im Endeffekt ist das eine Bitmaske, die du Hexadezimal vorgeben musst.
Hexadezimal 0x | Binär 0b | Dezimal | Erklärung |
---|---|---|---|
0 | 0 | 0 | Keine Prozessoren. Nicht möglich |
1 | 1 | 1 | 1. Prozessor |
2 | 10 | 2 | 2. Prozessor |
3 | 11 | 3 | 1. und 2. Prozessor |
9 | 1001 | 9 | 1. und 4. Prozessor |
30 | 110000 | 48 | 5. und 6. Prozessor |
Natürlich kannst du das ganze in ein runas /user:Administrator "<dein command>" packen. Die Anführungszeichen sind hierbei wichtig und dürfen nicht ausgelassen werden!
Gruß,
@Snowman25
Genau, jeder Prozessor hat eine Nummer
CPU1 = 1
CPU2 = 2
CPU3 = 4
CPU4 = 8
CPU5=16
usw.
Um die Anwendung auf bestimmte Prozessoren/Kerne festzulegen musst du nur die Zahlen der CPUs zusammenaddieren und ins Hex-Format umwandeln (kann der Windows Taschenrechner).
Der Syntax müsste so aussehen:
C:\Windows\System32\cmd.exe " /c start /affinity 1 /realtime "C:\Program Files (x86)\Microsoft Office\OFFICE14\winword.exe" C:\test\test.docx"
Problem bei sowas sind immer die Leerzeichen die von der cmd als Befehlsende interpretiert werden, daher muss man Anführungszeichen drum rum bauen, da ist meist etwas probieren angesagt, grade wenn die Parameter auch noch Leerzeichen enthalten.
Falls du mit dem Gedanken spielst runas zu benutzen um dem User das eingeben eines Admin Kennwortes zu ersparen (was dieser btw nicht kennen sollte) kann ich nur davon abraten runas in so einer verknüpfung zu benutzen. Das Passwort würde im Klartext drinstehen und wäre für jeden lesbar (ja das windows runas nimmt kein Passwort, aber gibt schliesslich Ersatztools die eins akzeptieren).
Daher wenn Priorität Hoch zum sauberen Ausführen des Programms reicht, würde ich da rein mit Standardbenutzerrechten arbeiten.
CPU1 = 1
CPU2 = 2
CPU3 = 4
CPU4 = 8
CPU5=16
usw.
Um die Anwendung auf bestimmte Prozessoren/Kerne festzulegen musst du nur die Zahlen der CPUs zusammenaddieren und ins Hex-Format umwandeln (kann der Windows Taschenrechner).
Der Syntax müsste so aussehen:
C:\Windows\System32\cmd.exe " /c start /affinity 1 /realtime "C:\Program Files (x86)\Microsoft Office\OFFICE14\winword.exe" C:\test\test.docx"
Problem bei sowas sind immer die Leerzeichen die von der cmd als Befehlsende interpretiert werden, daher muss man Anführungszeichen drum rum bauen, da ist meist etwas probieren angesagt, grade wenn die Parameter auch noch Leerzeichen enthalten.
Falls du mit dem Gedanken spielst runas zu benutzen um dem User das eingeben eines Admin Kennwortes zu ersparen (was dieser btw nicht kennen sollte) kann ich nur davon abraten runas in so einer verknüpfung zu benutzen. Das Passwort würde im Klartext drinstehen und wäre für jeden lesbar (ja das windows runas nimmt kein Passwort, aber gibt schliesslich Ersatztools die eins akzeptieren).
Daher wenn Priorität Hoch zum sauberen Ausführen des Programms reicht, würde ich da rein mit Standardbenutzerrechten arbeiten.