[mOved] Nspire - Page 6

vince (./150) :
(je pense que ce type de comparaison, il est à même de les faire lui même ^^)

Non car je n'ai jamais pris le temps d'étudier vraiment le TI68k O.S vu que dans tous les cas je suis beaucoup plus interessé en général par les O.S de PC comme Linux(Etudes oblige) ou Windows(boulot oblige).
Je sais juste que le TI68k O.S est fortement orienté événement,semble avoir un système de gestion de fichiers très limité et plusieurs limitations artificielles au niveau de la gestion de la mémoire.
Enfin,il ne semble pas vraiment tiré partie du 68k.

par "ce type de comparaisons" j'entendais "c'est pas du même acabit"

dire que c'est pas pareil, je pense que tu en es capable tout seul ^^

lol

c'est certain

Le TI-OS est orienté mathématique, Nucleus RTOS est un OS temps reel, que l'on utilise plutot dans tout ce dont le temps est critique (l'exemple le plus simple : "centrales nucléaires" ^^)

C'est pas du tout la meme philosophie d'écriture/fonctionnement.

Et pour la gestion de la mémoire sur le "TI-OS" des TI-68k, les limitation mémoires (a part celle d'éxécution) n'est pas "artificiellement" limité. C'est lié a l'architecture de la machine. il est possible de "tricher" et gérer la mémoire autrement, c'est sur, mais ct pas une volonté de TI.

edit: d'ailleurs plutot que parler de "TI-OS" il vaux mieux parler de "AMS" (Advanced Mathematical Software) qui est le nom officile de l'OS des TI-68k

vince (./152) :
par "ce type de comparaisons" j'entendais "c'est pas du même acabit"

dire que c'est pas pareil, je pense que tu en es capable tout seul ^^

Ok autant pour moi.
En effet il semble évident que Nucleus O.S est bien plus avancé/puissant que le TI68k O.S.
Mais remarque qu'avec plus d'infos ou un document expliquant clairement le fonctionnement du TI68k O.S je pourrais sans doute comparer les deux O.S.
En fait ce qui m'intéresse le plus c'est de savoir si TI aurait pu utiliser le TI68K O.S(sauf bien sur réecriture du code bas niveau pour la nouvelle architecture) sans modification majeure pour la TI-NSpire.

Oui il auraient surement pu, mais quel interet ?

Il n'ont jamais fonctionné comme ça quand l'archi a bcp changé, donc bref. Et puis AMS commence sérieusement a montrer ces limites, et apriori la partie math de l'OS de la NSpire est tres proche de celui d'AMS, ça pourrais laisser a penser que la NSpire utilise actuellement Derive

Godzil (./153) :
lol

c'est certain

Le TI-OS est orienté mathématique, Nucleus RTOS est un OS temps reel, que l'on utilise plutot dans tout ce dont le temps est critique (l'exemple le plus simple : "centrales nucléaires" ^^)

C'est pas du tout la meme philosophie d'écriture/fonctionnement.

En fait je fait une distinction entre O.S et A.M.S.
Pour moi l'O.S est le noyau de base du logiciel gérant la couche d'abstraction matérielle,les évenement,la mémoire,le garbage collector et à la limite le GUI.
Donc selon ma terminologie l'A.M.S c'est l'O.S+C.A.S+applications qui tournent dessus.

Et pour la gestion de la mémoire sur le "TI-OS" des TI-68k, les limitation mémoires (a part celle d'éxécution) n'est pas "artificiellement" limité. C'est lié a l'architecture de la machine. il est possible de "tricher" et gérer la mémoire autrement, c'est sur, mais ct pas une volonté de TI.

Par architecture de la machine tu veux parler de celle du hardware TI68k,je présume ?
Par ce que normalement le 68k supporte des adresses de 24 bits,mais les objets(outre Flash Apps) dans le TI68K O.S ont une taille codée sur 16 bits.
Je sais ça doit être peut être plus facile à gérer(bus mémoire de 16 bits,oblige) mais je pense qu'ils auraient tout de même pu coder la taille sur 24 bits de manière à ce que seule la taille de la RAM disponible soit une limite.

edit: d'ailleurs plutot que parler de "TI-OS" il vaux mieux parler de "AMS" (Advanced Mathematical Software) qui est le nom officile de l'OS des TI-68k

Cf plus haut.

KonanYao (./156) :

Godzil (./153) :
lol

c'est certain

Le TI-OS est orienté mathématique, Nucleus RTOS est un OS temps reel, que l'on utilise plutot dans tout ce dont le temps est critique (l'exemple le plus simple : "centrales nucléaires" ^^)

