Forum TI-Planet.org

Ah, parce que testmem() n'affiche pas la progression ? Je n'ai pas du tout fait gaffe.
Tu te souviens du temps que ça avait mis (environ) pour toi ?

Je ne sais plus mais avec mem(), le retour du bloc mémoire contigu le plus long grand est assez rapide, quelques secondes.
Et tu verras au fur et à mesure, les blocs mémoire trouvés sont de plus en plus petits et tendent vers zéro, fin du test.

Avec mem() c'est franchement l'affaire de quelques minutes.


J'ai l'impression que testmem() qui effectue une boucle de tests mem() a une consommation de ressources qui perturbe l'affichage.

Merci je teste ça

Les logiciels élève TI-Nspire CX 5.2.0 sont maintenant également téléchargeables.
Voir en fin de 1er post.

Les logiciels enseignant TI-Nspire CX 5.2.0 sont maintenant également disponibles.
Voir en fin de 1er post.

J'ai teste le script seuil sur Numworks+KhiCAS+MicroPython, resultat 0.51s, identique a celui que je mesure sur la Nspire CX (coincidence assez amusante!). Il y a donc bien un probleme dans le script ou la version de KhiCAS Numworks que critor a utilise.

J'ai aussi teste le Mandelbrot suivant

Code: Tout sélectionner

from math import *
from kandinsky import *
# Mandelbrot fractal
# Nmax: precision, s: scale
def mandelbrot(Nmax=10,s=2,X=160,Y=111):
  w=2.7/X
  h=-1.87/Y
  Y=Y-1
  for y in range(ceil(Y/2)+1):
    c = complex(-2.1,h*y+0.935)
    for x in range(X):
      z = 0
      for j in range(Nmax):
        z=z**2+c
        if abs(z)>2:
          break
      fill_rect(s*x,s*y,s,s,126*j+2079)
      fill_rect(s*x,s*(Y-y),s,s,126*j+2079)
      c = c+w
  set_pixel() # Nspire sync screen


Il faut 15 secondes pour mandelbrot() sur la Numworks avec KhiCAS+MicroPython (on gagne un facteur 2 avec la symetrie et un autre facteur 2 avec la resolution de 2x2 pixels, il faut un peu plus de temps avec le MicroPython interne de la Numworks, probablement parce que fill_rect est moins optimise). Meme temps sur la nspire CX. Ce serait interessant d'avoir le temps sur la nspire cx ii d'un equivalent avec la lib graphique de TI.

N.B.: Les versions de KhiCAS viennent d'etre mises a jour, avec un alias de module time pour nsp, ainsi que des commandes time() et monotonic(), ainsi que la possibilite d'interrompre un script Python (ce qui n'etait pas le cas jusqu'a present...)
TI Nspire CX https://www-fourier.univ-grenoble-alpes.fr/~parisse/ti/khicas.zip
Numworks https://parisseb.github.io/nw-external-apps/

parisse a écrit:J'ai teste le script seuil sur Numworks+KhiCAS+MicroPython, resultat 0.51s, identique a celui que je mesure sur la Nspire CX (coincidence assez amusante!). Il y a donc bien un probleme dans le script ou la version de KhiCAS Numworks que critor a utilise.

Merci. Et ça ne marche toujours pas ici. La machine n'affiche rien, s'éteint, et signale un KeyboardInterrupt quand je la rallume.

Code: Tout sélectionner

try:
  from time import *
except:
  pass

def hastime():
  try:
    monotonic()
    return True
  except:
    return False

def seuil(d):
  timed,n=hastime(),0
  start,u=0 or timed and monotonic(),2.
  d=d**2
  while (u-1)**2>=d:
    u=1+1/((1-u)*(n+1))
    n=n+1
  return [(timed and monotonic() or 1)-start,n,u]

Comme dit plus haut c'est possiblement que la version compatible Omega distribuée par M4x1m3 n'est pas entièrement stable :
https://m4xi1m3.github.io/nw-external-apps/

Cela aurait été quand même mieux de résoudre les problèmes de compatibilité Omega/Delta/KhiCAS avant la rentrée.

Merci pour le reste des ajouts, je vais voir.

Je ne sais pas si Omega a remplace son arborescence source de l'app External par celui de Delta, si ce n'est pas le cas, les syscalls ne sont pas bons quand on regarde les sources (il en manque) donc KhiCAS risque de planter n'importe quand. Pour les modifications que j'ai faites dans KhiCAS, il suffit de recuperer https://www-fourier.univ-grenoble-alpes.fr/~parisse/giac/giac-1.6.0.tar.bz2 qui contient maintenant le source de MicroPython 1.12 modifie (pour Numworks, TI Nspire, Xcas et Xcas pour Firefox).

Article mis en avant en sidebar avec cette image