D'après ce qu'on expliquait à l'époque, BeOS a été conçu pour être un système temps réel dur et multithread "par défaut". Par exemple, lorsque tu utilise l'API standard de gestion de l'interface, BeOS te thread automatiquement la gestion de l'affichage et gère le reste dans un autre.
La gestion du shedduling, du switch entre taches et threads, l'accès à tout ce qui est flux de données (DD, vidéo, son) le rendait particulièrement adapté au multimédia (ce pour quoi il a été conçu). Il avait une conception assez orienté objet, on devrait plutôt dire composant. Un peu comme think
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: question
Posté par Ontologia (site web personnel) . En réponse à la dépêche Haïku fête ses 5 ans. Évalué à 6.
Au milieu de cette page : http://www.espace-cubase.org/page.php?page=bepouraudio , tu trouveras pas mal d'infos.
La gestion du shedduling, du switch entre taches et threads, l'accès à tout ce qui est flux de données (DD, vidéo, son) le rendait particulièrement adapté au multimédia (ce pour quoi il a été conçu). Il avait une conception assez orienté objet, on devrait plutôt dire composant. Un peu comme think
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker