malloc ram buffers - Page 1

pour win2k3 g besoin de 2 buffers de 4 gris par prcessus plus 3 buffers de 4 grius pour le systeme, en sachant qu'il y a 5 processus ma y' a til un moyen d'avoir autant de buffers?

Des buffers de 4 gris ? C'est des buffers de quelle taille ?

j'ai l'impression que c la taille de l'écran ...

Hum, ça fait presque 100 ko de RAM ça...
Je doute que ta méhode soit efficace, limmt, parce qu'il ne restera plus rien pour faire tourner les applications après...

y'a pas du tout assez de ram
chaque buffer de 4 gris prend 2*3840 octets

13*7680=99840.
Oui, tu peux avoir autant de buffers. Mais tu prends plus de la moitié de la RAM utilisateur juste pour des buffers d'écrans.

ben j'utilise la fonction malloc_throw et elle me renvoie un error memory des que j'ai 5 buffers de 4 gris

lol 100 Ko de RAM, y a plus simple, Windows ST utilise la méthode de handles associé à cahque fenêtre, plus il y a de fenêtre plus il y a d'handles de sauvegarde de zones graphique plus un handle de communication multitache, donc il faut compter en gros 10 Ko par fenêtre ce qui est assez énorme mais j'avais pour but de les compresser et décompresser rapidement et efficacement soit avec des tests arriver à 6 Ko par handle.

limmt :
ben j'utilise la fonction malloc_throw et elle me renvoie un error memory des que j'ai 5 buffers de 4 gris

Tu dois encore gaspiller pas mal de mémoire pour d'autres trucs (si tu utilises le même genre de méthodes pour tout, ce n'est pas étonnant).

geogeo > les handles je les mets ou? pasque si tu les mets dans la ram ca revient au même

Windows 2003 Server
Windows 2003 Server est un shell très complet pour la TI89 et peut-être plus tard pour les TI92+ et V200. Il est multitache, c'est à dire que tous les programmes lancés sont actifs en même temps. Il utilise son propre langage de programmation, avec une structure proche du ti-basic mais avec ses propres fonctions.

Hum, t'es sûr que ton multitâche fonctionne déjà ?
J'aimerais bien voir ça.
Je suis curieux de voir comment tu as fait ça en C pur...

bien sur qu'il fontionne
c tres simple il execute a chaque fois une commande de chaque processus avec un interréteur de commandes

Euh, rassure-moi, tu fais bien une sorte de tokénisation à chaque lancement de programme quand même ? #doute#

limmt> Ah ok, le multitâche ne fonctionne que pour les programmes made-in win2k3 ?
J'espère que le langage n'est pas trop limité.

vi
ben y'aura une syntaxe proche du ti-basic, avec en plus une stucture conditionnelle Do ... Dowhile cond qui execute au moins une fois les actions. y'aura les finctions du basic plus des fonctions haut niveaux de windows

J'ai un doute sur les performances de ton language, point de vue vitesse.
A la limite, le mieux serait du multitache coopératif a condition de pouvoir coder en assembleur (donc C).
Et pas besoin de 100ko de buffer, stocker dans des buffers seulement les programmes utilisées souvent, sinon prévoir une fonction pour redessiner tout le buffer quand celui ci est utilisé rarement

je suis bien obl;igé de skocker l'image du programme dans un buffer quand la fenetre n'est pas agrandie, iet il faut également un buffer de sauvegarde pour restaurer l'écran apres avoir affiché une boite de dialogue

Ah non t'es loins d'être obligé!
Tu alloues un seul buffer pour l'écran réel, quand la fenetre n'est pas agrandie, elle dessine pas. Quand elle est réactivée, tu appel une commande interne à cette fenêtre qui se charge de redessine l'écran. Je serais toi je m'inspirerai de windows, et de ces messages comme WM_PAINT.

vi mais le data de l'écran il faut bien le sauvegarder qqpart :s

./18>

./20> J'ai dis une connerie ?

Euh à mon avis je doute que Limmt ce lance dans ton idée.

Bon bon, chacun fais comme il veux, c'etait une idée pour faire avancer le schmilblick, enfin le gestionnaire de fenêtre...

mais t bienb obligé de sauvergarder l'écran de la fenetre qqpart

j'arrive a aller jusqu'a 11 ecrans mais pas 13 apres il me fait une error memory

limmt
: mais t bienb obligé de sauvergarder l'écran de la fenetre qqpart

Pkoi ne pas sauvegarder l'état et le reafficher par la suite ?

ben c pour ca que j'utilise des buffers virtuels

Et pourquoi sauvegarder 11 ecrans tu ne les utilise pas tous en même temps.

je me suis mal exprimé ... je veux dire recalculer ton affichage d'apres un état sauvegardé !

c possible pour la gestion des fenetres mais tous les éléments affichés avec des truc squi ne sont pas sauvergardés faudrait les savegarder