C'est pas du tout la meme philosophie d'écriture/fonctionnement.

En fait je fait une distinction entre O.S et A.M.S.
Pour moi l'O.S est le noyau de base du logiciel gérant la couche d'abstraction matérielle,les évenement,la mémoire,le garbage collector et à la limite le GUI.
Donc selon ma terminologie l'A.M.S c'est l'O.S+C.A.S+applications qui tournent dessus.

Oui mais AMS EST l'os des ti-68k. D'ailleurs si on enleve toute la partie mathématique, il reste rien ou presque.

Et pour la gestion de la mémoire sur le "TI-OS" des TI-68k, les limitation mémoires (a part celle d'éxécution) n'est pas "artificiellement" limité. C'est lié a l'architecture de la machine. il est possible de "tricher" et gérer la mémoire autrement, c'est sur, mais ct pas une volonté de TI.

Par architecture de la machine tu veux parler de celle du hardware TI68k,je présume ?
Par ce que normalement le 68k supporte des adresses de 24 bits,mais les objets(outre Flash Apps) dans le TI68K O.S ont une taille codée sur 16 bits.
Je sais ça doit être peut être plus facile à gérer(bus mémoire de 16 bits,oblige) mais je pense qu'ils auraient tout de même pu coder la taille sur 24 bits de manière à ce que seule la taille de la RAM disponible soit une limite.

Non il n'on pas une taille "codé sur 16bits" la limite de taille des fichiers est limité par la mémoire flash qui est découpé en secteurs de 65535 octets. Ceci n'a aucun rapport avec le bus d'adresse du 68000. D'ailleurs c'est completement faut, les apps flash sont capable (largement) de faire plus de 64Ko

edit: d'ailleurs plutot que parler de "TI-OS" il vaux mieux parler de "AMS" (Advanced Mathematical Software) qui est le nom officile de l'OS des TI-68k

Cf plus haut.

Cf plus haut aussi, "l'os" sans ams n'est rien du tout.

- la limitation des secteurs flash n'était peut-être pas une contrainte au moment du développement de la TI-92, et 64 ko c'était bcp pour l'époque (il y avait environ 70 ko disponibles à l'utilisateur)
- des fichiers 32 bits auraient impliqué plus de consommation mémoire (tous les offsets seraient à stocker sur 32 bits), mais c'est vrai que vu à quel point l'OS est programmé avec les pieds ça n'aurait pas changé gd-chose pour les performances...
- je pense que KonanYao voulait dire "hors FlashApps", pas "outre les FlashApps" ^^

Pollux (./158) :
- la limitation des secteurs flash n'était peut-être pas une contrainte au moment du développement de la TI-92, et 64 ko c'était bcp pour l'époque (il y avait environ 70 ko disponibles à l'utilisateur)

Oui c'est sur, mais si il ont gardé ce fonctionnement sur 89/92+ c'est aussi lié a la flash.

D'ailleurs les @ ne sont pas en 16bits quoiqu'il en soit, rien que la ram fait plus de 256Ko

la "limitation" de taille d'un fichier n'est pas lié au bus adresse/données mais bien a une "limitation" du systeme de fichier plus ou moins lié au matos

Pollux: ça m'étonnerais pas que Ti ai fait dans un premier temps une forme de pagination par bloc de 64K sur les premieres version des TI-68k et qu'ils on gardé ce fonctionnement apr la suite, meme si c'est vrai que 2x plus de place pour stoquer les "fichiers" c'est pas annodin ^^

Godzil (./159) :
Oui c'est sur, mais si il ont gardé ce fonctionnement sur 89/92+ c'est aussi lié a la flash.

C'est surtout que ça aurait cassé l'ABI (toutes les variables doivent stocker leur taille, les textes stockent l'offset du curseur, les programmes basic stockent l'offset des boucles...) et que ça leur aurait demandé du boulot (avec tous les risques de bugs supplémentaires que ça comporte), alors que la limitation ne posait pas vraiment de problème ^^

D'ailleurs les @ ne sont pas en 16bits quoiqu'il en soit, rien que la ram fait plus de 256Ko

Ben oui, c'est pas une question d'adresse mais d'offset/taille.

Oui mais lui parle d'addresse.

Ensuite l'ABI, je suis pas sur que TI se soit fait chier pour la garder forcement compatible avec les 92 I/II

Je pense que c'était qd même important pour eux d'être capable d'envoyer un texte entre 92 et 92+ ^^

