Thread komisches Verhalten auf Mac ...

[Bullz]

Habe hier ein Thread Beispiel bei ich testen wie das aussieht wenn mehrere Treads am laufen sind. Komischerweise werden bei mir die Treads nicht abwechselend behandelt sondern nach der Reihe ... in einem Beispiel Video im Internet wo der gleiche Code unter Windows läuft werden die Threads schön durchgemischt ... sind das Unterschiede zwischen den Systemen ?

ErsterTreat : 0
ErsterTreat : 1
ZweiterTreat : 0
ErsterTreat : 2
...

hätte gerne soetwas gesehen als Output.

public class Arbeiter implements Runnable{

    @Override
    public void run() {
        for ( int i = 0;i<10;i++) {
            System.out.println(Thread.currentThread().getName() + " : " +  i);
        }
    }
    
    
}

public class TreatDemo {
    
    public static void main(String[] args) {
        Arbeiter arbeiter = new Arbeiter();
        Thread eins = new Thread(arbeiter);
        Thread zwei = new Thread(arbeiter);
        
        eins.setName("ErsterTreat");
        zwei.setName("ZweiterTreat");
        
        System.out.println("start...");
        eins.start();
        zwei.start();
        System.out.println("...Ende");       
    }
    
}

run:
start...
ErsterTreat : 0
ErsterTreat : 1
ErsterTreat : 2
ErsterTreat : 3
ErsterTreat : 4
ErsterTreat : 5
ErsterTreat : 6
ErsterTreat : 7
ErsterTreat : 8
ErsterTreat : 9
...Ende
ZweiterTreat : 0
ZweiterTreat : 1
ZweiterTreat : 2
ZweiterTreat : 3
ZweiterTreat : 4
ZweiterTreat : 5
ZweiterTreat : 6
ZweiterTreat : 7
ZweiterTreat : 8
ZweiterTreat : 9
ERSTELLEN ERFOLGREICH (Gesamtzeit: 0 Minuten 0 Sekunden)

 

[Gast2]

Das Problem ist, dass die Threads nicht lange genug laufen.
Während der zweite Thread gestartet wird ist der Erste schon lange fertig.

"Reparieren" könnte man das indem du folgendes in der Arbeiter Klasse änderst:

@Override
public void run() {
	for (int i = 0; i < 10; i++) {
		System.out.println(Thread.currentThread().getName() + " : " + i);

		try {
			Thread.sleep(100);
		} catch (InterruptedException e) {}
	}
}

Dann wirst du sehen dass die Thread parallel arbeiten.

 

[Pentalon]

Bei mir läut das unter Windows so ab:

ErsterTreat : 0
ZweiterTreat : 0
ErsterTreat : 1
ZweiterTreat : 1
ErsterTreat : 2
ZweiterTreat : 2
ErsterTreat : 3
ZweiterTreat : 3
ErsterTreat : 4
ZweiterTreat : 4
ErsterTreat : 5
ZweiterTreat : 5
ErsterTreat : 6
ZweiterTreat : 6
ErsterTreat : 7
ZweiterTreat : 7
ErsterTreat : 8
ZweiterTreat : 8
ErsterTreat : 9
ZweiterTreat : 9

Geändert hab ich nichts, ausser dass ich alles in eine Klasse gegeben habe, damit ich nicht 2 Files brauche.

public class ThreadTest implements Runnable{
 
    @Override
    public void run() {
        for ( int i = 0;i<10;i++) {
            System.out.println(Thread.currentThread().getName() + " : " +  i);
        }
    }
    
    public static void main(String[] args) {
        ThreadTest arbeiter = new ThreadTest();
        Thread eins = new Thread(arbeiter);
        Thread zwei = new Thread(arbeiter);
        
        eins.setName("ErsterTreat");
        zwei.setName("ZweiterTreat");
        
        System.out.println("start...");
        eins.start();
        zwei.start();
        System.out.println("...Ende");       
    }  
}

Hier noch ein Lauf mit 2 weiteren Threads.
Der Code ist nur um 2 weitere Threads erweitert.

