Threads Jede Klasse einem Thread zuweisen

[mirisbowring]

Guten Tag,

ich habe ein Programm geschrieben, welches recht umfangreich und vor allem Lang ist, was eine lange Startzeit mit sich bringt.

Mein Programm besteht aus einem Frame, in das je nach Bedarf (Button druck), ein anderes Panel geladen wird. Ich habe nun recht viele Panel, und wenn ich die am Anfang alle Aufrufe, dann benötigt das Programm ganz 1:30 min, um zu starten (da er erst die Klassen lädt und dann das Frame sichtbar macht). Das doofe daran ist, dass während dieser Zeit kein Feedback kommt. Und wenn man nicht weiß, dass das Programm so lange zum starten braucht, denkt man, es startet nicht.

Ich habe bereits Versucht, die Klassen erst auf Buttondruck zu laden (so braucht das Programm nur 10 sec. zum starten), allerdings passiert dann im Programm nichts, bis das Panel fertig geladen ist (was bei 20k Zeilen Code schon eine Weile dauert).

Aus diesem Grund dachte ich mir, dass jedes Panel einem Thread zugeordnet wird. Und bei Programmstart parallel gestartet wird.
Da habe ich nun die Frage, wie ich auf Buttondruck das Panel aus dem Thread sichtbar mache.

Um einen Thread zu erstellen benutzt man ja standart mäßig:

Thread BeiMirPanel1 = new Thread(Panel1());
BeiMirPanel1.start();

Ist mein Denkansatz richtig? Bzw. gibt es bessere Vorschläge?
Falls der Ansatz richtig sein sollte, wie rufe ich das Panel aus dem Thread auf? (so als würde ich normal eine Klasse instanziieren?)

MfG

mirisbowring

 

[stg]

Viele Threads sind kein Allheilmittel. Der normale Endanwender wird in der Regel auch nur 2 oder 4 Rechenkerne zur Verfügung haben, da wird sich der Vorteil also in Grenzen halten. Das eigentliche Problem ist vermutlich schlicht in deinem Code zu suchen. In 1:30min kann man auf heutigen Maschinen so immens viel berechnen usw, da solltest du dich wirklich fragen, ob da alles so optimal abläuft... 20k Codezeilen sind auch nicht per se so viel.
Unabhängig davon kann es durchaus sinnvoll sein das Laden der benötigten Ressourcen in einen zweiten Thread auszulagern und im ersten die GUI aufzubauen und den User über den Ladefortschriit zu informieren.

 

[mirisbowring]

Soweit ich weiß, sind die Threads in Java doch unabhängig von der Prozessoren oder?

 

[Tobse]

Soweit ich weiß, sind die Threads in Java doch unabhängig von der Prozessoren oder?

Völlig korrekt. Nehmen wir folgendes an: Der Prozessor hat 4 Kerne. Wenn 3 Threads laufen, muss das OS den Code aus drei Threads auf 4 Kerne verteilen, was extra Rechenaufwand ist. Oder es lässt den 4. Kern einfach im Ruhezustand, somit ist 1/4 der Rechenkraft nicht genutzt.
Bei mehr als 4 Threads muss das OS den Code von vielen Threads immer abwechselnd pausieren, damit die 4 Kerne z.B. 13 Threads gleichzeitig bearbeiten können => wieder mehr Rechenaufwand.
Der Logische schluss: Jedes Programm läuft dann am performantesten, wenn es genau so viele Threads hat, wie der Prozessor Kerne hat.
Die Gründe, warum man trotzdem deutlich mehr Threads hat, sind Sturktur und die Tatsache, dass ein Thread einen Kern meistens nicht auslastet.
In deinem Fall aber ist genau das der Fall: Du lastest die CPU (oder die Festplatte?) komplett aus. Andernfalls wäre die Startzeit nicht bei 1:30.

