Euh, c'est pas tout à fait aussi simple, c'est pas lui qui décide "cette partie là je la mets dans un thread".
En fait, un programme reste monothread tant qu'il n'affiche rien.
Là ou ça devient intéressant (et parfois aussi emm***ant pour porter des trucs monothread comme QT ou autre), c'est qu'à chaque fenetre ouverte, BeOS crée un thread pour s'en occuper (lire, dispatcher les messages et y répondre). En fait il y en a même 2, un qui fait partie du programme, et un autre qui est créée par le GUI (app_server), et qui s'occupe de l'affichage.
[^] # Re: Puisqu'on en parle...
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Be est en liquidation, beOs est mort?. Évalué à 10.
Euh, c'est pas tout à fait aussi simple, c'est pas lui qui décide "cette partie là je la mets dans un thread".
En fait, un programme reste monothread tant qu'il n'affiche rien.
Là ou ça devient intéressant (et parfois aussi emm***ant pour porter des trucs monothread comme QT ou autre), c'est qu'à chaque fenetre ouverte, BeOS crée un thread pour s'en occuper (lire, dispatcher les messages et y répondre). En fait il y en a même 2, un qui fait partie du programme, et un autre qui est créée par le GUI (app_server), et qui s'occupe de l'affichage.
AtheOS utilise le même modèle de threading AFAIK.