Son design a été prévu dès le début pour supporter le multithreading de façon très intensive, en prévoyant que (rapidement) on utiliserais des machines multiprocesseurs.
Ce qui en fait (en faisait) un système très réactif - tu n'étais *jamais* bloqué dans l'interface à cause d'une opération en cours (un clic pour dérouler un menu lançait un nouveau thread chargé d'afficher et contrôler ce menu, chaque application avait un thread correspondant dans le système graphique...). Même sur des machines moyennes, tu pouvais sans problème jouer plusieurs films/musiques en même temps, tu sentais que les ressources de la machine étaient exploitées au maximum (j'ai souvent du mal à sentir ça sous Windows ou Linux).
Côté file-system, le BeFS et l'utilisation importante des attributs associés aux fichiers - et ce dès le début, intégré à l'OS - était vraiment génial pour faire des recherches, ou pour simplement visualiser des fichiers et leurs caractéristiques associées sans avoir à ouvrir une appli tiers.
Côté graphique, il y avait aussi le système des répliquants (des composants graphiques pouvant avoir une indépendance par rapport à leur fenêtre d'origine).
Et bien sûr, l'API objet de BeOS, vraiment sympa.
Vraiment dommage que ça n'ait pas pû être open-sourcé lorsque Be Inc. a fermé.
qu'ai-je à gagner à utiliser Haïku plutôt que Linux ?
Malheureusement, actuellement, aucun AMA (enfin, si, avec un QEmu, tu peux l'installer et voir par toi-même ce qu'il en est).
On retombe dans le problème de l'avancée du projet, dans le problème de support de matériels très divers (déjà qu'avec Linux c'est pas toujours gagné), des applis disponibles (il y avait une bonne communauté autour de BeOS, et des applications commençaient à arriver).
C'est dommage, j'ai récemment balancé tout le matériel de cette époque (CDs, livres) que j'avais sur BeOS...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: question
Posté par lolop (site web personnel) . En réponse à la dépêche Haïku fête ses 5 ans. Évalué à 10.
Son design a été prévu dès le début pour supporter le multithreading de façon très intensive, en prévoyant que (rapidement) on utiliserais des machines multiprocesseurs.
Ce qui en fait (en faisait) un système très réactif - tu n'étais *jamais* bloqué dans l'interface à cause d'une opération en cours (un clic pour dérouler un menu lançait un nouveau thread chargé d'afficher et contrôler ce menu, chaque application avait un thread correspondant dans le système graphique...). Même sur des machines moyennes, tu pouvais sans problème jouer plusieurs films/musiques en même temps, tu sentais que les ressources de la machine étaient exploitées au maximum (j'ai souvent du mal à sentir ça sous Windows ou Linux).
Côté file-system, le BeFS et l'utilisation importante des attributs associés aux fichiers - et ce dès le début, intégré à l'OS - était vraiment génial pour faire des recherches, ou pour simplement visualiser des fichiers et leurs caractéristiques associées sans avoir à ouvrir une appli tiers.
Côté graphique, il y avait aussi le système des répliquants (des composants graphiques pouvant avoir une indépendance par rapport à leur fenêtre d'origine).
Et bien sûr, l'API objet de BeOS, vraiment sympa.
Vraiment dommage que ça n'ait pas pû être open-sourcé lorsque Be Inc. a fermé.
Malheureusement, actuellement, aucun AMA (enfin, si, avec un QEmu, tu peux l'installer et voir par toi-même ce qu'il en est).
On retombe dans le problème de l'avancée du projet, dans le problème de support de matériels très divers (déjà qu'avec Linux c'est pas toujours gagné), des applis disponibles (il y avait une bonne communauté autour de BeOS, et des applications commençaient à arriver).
C'est dommage, j'ai récemment balancé tout le matériel de cette époque (CDs, livres) que j'avais sur BeOS...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN