INVESTOX-Forum

Hallo,
viel Text, welcher mir als Nicht-Hardware-Spezi nicht sehr viel weiter hilft.
Fakt ist:
Ich habe 512 MB DDRAM wovon nur ca. 50% belegt sind.
Ich habe nur Investox im EOD Modus laufen, also nicht ständig neue Daten etc.
Ich habe ein NN im Training und erkenne im Task-Manager, das Investox ständig nur 50% der CPU auslastet. D.h. CPU 1 wird voll genutzt und CPU 2
nicht.
Da frag ich mich natürlich, wer sagt Investox, das es nicht nur CPU 1 sondern auch CPU 2 benutzen soll und falls es gesagt wird, versteht dies Investox auch???

@Bandit
Der Mobile Pentium 4 mit HT Technologie soll auch schon zur Auslieferung bereit stehen (Quelle: PC-Magazin).

Ich hab ihn schon.

Gruß Fritz

Hallo Udo,

Zitat

Wenn Du 50% Auslastung hast müsste es eigentlich möglich sein nebenher noch weitere Prozesse fliessend zu bearbeiten und das ist ja der eigentlich Sinn von HT.

Na ich weiß nicht, immer die Hälfte der Kapazität vorzuhalten, auch wenn keine anderen Prozesse zu bearbeiten sind - für mich ist das keine gute Lösung.

Optimal wäre es doch, wenn der HT Prozessor mit voller Leistung arbeiten würde um erst bei anstehenden, zusätzlichen Aufgaben etwas davon abzuzweigen.
Ob es dazu tatsächlich schon einer multiprozessorfähigen Software bedarf, kann uns sicher AK beantworten.

Außerdem würde mich interessieren ob es gewährleistet ist, daß die Anzeige der CPU-Auslastung auch beim MP- bzw. beim HT- Betrieb korrekt funktioniert.

Viele Grüße
Stephan

Hi Udo!

Zitat

Wünschenswert sind daher Programme die vom CPU wenig Power anfordern-d.h. wenn das Proagramm arbeitet ist es für die CPU umso besser je weiter die Auslastung gegen 0 % (nicht zu 100 % ) tendiert!

Das ist eben die Frage. Grundsätzlich stimme ich Dir und Vuego schon zu, es ist nicht wünschenswert, daß ein Programm die gesammte CPU blockiert.

Wenn ich aber einfach nur möchte, daß Berechnungen in Investox so schnell wie möglich ausgeführt werden und wir mal davon ausgehen, daß parallel dazu keine andere Anwendungen ausgeführt werden müssen, dann soll Investox die CPU doch zu 100% fordern um die Berechnungen schnellstmöglich abzuschließen.
Beträgt die CPU-Auslastung nur 50%, dauern die Berechnungen auch doppelt so lange (das wäre für mich jedenfalls die logische Folgerung, ich kann dies allerdings nur vermuten).

Viele Grüße
Stephan

Hallo,

Zitat

Warum kommt eigentlich keiner auf die Idee, dass heutige Prozessorgenerationen für einzelne Programme viel zu schnell "rechnen" könnten und dehalb von EINEM Programm gar nicht richtig ausgelastet werden könnten, da andere Faktoren u.U. leistungsbegrenzend sind?

Ganz so ist es nicht, nachfolgendes Zitat stammt aus einem meiner Beiträge:

Zitat

Ich gehe bei dieser Überlegung davon aus, daß die Rechengeschwindigkeit nicht durch die Software limtiert ist, sondern allein durch die Leistungsfähigkeit der Hardware begrenzt wird.

Hans -Jürgen hat natürlich Recht, das ist bei unseren Überlegungen der entscheidende Punkt. Wenn die Berechnungen in Investox mit der max. möglichen Geschwindigkeit ausgeführt werden und die CPU ist trotzdem nur zur Hälfte ausgelastet ist das selbstverständlich positiv.
Mir kommt es eben nur etwas seltsam vor, daß bei Fritz die max. Auslastung genau 50% beträgt, evtl. ein Indiz, daß hier etwas "künstlich" und in vielen Fällen unnötig begrenzt wird. Ich schlage vor wir warten ab, bis AK (hoffentlich) etwas Klarheit in die Sache bringt.

Viele Ghz ,
Stephan

