Parallele Threads oder verschachtelte?

[Alu]

Hallo,

ich habe zwei parallele Threads laufen. Der eine spielt ein Audiofile, der andere aktualisiert die GUI.
Das Problem: entweder die GUI wird zu langsam aktualisiert oder das Audiofile "hakt".

Aber: Wenn ich die Threads verschachtelte, d.h den Gui-Aktualisierer-Thread innehalb der run-Methode des Audio-Threads starte, dann gibt es keinerlei Verzögerungsprobleme.

Woran kann das liegen? Ist das betriebssystembedingt? Ich wäre jetzt davon ausgegangen, dass beide Threads die gleichen Zeiten zugeteilt bekommen unabhängig davon ob sie parallel oder "verschachtelt laufen"

Gruß
Adalbert

 

[tuxedo]

wie startest du denn die Threads? Zeig mal für beide Fälle n bisschen Code. Hatte mal n ähnliches Problem. Vielleicht komm ich wieder drauf wenn ich etwas Code sehe.

- Alex

 

[Alu]

Huch, ich muss mich korrigieren!!

Das Problem tritt auch bei meinen sogenannten Verschachtelungen auf. Das Problem laesst sich scheinbar loesen, wenn ich im Gui-Aktualisierer-Thread die sleep-Methode verwende. Dann bekommt der Audiothread genug Zeit zugewiesen, um seine Arbeit zu erledigen.

Dennoch verstehe ich nicht, warum dem System schon 2 parallele Threads zuviel sind!!!
Ich vermute mal das Java (oder das darunterliegende OS Windows) da zickt und zuwenig "Zeiten" bereitstellt.

Adalbert

 

[Rydl]

ich glaube das hat nichts mit dem betriebssystem zu tun, sondern mit deinem code zeig den doch mal...

 

[Guest]

Ok hier mal der Code.

Wenn ich das Sleep-Kommando raus nehme passiert das, was ich zuvor beschrieben habe.

public class AudioPlayer implements Runnable
{

...

  public void startPlaying() throws UnsupportedAudioFileException, IOException,
      LineUnavailableException
	{
	...
    m_playThread = new Thread(this);
    m_playThread.start();
	
	...
	}

	public void run()
	{
		...
     m_updateGraphThread = new Thread()
     {
        public void run() { updateGraph(); }
     };
     m_updateGraphThread.start();	
    ...
	}

	public void updateGraph()
	{
    while(!m_updateGraphThreadStop)
    {
			...
			try { m_updateGraphThread.sleep( sleepTime ); } catch(InterruptedException ie) {}
		}	
	}
	
} // end class AudioPlayer

...

/* hier Aufruf des Hauptthreads */

m_audioPlayer = new AudioPlayer( m_audioGraphInfoContainer.getObservableObject(), m_jCheckBoxPlayLopp.isSelected() );
m_audioPlayer.startPlaying();

 

[kleiner_held]

Den Thread zum Abspielen würde ich erst mal mit setPriority() auf eine höhere Priorität setzen.
Ansonsten sollten halt beide Threads sehr kooperativ programmiert sein. Du kannst dass wie gehabt mit sleep() erreichen oder du rufst öfters mal yield() auf.

 

[Alu]

Scheint wirklich am Scheduling zu liegen ... Witzig ist, dass oben geschildertes Problem auch mit sleep( 0 ) nicht auftritt.

Den Yield-Befehl kannte ich nicht , dann hab ich beim googlen diesbzgl einen guten Artikel gefunden der auch auf die Scheduling-Problematik eingegangen ist und mir mehr Weisheit verschafft hat :wink:

http://www.dpunkt.de/java/Programmieren_mit_Java/Multithreading/7.html

Gruß
Adalbert

Den Thread zum Abspielen würde ich erst mal mit setPriority() auf eine höhere Priorität setzen.
Ansonsten sollten halt beide Threads sehr kooperativ programmiert sein. Du kannst dass wie gehabt mit sleep() erreichen oder du rufst öfters mal yield() auf.

 

[NTB]

Bezeichnung zu diesem Problem:

Selfish Runner


Darüber findet man dann auch jede Menge Erklärungen.