toujours est-il qu'il y a une rubrique pour les OS sur yaronet
macosx est un poil plus beau à mon avis
je c bine que c pas comparable... mais c une question de goût
impressionant, quand on connait la taille de XP
Mouais, je l'ai essayé et il a planté...
Legus Le 03/10/2002 à 22:46 a voir ce qu'il gère aussi...
EX-Boss de Ti-Fr v2.0
Le meilleur sport ? La Chasse Sous-Marine bien sur...
Tout à fait d'accord avec jcop (sauf pour QNX qui est vraiment de la merde). D'autant plus que ce travail est malheureusement totalement inutile.
pkoi inutile ?? (je parle d'un point de vue scientifique, pas commercial, bien sûr...)
Je confirme, QNX est une merde, il a jamais booté chez moi..
Quel est la particularité de cet OS ? D'avoir été écrit pour PC x86 ??
Bonjour la portabilité ! D'autant plus que l'x86 n'a pas d'avenir.
Je ne vois même pas d'intérêt scientifique.
Quelle est la différence du point de vue scientifique en écrire un OS en asm et un OS en un autre langage ?
Oui, mais il disparaitra inevitablement du fait du langage employé, il ne supportera pas de changement de structure, c'est dommage, on ne peut pas recoder un projet de cette taille pour changer d'architecture!
le truc c'est surtout de savoir si menuet os a un avenir à part bien entendu dans le cerveau des coders pour qui ça doit etre un beau challenge..
parce que des x86 on va en voir pendant encore un bout de temps
Kevin Kofler Le 04/10/2002 à 15:46Edité par Kevin Kofler le 04/10/2002 à 15:47 Debian compile sa distribution GNU/Linux entière pour plusieurs architectures de processeurs à chaque fois. Ce n'est pas impossible pour les logiciels fournis avec la source en un langage portable comme le C. TIGCC pour Linux/Unix peut également être facilement compilé pour n'importe quel processeur (même si je ne garantis pas qu'il n'y a pas de bogues qui limitent la portabilité - je ne peux tester que sur x86).
faudrait essayer sur mac quand même
JM Le 04/10/2002 à 15:47Edité par JM le 04/10/2002 à 15:49 Kevin, je t'invite à écrire du code x86 mieux qu'un compilateur !
C'est malheureusement un gros défaut du x86. On ne peut pas comparer le x86 au 68000 en terme de comparaison asm/C. Cela tient notamment du fait que les processeurs x86 existent dans de nombreuses variantes et qu'il est très difficile d'optimiser à la fois pour toutes les processeurs existants. Les règles d'optimisation son même tellement complexes qu'optimiser pour un seul processeur est également difficile.
Déjà, lors du pentium, c'était déjà presque impossible. En applications les règles d'opitimisation du processeur d'Intel (cf livre de Michael Abrash, qui prétend corriger les datashets d'Intel, preuves à l'appui), cela ralentissait mon code sur mon Cyrix !!!
Et j'ose pas imaginer maintenant.
Sachant donc que 90% du code se présente mal à l'optimisation asm, cela reste donc stupide.
Et vous oublier tous que l'opotimisation ne consiste pas seulement à écrre du bon code assembleur. Il faut aussi savoir piloter au mieux chaque matériel existant, et je parie que MenuetOS ne propose que des pilotes génériques. Le gain est pourtant nettement plus important à ce niveau.
Ne cherchez pas à savoir d'où vient la lenteur que mentionne jcop.
Personnellement, je n'ai essayé que QNX, et je le trouve également lent.
S'ils veulent vraiment relever le défi en matière d'OS, qu'il commence par le faire en C... surtout sur x86. Ils pourront se consavrer à des choses nettement plus importantes.
MenuetOS devrait tourner sans problèmes là-dessus normalement
Ben voyons ! C'est le genre de truc qu'il ne faut dire avant d'avoir vérifié.
Les processeurs 64 bits seront fait pour supporter un système 64 bits par défaut.
Je n'en sais rien mais il est possible que seul l'ensemble des instructions utilisateurs soient émulée.