Hallo Zusammen,
Ich lese schon eine ganze Weile mit, und muss mich mal zu Wort melden.
Wenn ein System 2 Prozessoren hat (oder per HT 2 virtuelle), dann kann trotzdem in einer Brechnungsroutine (thread) immer nur 1 Prozessor gleichzeitig die Progamminstruktionen ausführen. Während dieser Zeit kann der andere Prozessor die anderen Threads bearbeiten, aber eben immer nur die Anderen. Ein Thread kann aber immer nur in der prozessoreigenen Geschwindigkeit bearbeitet werden. Wenn nun 2 Programme (2*IV mit unterschiedlichen NN) gestartet werden, dann wird die CPU-Anzeige auch 100% bei einem 2 Prozessor-System anzeigen. 100% wird auch eingezeigt, wenn IV 2 NN's gleichzeitig berechen würde. Ein Programm (Prozess) kann beliebig viele Threads öffnen, um Aufgaben erledigen zu lassen. Hierzu müsste allerdings IV auch ausgelegt sein. Die Berechnung eines NN wird dadurch aber nicht schneller, es sei denn die Berechnungen lassen sich parallelisieren und AK baut IV so aus.
Prioritäten: Prioritäten sagen nichts über die Geschindigkeit aus, in der ein Programm ausgeführt wird (wenn es drann ist), sondern Steuern die Verteilung wann das Programm (besser gesagt der einzele Thread) wieder ein wenig der CPU-Zeit bekommt, und wie lange.
Auslastungsanzeige: Die Auslastungsanzeige ist machmal ein wenig trügerisch.
Fall 1. Ein Programm (z.B. Tai-Pan Eod) aktualisiert Daten auf der Festplatte. Die HDD hat Dauerstress. Die CPU wartet eigentlich immer auf die Festplatte und zeigt deshalb 0% Auslastung an. Die CPU hat ja auch nichts zu tun, das System ist aber trotzdem nicht zu benutzen bzw träge. Träge ist es weil das Anklicken eines Menüpunktes das Einlagern von Speicherseiten von der Festplatte zur Folge hat, und die Platte ist ja gerade beschäftigt ist .....
Fall 2. Ein Programm "vergisst" dem Betriebsystem mitzuteilen (schlecht Programmiert), das es gerade nichts tut (Beispiel Access weiter oben). Dann meint das BS die Anwendung ist mächtig beschäftigt, und zeigt 100% an, obwohl ein flüssiges Arbeiten mit dem System möglich ist.
Interessant wird es wenn im Taskmanager die Kernel-Zeiten angezeigt werden. Gehen diese nach oben (30-70%) und das dauerhaft, dann ist das BS (nicht die Anwendungen) beschäftigt, und man sollte über einen schnelleren Proz. nachdenken.

Zum optimalen System:
Wenn gleichzeitig immer mehrere Programme umfangreichte Berechnungen durchführen sollen, lohnt sich der Kauf eines 2 Prozessor-Systems mehr, als der Kauf einer schnelleren CPU. Die 2 Proz. erhöhen in nicht unerheblichen Masse die "flüssigkeit des Arbeitens". (2 Proz. finde ich besser als 1 mit HT) Die Programme reagieren schneller auf User-interaktionen. Um Probleme wie bei Fall 1. beschieben zu umgehen, sollte man das BS auf eine HDD packen, und Programme die viel auf der Festplatte arbeiten auf eine eigene Platte auslagern. Eine HDD in 2 oder 3 Laufwerke aufzuteilen ist dabei der falsche Weg. Lieber 3 Festplatten mit möglichst unterschiedlichen Controllern (Primary IDE + Secondary IDE + ATA100 Raid + SCSI mischen). Dadurch wird bei einer Aktualisierung auf HDD 2 das BS auf HDD 1 nicht ausgebremst. 512 MB RAM sollten für alle Anwendungen reichen.
Gerade bei der Installation des BS kann man einiges an Hauptspeicher sparen und Performance gewinnen, wenn nach der Installation einmal in der Systemsteurung unter Software/Windows-Komponenten hinzufügen angewählt wird. Eigentlich gilt hier, alles was Sie nicht kennen oder noch nicht benutzt haben, kann ersteinmal deinstalliert werden. Wenn Sie es vermissen, können Sie es ja wieder nachinstallieren. Das Gleiche gilt auch für Dienste. Einfach mal in der Systemsteuerung/verwaltung die gerade gestarteten Dienste durchschauen und versuchen anzuhalten. wenn das System danach noch immer so wie gewünscht funktioniert, könnte dieser Dienst auch manuell gestartet werden. Hierzu ist dann die Startart auf Manuell zu setzten. VORSICHT EVENTUELL STARTET DAS SYSTEM NICHT MEHR, WENN HIER ETWAS FALSCH GEMACHT WIRD!!!

Ich hoffe geholfen zu haben.....

Hallo Herr Kitzig,
erst einmal vielen Dank für die ausführliche Erläuterung. Dennoch möchte ich für mein Verständnis noch etwas nachhaken.

" dann kann trotzdem in einer Brechnungsroutine (thread) immer nur 1 Prozessor gleichzeitig die Progamminstruktionen ausführen. "

