Excellente nouvelle!
Je viens justement de passer un peu de temps a essayer de comprendre le fonctionnement des threads dans BeOS.
En fait, je voudrais rendre une application Qt4 plus réactive. Pour cela, je pense copier le fonctionnement de BeOS en essayant de mettre en place des threads séparés pour les traitements non liés à la GUI. Ça a l'air un peu lourdingue à faire parce qu'il faut passer par des signaux/slots pour tout.
Dans BeOS ^Haiku il y a des threads partout par défaut, et au moins un thread par fenêtre. J'ai l'impression que dans Haiku l'application sera plus réactive "par défaut" (en utilisant le modèle de programmation BeOS).
Je suppose que ce portage ne remet pas en cause le modèle de thread utilisé par Qt (un seul thread pour la partie GUI), mais ne risque-t-on pas de perdre la réactivité d'Haiku dans les applications Qt portées?
# Thread?
Posté par Gilles G. . En réponse à la dépêche Portage de Qt 4.5.1 sous Haiku. Évalué à 4.
Je viens justement de passer un peu de temps a essayer de comprendre le fonctionnement des threads dans BeOS.
En fait, je voudrais rendre une application Qt4 plus réactive. Pour cela, je pense copier le fonctionnement de BeOS en essayant de mettre en place des threads séparés pour les traitements non liés à la GUI. Ça a l'air un peu lourdingue à faire parce qu'il faut passer par des signaux/slots pour tout.
Dans BeOS ^Haiku il y a des threads partout par défaut, et au moins un thread par fenêtre. J'ai l'impression que dans Haiku l'application sera plus réactive "par défaut" (en utilisant le modèle de programmation BeOS).
Je suppose que ce portage ne remet pas en cause le modèle de thread utilisé par Qt (un seul thread pour la partie GUI), mais ne risque-t-on pas de perdre la réactivité d'Haiku dans les applications Qt portées?