Themen-Überblick
(Aktualisieren)
| Autor |
Nachricht |
SeppJ
|
| s.luis schrieb: |
hat wer ein gutes tutorial für threads, ausgenommen die standard-dinge.
|
join vs. exit ist ein Standardding. Dir fehlen die Grundlagen. Das sollte muss jedes brauchbare Tutorial behandeln. |
|
|
 |
s.luis
|
| DirkB schrieb: | Hatt SeppJ doch schon geschrieben:
Reduziere deinen Code schrittweise auf das wesentliche. Wenn der Fehler nicht mehr auftaucht, ist er im entfernten Teil.. |
das war die richtige taktik.
danke 
 |
|
|
|
s.luis
|
ich glaube, ich habe es jetzt. der fehler liegt darin, dass ich immer pthread_exit genommen habe, statt pthread_join. somit terminiert der main-thread vorher und wartet nicht auf die anderen threads.
wenn er vorher terminiert, dann ist das ergebnis blödsinn, terminiert er nachher dann stimmt es.
deshalb hat auch der hack mit dem sleep gefunzt.
fixxxxxxmee
gehört zwar schon ins unix-forum,aber was soll es.
hat wer ein gutes tutorial für threads, ausgenommen die standard-dinge.
und man-pages die man nur dann versteht wenn man eh schon alles gecheckt hat.
danke+lg luis |
|
|
|
DirkB
|
Hatt SeppJ doch schon geschrieben:
Reduziere deinen Code schrittweise auf das wesentliche. Wenn der Fehler nicht mehr auftaucht, ist er im entfernten Teil.
Zeig doch mal deine Funktion output. Die rufst du doch mit pthread_create auf. |
|
|
|
s.luis
|
aber ich muss Hrn. SeppJ schon recht geben. habe diesbezüglich sicher noch lernbetarf.
habe es bei einem anderen bsp versucht. wieder ein fehler.
das pthread_create macht nicht das was es soll, bei mir halt nicht 
neues beispiel mit nur einem thread.
der nur eine funktion ausführt und wieder derselbe timing-fehler.
weise vorher die werte zu (mit outputs kontrolliert) und dann übergebe
ich die struct dem pthread_create und ein wert stimmt manchmal nicht.
shit shit
vielleicht habt ihr welche tipps,bbbiiiiittttteeee  |
|
|
|
s.luis
|
weiters noch: habe genug tutorials schon gelesen, macht aber keinen besseren programmierer, sondern die übung ist es. wie bei einem handwerk.
und beim üben bin ich gerade dabei. |
|
|
|
s.luis
|
| SeppJ schrieb: | | sleep ist einer der dümmsten pseudo Workarounds für eine Race-Condition. Wie kann man mit Threads programmieren wollen ohne die absoluten Grundlagen von Threads zu kennen? Zieh dir unbedingt mal ein Tutorial rein! |
Jetzt erkläre mir mal eines SeppJ, wennst du dir den code ansiehst, bekommt jeder
thread bevor er erstellt wird schon seine Zufallszahl zugewiesen. Wie kann es da zu einer race-conditon führen???
die zufallszahl wird dann in einer struct an den output-übergeben.
es ist sicher ein timing-problem, jedoch weiss ich nicht warum. sonst hätte ich
hier nicht um rat gefragt, sondern hätte einfach die lösung gepostet.
ich kann auch mit joins auf einen thread warten. würde das problem auch lösen, jedoch nicht die ursache.
luis |
|
|
|
SeppJ
|
sleep ist einer der dümmsten pseudo Workarounds für eine Race-Condition. Wie kann man mit Threads programmieren wollen ohne die absoluten Grundlagen von Threads zu kennen? Zieh dir unbedingt mal ein Tutorial rein! |
|
|
|
s.luis
|
Hallo Kollegen,
habe den Fehler gefunden.
Ist zwar nicht die schönste Lösung aber wenn ich
Sleep(1); in die Randomfunktion einbaue dann funktioniert alles super.
Scheint mir liefert die random-Funktion nicht schnell genug die Werte für mehrere Threads und deshalb kommen auch komische Dinge heraus.
Wenn ich ein mutex darüberlege geht es auch.
Habe jetzt mein Prg mit 5000-Threads laufen gelassen, war zwar nicht schnell, aber es arbeitet Korrekt.
Dankeschön für die Hilfe.
LG
Luis |
|
|
|
DirkB
|
| s.luis schrieb: | | Aber ich muss sagen der Fehler liegt sicher hier in der Region. |
Da bist du nicht der Erste der sich da täuscht. Leider auch nicht der Letzte. |
|
|
|
|
|
|
|
|
Twitter
Facebook