Et il parle pas d'adresse 16 bits, il dit juste que le proc (et l'OS) gère les adresses 24 bits donc ce serait raisonnable d'avoir aussi des offsets sur au moins 24 bits...

Je trouve que c'est pas forcement correlé.. On a bien des processeurs 32bits qui gerent des systemes de fichiers 64bit.. on peut bien imaginer (surtout sur de l'embarqué) avoir un systeme de fichier "16b" sur un proco "32b"..

Ben oui... Il dit juste que du coup ça devient une limitation ^^ (et pour les systèmes de fichiers 64 bits, c'est parce que l'espace d'adressage du disque dur n'est pas le même que l'espace d'adressage de la mémoire physique ou virtuelle)

(certes, mais ça s'éloigne un peu du sujet )

Godzil (./157) :

Oui mais AMS EST l'os des ti-68k. D'ailleurs si on enleve toute la partie mathématique, il reste rien ou presque.

Je m'en doute mais il ya bien une partie qui gère le matériel,qui gère les processus,qui gère la mémoire,qui gère les évènements et qui gère le GUI,non ?
Eh bien c'est cette partie que j'appelle l'O.S et qui apparemment a été remplacée par Nucleus RTOS sur la TI-Nspire.

Non il n'on pas une taille "codé sur 16bits" la limite de taille des fichiers est limité par la mémoire flash qui est découpé en secteurs de 65535 octets. Ceci n'a aucun rapport avec le bus d'adresse du 68000. D'ailleurs c'est completement faut, les apps flash sont capable (largement) de faire plus de 64Ko

La limite existait déja sur la TI92 et la TI92II(malgré ses 198 Ko de RAM).
Donc je pense que la taille des secteurs de la mémoire Flash est la conséquence non la cause de cette limite.D'ailleurs TI aurait pu utiliser une Flash avec des secteurs de 128 Ko(comme sur la HP49) voire meme de 256 Ko.
De plus par outre je voulais dire à part les Flash apps.

KonanYao (./166) :

Godzil (./157) :

Oui mais AMS EST l'os des ti-68k. D'ailleurs si on enleve toute la partie mathématique, il reste rien ou presque.

Je m'en doute mais il ya bien une partie qui gère le matériel,qui gère les processus,qui gère la mémoire,qui gère les évènements et qui gère le GUI,non ? Eh bien c'est cette partie que j'appelle l'O.S et qui apparemment a été remplacée par Nucleus RTOS sur la TI-Nspire.

Le problème c'est que le CAS et ces fonctions sont intimement lié. Tu peut difficilement prendre l'OS et virer le cas (déjà c'est pas prévu a la base) donc l'OS (AMS) c'est tout, low level + cas + "gui"

Godzil (./163) :
Je trouve que c'est pas forcement correlé.. On a bien des processeurs 32bits qui gerent des systemes de fichiers 64bit.. on peut bien imaginer (surtout sur de l'embarqué) avoir un systeme de fichier "16b" sur un proco "32b"..

Oui ça crée ce que j'appelle des limitations artificielles.
Prend par exemple le cas d'un calcul algébrique ou la taille de l'expression resultat depasserait les 32 Ko.Mais la TI89T/V200 retournerait une erreur de mémoire alors qu'elle aurait assez de mémoire vivre pour resoudre le problème.
Vu le manque d'optimisation de certains algorithmes ou la simplification automatique qui peut avoir ses travers(matrices avec des élément contenant des des racines et des nombres complexes au denominateur par exemple) ça n'aurait pas été du luxe.
Bien sur une fois que TI a commencé à utiliser de la mémoire Flash avec des secteurs de 64 Ko il leur était difficile voire impossible de revenir en arrière.
Sur les HP48/49 par exemple le proc pouvait gerer des objets d'une taille codée sur 20 bits(mais i base de quartets soit une taille max de 512 Ko),et le système(qui date de 1989 quand même !) exploitait à fond cette possibilité.De ce fait les HP pouvaient supporter en pratique des objets dont la taille etait inférieure à la moitié de la RAM disponible.
Si HP avait su réecrire une version 32 bits de son O.S pour l'architecture ARM la machine resultante aurait été surpuissante,à condition bien sur que ce ne soit pas une machine à la qualité douteuse comme la HP49G+.

Elle est pas completement artifiecielle, vu que la limite "direct" touche aussi le materiel actuellement ^^

Pollux (./162) :
Je pense que c'était qd même important pour eux d'être capable d'envoyer un texte entre 92 et 92+ ^^

En meme temps il n'aurais pas été difficile de faire une conversion "a la volé" pour traduire du 92 I/II a 92+/v200 mais bon.

chez TI se sont des feignasses je crois qu'il y a rien d'autre a dire

edit: Je me rapelle de truc ayant rapport avec le hard des 89 qui faisait qu'il y avais une limitation de 64K (et pas directement le pbm de la flash) mais que ct lié au puces et/ou cablage de je sais plus quoi.. (non pas la puce de protection) enfin bref, j'ai un vague souvenir d'un tel truc. et c'est possible que la 92 ai le meme soucis..

Godzil (./153) :
Le TI-OS est orienté mathématique, Nucleus RTOS est un OS temps reel, que l'on utilise plutot dans tout ce dont le temps est critique (l'exemple le plus simple : "centrales nucléaires" ^^)
C'est pas du tout la meme philosophie d'écriture/fonctionnement.

