Forum Graph100

Tekkeitserktok · 07 Jun 2004 06:41:56

Je m'explique...
Le but est de faire tourner un prog de la caltoche en tache c'est-à-dire kon peut exécuter un prog pdt que l'on va dans un autre prog....
Possible?

Superna · 07 Jun 2004 07:33:39

ui c possible mais le probleme est le mank de memoire
c ce ki se passe avec enter.com de roenender, il ecoute les appels a l'interuption clavier et change le code stocké
pour la place, il est coneillé de le faire en asm...mais c cho !

Tekkeitserktok · 07 Jun 2004 07:39:47

ué ok donc pa possible pour moi....lol merci!

[neo]f4kill · 07 Jun 2004 11:14:25

sa s'appelle un TSR
Terminate and stay resident ... (cf le prog inutile)

Azor · 07 Jun 2004 14:40:27

pas du tout, mais si on regarde la gestion du multitache, en général ça ressemble à ceci:

while(1)
{
[bout de code du prog 1]
!Interruption periodique!
sauver les registres 1
charger les registres 2
[bout de code du prog 2]
!Interruption periodique!
sauver les registres 2
charger les registres 3
[bout de code du prog 3]
!Interruption periodique!
sauver les registres 3
charger les registres 1
}

et ainsi de suite!
En théorie, on pourrait faire tourner plusieurs programmes en meme temps.

En problème, y' a évidemment la mémoire, à moins d' allouer pas mal de mémoire en memzone, interdisant au prog s' executant dedans d' utiliser celle ci!
Y' a aussi un ralentissement parce que un tel système doit recharger les registres et les sauvegarder a chaque fois...
Enfin, il peut y avoir des conflits entre programmes, notemment avec le port comm et clavier... mais si c' est bien géré, je pense que c' est tout a fait possible!
Mais ça necessiterait la création d' un nouvel OS pour la G100, histoire de recuperer le max de mémoire, et interdirait aussi l' utilisation des RXE.

Neo> le TSR est un moyen, c' est pas automatique que ça soit executé toutes les X secondes!

[neo]f4kill · 07 Jun 2004 16:00:59

quoi pas du tout?

je parlai de sa :

ce ki se passe avec enter.com de roenender

sa c un TSR! :x

mastermage · 07 Jun 2004 16:03:26

lol c possible mais c chaud a gerer sous DOS

Azor · 08 Jun 2004 02:48:36

un tsr c' est pas une autre tache. c' est la conservation de code executable sans possibilité qu' une autre execution l' écrase en mémoire. point barre.
Après tout dépend de son utilisation.

mastermage · 08 Jun 2004 15:43:54

TSR differend de multi-taches !
et puis par multi-taches il faut faire la difference entre mult-threading et multi-processus.
le multi-threading, bien que pas tres facile a mettre en place, pourrait tres bien etre utilisé sur g100, alors que plusieurs processus qui tournent en meme temps ( != TSR) c'est quasi voire totalement impossible sous un systeme DOS

Azor · 08 Jun 2004 16:14:14

(essayez pas de le casser parce qu' il a le sort boomrang sur lui)

Tekkeitserktok · 09 Jun 2004 01:41:49

moi je parle du muliti process.... sad

mastermage · 09 Jun 2004 04:10:33

lol... la je suis cassé :mrgreen:
bon alors multi-process -> faut faire un nouvel OS :twisted:
(X-thunder tu faisais allusion au sujet des librairies dynamiques ?)

Tekkeitserktok · 09 Jun 2004 06:08:32

donc ça va pa être possible because moi et l'asm == :x lol

Superna · 09 Jun 2004 07:49:43

ouais mais pour faire un nouvel OS il faut obligatoirement kon trouve comment modifier ce *** de lecteur A: !!!!

Azor · 10 Jun 2004 02:13:21

par fatalement, suffit de modifier en live la mémoire, de reconstruire toutes les interruptions!

Et croiser les doigts pour que l' utilisateur ou un prog ne reboot pas la calc :mrgreen:

Sinon je suis persuadé qu' il y' a moyen de le modifier, une etude pourrait etre faite à partir d' un ému non?

Superna · 19 Sep 2004 13:08:11

désolé de reveiller ce post mais bon c vrai qu'en stockant chaque processus dans une interuption, et en reveillan certain processus kan on el veut on pourrais faire ce systeme
mais apres fo pouvoir se retrouver la ou on étais.......

Spesiel · 20 Sep 2004 12:39:44

Marrant, mais ça me rappelle Win 1.0 ou 2.0... Y'avait un système pseudo multi-tâches...

mastermage · 20 Sep 2004 13:19:18

dans windows 16 bits le mult-taches n'etait pas preemptif (temps processeur redistribué par l'OS entre les differents processus et thread sur un seul ou plusieurs processeurs, le tout selon un algo de gestion de ressources machine), mais cooperatif (ce sont les applications qui rendent la main a l'OS, qui passe l'execution au precessus suivant. C'etait transparent pour le programmeur a cause de la programmation evenementielle (pour ceux qui ont programmé avec windows, c'est la boucle de message qui faisait tout).

comme tu dis hop... euh spesiel :mrgreen: c'est pas du vrai multi-taches, alors que ce que dont parle superna c'est du vrai multi-taches

"la culture c'est comme la confiture, moins on en a, plus on l'étale !"

Forum Graph100

Annonce

#1 07 Jun 2004 06:41:56

Possible ou Impossible?

#2 07 Jun 2004 07:33:39

Re: Possible ou Impossible?

#3 07 Jun 2004 07:39:47

Re: Possible ou Impossible?

#4 07 Jun 2004 11:14:25

Re: Possible ou Impossible?

#5 07 Jun 2004 14:40:27

Re: Possible ou Impossible?

#6 07 Jun 2004 16:00:59

Re: Possible ou Impossible?

#7 07 Jun 2004 16:03:26

Re: Possible ou Impossible?

#8 08 Jun 2004 02:48:36

Re: Possible ou Impossible?

#9 08 Jun 2004 15:43:54

Re: Possible ou Impossible?

#10 08 Jun 2004 16:14:14

Re: Possible ou Impossible?

#11 09 Jun 2004 01:41:49

Re: Possible ou Impossible?

#12 09 Jun 2004 04:10:33

Re: Possible ou Impossible?

#13 09 Jun 2004 06:08:32

Re: Possible ou Impossible?

#14 09 Jun 2004 07:49:43

Re: Possible ou Impossible?

#15 10 Jun 2004 02:13:21

Re: Possible ou Impossible?

#16 19 Sep 2004 13:08:11

Re: Possible ou Impossible?

#17 20 Sep 2004 12:39:44

Re: Possible ou Impossible?

#18 20 Sep 2004 13:19:18

Re: Possible ou Impossible?

Pied de page des forums