Um auf diene Ursprüngliche Frage zurückzukommen: Ich kann stg nur beipflichten. In 1:30 kannst du selbst auf einem Handy sehhhr viel berechnen; keine GUI, die anstädnig geschrieben ist, braucht so lange. Zum Vergleich: Große Java-Programme (NetBeans, IntelliJ, OpenOffice) brauchen auf meinem Lahmarschigen Laptop (2x1,35Ghz) keine 30 Sekunden zum starten.
Wenn du 20.000 Zeilen in einer Klasse hast (vermute ich jetzt mal, weil du von Panels sprichst), liegt dort vielleicht das Problem. 20.000 Zielen so in eine Klasse zu packen, dass sie effizient arbeiten, ist imho unmöglich.

 

[Dompteur]

Auf welchem Framework basiert deine GUI ? Davon hängt es ab, ob du mehrere GUI Threads überhaupt verwenden kannst.
Dein Framework kann also schon deinen Plan, Bildschirmbereiche parallel aufzubauen, verhindern.
Was aber immer geht, ist Tasks zu definieren, die einzelne Bildschirmbereiche mit Daten versorgen. Die Berechnung/Ermittlung der Daten könnte also parallel erfolgen.
Das sind nun sehr allgemeine Aussagen. Um konkreter zu werden, müsste man mehr über dein Programm wissen.

Hast du schon analysiert, wo deine Anwendung die Zeit verbraucht ?
Wenn du die Langläufer identifiziert hast, lohnt es sich zu schauen, ob das nicht optimierbar ist.

Grundsätzlich kann die Aufteilung einer Anwendung in Threads meist einen deutlichen Geschwindigkeitsgewinn. Dabei stimme ich meinen Vorpostern nicht zu, dass es keinen Sinn machte, mehr Threads als Kerne zu haben. Ein Programm besteht nämlich nicht nur aus Rechenoperationen, sondern beispielsweise auch aus I/O-Operationen. Während also ein Thread Daten liest, kann ein anderen Thread die CPU voll nutzen.

Man darf aber nicht vergessen, dass Threads zusätzliche Komplexität in die Anwendung bringen.

 

[mirisbowring]

Also von den 20k Zeilen ist etwa 1/3 bis 1/2 auto generiert (für dieses Panel habe ich den Netbeans GUI Builder verwendet, da mein Informatik Lehrer meinte, das mir das Ding arbeit erspart)
Er hatte zum einen Teil recht, zum anderen aber bekomme ich das, was der Builder schreibt meistens in weniger Zeilen.

Ich habe zur Zeit 14 Panel.
Wenn ich nun den Weg nehme, und die Panel erst auf Buttondruck lade, benötigt das 20k panel logischerweise am längsten. Das Laden dauert da etwa 12-15 Sekunden. Ich habe noch 2 andere Panel, die etwa 9-10 sekunden brauchen. Der Rest bewegt sich im akzeptablen Bereich.

Was Ich noch dazu sagen muss ist, das die Klassen auf eine Datenbank (JavaDB bzw. Derby) zugreifen.

 

[Dompteur]

Ich würde als nächstes ausmessen, wie lange die Zugriffe auf die Datenbank benötigen.
Dann weißt du, ob der GUI-Aufbau oder das Daten holen, für die lange Startphase schuld sind.
Wenn es an den Zugriffen auf die Datenbank liegt, kannst du dir auch noch die SQLs anschauen. Eventuell kannst du da noch etwas verbessern (Indizes, ..).

Erst, wenn das nicht ausreicht, würde ich das Programm umstrukturieren und die Datenzugriffe parallel machen.

 

[Tom299]

Ich würde mir auch zuerst mal die Datenbank-Zugriffe ansehen. Selbst wenn du über for-Schleifen eine GUI dynamisch aufbaust (wie auch immer das aussehen würde), brauchste bestimmt keine 1:30min dafür.

Wenn du MySQL verwendest kannst du die MySQL Workbench benutzen, um Abfragen abzuschicken und siehst dann gleich die Abfragezeit/Antwortzeit. Und da wird dein Problem vermutlich liegen.

Falls alle Stricke reißen machst du einfach in der Mitte des Bildschirms ein Fenster mit Ladebalken oder sonst was, damit der Benutzer sieht, daß das Programm etwas tut (z.B. wenn man Gimp startet usw.) und blendest das erst aus, wenn die GUI fertig geladen ist.