Das habe ich mir fast gedacht.

"Ein Thread kann aber immer nur in der prozessoreigenen Geschwindigkeit bearbeitet werden."

Das heißt dann aber doch, das das Training eines NN bei einem Prozessor
ohne HT u.U. wesentlich schneller geht als mit HT (bei gleicher Taktung)?

"Ein Programm (Prozess) kann beliebig viele Threads öffnen, um Aufgaben erledigen zu lassen. Hierzu müsste allerdings IV auch ausgelegt sein. Die Berechnung eines NN wird dadurch aber nicht schneller, es sei denn die Berechnungen lassen sich parallelisieren und AK baut IV so aus."

@A:K: Dies ist IV sicher (noch???) nicht möglich???

"Prioritäten: Prioritäten sagen nichts über die Geschindigkeit aus, in der ein Programm ausgeführt wird (wenn es drann ist), sondern Steuern die Verteilung wann das Programm (besser gesagt der einzele Thread) wieder ein wenig der CPU-Zeit bekommt, und wie lange."

Heißt das, über die Priorität könnte ich dem NN indirekt doch mehr als die 50%
zuweisen?
Und was bedeutet in diesem Zusammenhang die Angabe Echtzeit?

Gruß

Fritz

@Fritz:
"Das heißt dann aber doch, das das Training eines NN bei einem Prozessor
ohne HT u.U. wesentlich schneller geht als mit HT (bei gleicher Taktung)?"

eigentlich nicht, denn ein Prozessor mit HT hat die Möglichkeit andere Threads während der Ausführung von Thread A auch schon auszuführen.
Wenn ein Prozessortbefehl z.B. eine Multiplikation von 2 Zahlen in Thread A lange dauert, kann er in der Zwischenzeit in Thread B 5-10 einfache Operationen ausführen. Alle Programme auf dem Rechner laufen halt flüsiger, aber nicht schneller.

Bei Realtime.Prio heisst es einfach nur, dass der Thread 1 in 2 Zeiteinheiten wieder an der Reihe ist, und der Thread 2 mit Priorität Normal erst in 50 Zeiteinheiten. Ausserdem wird der Thread 1 erst nach 30 Zeiteinheiten unterbrochen und der Thread 2 schon nach 3. Die Zeiteinheiten sollen hier nur das Problem veranschaulichen!!!. Die Geschwindigkeit in der die Instruktionen in einem Thread abgearbeitet werden, ist immer gleich. Es kommt halt auf die zugeteilte Zeiteinheit (Zeitscheibe) an. Prioritäten können mit Bordmitteln ja nur auf Prozesse angewendet werden. Ob das nachträgliche Zuweisen von Prioritäten Einfluss auf die von einem Prozess gestarteten Threads hat, oder nur auf die nach der Zuweisung erzeugten Threads, weiss ich nicht. ( kompliziertes Thema!! ) Die Priorität mit der ein Thread läuft, kann der Entwickler auch noch Zusätzlich beim Erzeugen des Threads angeben.

Beispiel für einen Einsatz von Threads und der Vorteil von 2 Proz.:
Thread A berechnet C = A * B.
Thread B Berechnet D = A * B.
Thread C wartet auf das Ergebnis von Thread A UND Thread B
Bei einem 1 Proz.-System wird die Ausführung 100 Einheiten benötigen.
Bei einem 2 Proz.-System wird sie ca. 50 Einheiten benötigen.
Wie lange ein HT-System dafür benötigt weiss ich nicht, ich vermute mal in diesem Fall 50 Einheiten, da die Threads etwas sehr ähnliches und nichts kompiziertes machen. Wenn nun aber in Thread A und Thread B etwas "kompliziertes" berechnet wird, oder sogar Funktionsaufrufe vorhanden sind, kann das eine HT-CPU nicht mehr. Es ist halt immer noch 1 CPU. Ein 2 CPU-System ist dann immer schneller, da ja 2 "echte" CPU's vorhanden sind, die auch unabhängig auf den Speicher zugreifen können.

Um die Sache mit den Prio's noch weiter zu treiben, kann auch ein Thread mit der niedrigsten Priorität das System auf 100% Auslastung bringen. Nämlich dann, wenn dieser Thread der einzige Thread ist, der gerade was zu tun hat. Er wird allerdings sofort unterbrochen, wenn ein Thread mit höherer Prio etwas zum Arbeiten bekommt.

Ich würde ein 2 Prozessor-System mit 512 MB einsetzten. Das ist allerdings mit P4-Systemen teuer. Ob das mit AMD billiger geht weiss ich erlich gesagt nicht. Ich setzte nur INTEL-Rechner ein.