start...
Erster Threat : 0
Erster Threat : 1
Erster Threat : 2
Zweiter Threat : 0
Erster Threat : 3
...Ende
Viertes Arbeitstier : 0
Dritter Hackler : 0
Viertes Arbeitstier : 1
Erster Threat : 4
Zweiter Threat : 1
Erster Threat : 5
Viertes Arbeitstier : 2
Dritter Hackler : 1
Viertes Arbeitstier : 3
Erster Threat : 6
Zweiter Threat : 2
Erster Threat : 7
Viertes Arbeitstier : 4
Dritter Hackler : 2
Viertes Arbeitstier : 5
Erster Threat : 8
Zweiter Threat : 3
Erster Threat : 9
Viertes Arbeitstier : 6
Dritter Hackler : 3
Viertes Arbeitstier : 7
Zweiter Threat : 4
Viertes Arbeitstier : 8
Dritter Hackler : 4
Viertes Arbeitstier : 9
Zweiter Threat : 5
Dritter Hackler : 5
Zweiter Threat : 6
Dritter Hackler : 6
Zweiter Threat : 7
Dritter Hackler : 7
Zweiter Threat : 8
Dritter Hackler : 8
Zweiter Threat : 9
Dritter Hackler : 9

Pentalon

 

[sMau90]

Hey,
Also ich habs grade mal unter Ubuntu 12.04 getestet, da werden sie auch "nacheinander" ausgeführt. Aber EikeB hat vollkommen recht, wenn du mal die for schleife 100000 durchläufe machen lässt wirst du sehen, dass sie nicht nacheinander ausgeführt werden sondern, z.B. 20 Ausgaben von Thread 1 dann 20 von Thread 2 usw.
Das wird wohl einfach an einem anderen Threadmanagement von Betriebssystem liegen, wird wahrscheinlich daran liegen, dass solche Kontextwechsel auch etwas kosten und der Timer etwas weniger aggressiv wechselt, damit die Kontextwechselkosten die eigentlichen Rechenoperationskosten nicht überschreiten.

Grüße,
sMau

 

[hüteüberhüte]

Die Frage ist vielleicht ein bissel blöd, aber kann/sollte man dasselbe Runnable-Objekt für/in zwei Threads verwenden? Was ist, wenn die Runnable-Klasse Attribute beinhaltet?

BOT: Die Threads werden meistens erst gewechselt, wenn gerade nix zu tun ist

 

[troll]

ich würde hier auch mal ganz dumm sagen : liegt daran das zwei threads mit einem runnable-objekt arbeiten ...

versuche doch mal folgende änderung :

[java=16]Arbeiter a1=new Arbeiter();
Arbeiter a2=new Arbeiter();
Thread t1=new Thread(a1);
Thread t2=new Thread(a2);[/code]

natürlich könnte es auch sein das es einfach ein anderes thread-management gibt ... aber in der regel ist für die umschaltung der java-threads die VM verantwortlich ... nicht das OS ... sonst würde es ähnliche probleme auch bei anderen anwendungen wie z.B. Eclipse und NetBeans geben ...

versuch es wiegesagt erstmal mit einem zweiten "Arbeiter"-objekt ... ich denke das dürfte schon das problem lösen ... (zu mal die übung so an sich eh falsch wäre da man es so nämlich genau falsch lernt ! merke : jeder Thread sollte auch mit seinem eigenen Runnable laufen ... ansonsten kanns lustig werden)

 

[sMau90]

Hey,
Also ich habs grade mal kurz getestet und das verwenden zweier Runnable Objekte ändert nichts am Timing der Kontextwechsel, aber ist natürlich besser zwei verschiedene zu verwenden. Und ich glaub schon das, dass OS für das Scheduling zuständig ist und nicht die Java VM. Die Java VM mischt hier nur mit wenn das OS kein Multithreading anbietet, auch wenn die VM die Abbildung auf OS Threads natürlich kapselt um die Plattformunabhängigkeit zu erhalten.
Java Virtual Machine ? Wikipedia

Grüße,
sMau