Et concrêtement ?

Neucleus a été ecrit avec le temsp comme contrainte,

AMS a été ecrit avec "faire des calculs a peu pret juste" comme contrainte, et ce quelque soit le temps qu'il faut pour le resoudre

Avec la Nspire ça change complètement (d'où peut-être le choix de Nucleus, puisque là ils avaient un besoin de tourner aussi sur un hôte Windows x86).

ExtendeD (./173) :
Avec la Nspire ça change complètement (d'où peut-être le choix de Nucleus, puisque là ils avaient un besoin de tourner aussi sur un hôte Windows x86).

Donc conclusion il était impossible pour TI d'utiliser une version améliorée TI68k O.S.
C'est ce que je pensais mais je preferais avoir l'opinion de personnes connaissant bien mieux le TI68k O.S que moi.
Merci donc !

Non je ne pense pas, en effet ce que tu appelles "ti68K OS" est quand même très ciblé sur le hardware utilisé par les ti68k, or ce hardware ne se retrouvera absolument pas (sauf grosse surprise mais franchement j'ai pas trop de doutes dans ce que je dis ) dans la nspire, donc autant utiliser un autre OS plus portable.

Ximoon (./175) :
Non je ne pense pas, en effet ce que tu appelles "ti68K OS" est quand même très ciblé sur le hardware utilisé par les ti68k, or ce hardware ne se retrouvera absolument pas (sauf grosse surprise mais franchement j'ai pas trop de doutes dans ce que je dis ) dans la nspire, donc autant utiliser un autre OS plus portable.

Je pense que TI a peut-être trouver l'arme ultime contre Casio et HP,surtout s'ils parviennent à intégrer entièrement Derive à la plateforme NSpire.Car dans ce cas il disposerait d'un calculateur possedant un CAS extremement puissant et dont le logiciel pourra être relativement facilement porté vers de meilleures architectures matérielles dans le futur.S'il ajoute à ça de meilleures possibilités de développement et de programmation,ils auront pratiquement le calculateur ultime pendant des années.

Bof dérive a clairement montré ses limites.

Godzil (./177) :
Bof dérive a clairement montré ses limites.

Tu parles de la version TI68k ou de Derive pour PC.
Parce que Derive pour PC(surtout avec ses packages additionnels) est de loin plus puissant que la version TI68k.
Surtout en plus qu'il ne souffre pas des limitations de la plateforme TI68k comme:
*Mémoire vive anémique
*Limitation de la taille des objets algébriques à 32 ko
*Ecran monochrome de faible resolution,etc...
Bien sur il ne peut se comparer à Maple ou Mathematica et necessite l'amélioration de certains algorithmes(celui de la fonction taylor par exemple) mais aucune machine de poche ne peut prétendre avoir un CAS plus puissant à part peut-être le CassioPea qui était vendu avec une version de Maple V(mais à quel prix) et encore.
Donc si la Nspire intégre complètement Derive,rien que sur le plan mathématique elle serait beaucoup mais alors là beaucoup plus puissante que la TI89T/V200.

J'arrive un peu tard, mais
> Je sais juste que le TI68k O.S est fortement orienté événement,
Pour les FlashApps, oui, mais on ne s'en sert pas pour la quasi-totalité des programmes ASM

Quelques infos intéressantes sur la NSpire (non confidentielles mais je préfère garder l'anonymat):
- les TI84+ représentent quelques millions d'unités, les Titanium 100 fois _moins_ !
- la Nspire tourne sur un processeur ARM
- la Nspire dispose d'un connecteur d'extension
- la NSpire a un clavier interchangeable qui permet de le remplacer par un clavier de 84+ et elle émule à ce moment là une 84+. Pas prévu pour les
Titanium (cf 1ère ligne).

Voilà, voilà...