Je pense que c'est une question de defaut: par defaut dans BeOS tu as les traitements dans les thread 'moteurs' il me semble et en plus la machine cible au départ était bi-coeur --> utilisation importante des threads dans les appli fourni par l'OS lui meme, guide de programmation indiquant la manière correcte coder une application qui utilise des threads, etc.
Par defaut dans les GUI sur Linux en regle generale, les traitement sont dans le thread du GUI et si tu es motivé alors tu peux utilisé des thread/process pour faire les traitement: résultat pas beaucoup d'utilisation des threads..
D'autant plus que c'est quand même très récent que tout le monde a un bi-coeur dans le monde x86.
Aller contre la fainéantise/recherche de simplicité des developpeurs n'est pas naturel: de la meme maniere qu'il a fallu attendre Chrome pour que les developpeurs de FF soient motivés pour avoir une architecture correcte (de mon point de vue), si Haiku a du succés (très peu probable: Syllable qui est assez semblable n'est quasiment pas utilisé) peut-être qu'un desktop sous Linux sera motivé pour faire les (gros) changement necessaire..
[^] # Re: Thread?
Posté par reno . En réponse à la dépêche Portage de Qt 4.5.1 sous Haiku. Évalué à 1.
Par defaut dans les GUI sur Linux en regle generale, les traitement sont dans le thread du GUI et si tu es motivé alors tu peux utilisé des thread/process pour faire les traitement: résultat pas beaucoup d'utilisation des threads..
D'autant plus que c'est quand même très récent que tout le monde a un bi-coeur dans le monde x86.
Aller contre la fainéantise/recherche de simplicité des developpeurs n'est pas naturel: de la meme maniere qu'il a fallu attendre Chrome pour que les developpeurs de FF soient motivés pour avoir une architecture correcte (de mon point de vue), si Haiku a du succés (très peu probable: Syllable qui est assez semblable n'est quasiment pas utilisé) peut-être qu'un desktop sous Linux sera motivé pour faire les (gros) changement necessaire..