Accès Premium
GNT sans publicité, site mobile, fonctionnalitées exclusives...
Rejoignez-nous !
Forums Linux Linux Debian

programme pour afficher plus rapidement

Le
Patrick Carabin
Bonjour à tous,
je cherche un gestionnaire d'affichage «transparent» ou
«virtuel» pour pouvoir très rapidement passer d'un programme à
l'autre ( genre «DesqView» pour msdos, sous lequel tournait
windoze si je peux oser la comparaison ? ).

Explication :
Certains programmes sont très gourmands en ressources CPU, et
je veux les faire tourner en arrière-plan, pendant que j'exécute
d'autres programmes, et aller voir de temps à autre où ils en
sont. Avec le gestionnaire d'affichage standard de KDE (
XFree86 ? ), quand je passe d'un programme à l'autre, un signal
est envoyé au programme:«redessine-toi»( comme sous windoze), ce
qui est parfois extrèmement lent, puisque c'est le programme
soi-même qui doit reconstruire l'affichage. Ce que je cherche est
un gestionnaire d'affichage qui stocke l'affichage au fur et à
mesure que le(s) programme(s) se déroule(nt), et lorsqu'on
demande à voir, affiche "quasi instantanément" la situation
actuelle, car ce n'est pas le programme lui-même qui doit se
«redessiner» mais le programme d'affichage qui recopie
simplement» la «mémoire video virtuelle» dans la mémoire d'éc=
ran.
Ainsi les programme gourmands peuvent tourner en basse priorité,
et l'affichage être très rapide. C'est ce que faisait le
gestionnaire multi-tâche DeskView il y a 10 ans déjà
Qui peut me dire quel est l'équivalent de DesqView pour Linux
( avec paquet Debian de préférence, si possible )? J'ai cherché
dans les descriptions, mais j'ai pas trouvé [ j'ai sans doute pas
tout compris non plus]

Je vous remercie à l'avance.
Patrick
--

Patrick Carabin.

«Plant in de tuin van je hart slechts de roos der liefde»
«Dans le jardin de ton coeur, ne plante que la rose d' amour»
Baha'u'llah.
Lire les 13 réponses

Questions / Réponses high-tech
Poser une question
Vidéos High-Tech et Jeu Vidéo
Plus de vidéos
Téléchargements
Plus de téléchargements
Vos réponses Page 1 / 3
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Alain Tesio
Le #7275261
On Thu, 17 Jun 2004 14:48:47 +0200
Patrick Carabin
soi-même qui doit reconstruire l'affichage. Ce que je cherche est
un gestionnaire d'affichage qui stocke l'affichage au fur et à
mesure que le(s) programme(s) se déroule(nt), et lorsqu'on



Ca va ramer parce que le serveur X doit redessiner des fenêtres
qui ne devraient pas l'être non ?

Alain
Répondre en citant
Patrick Carabin
Le #7275251
Le Jeudi 17 Juin 2004 21:54, Alain Tesio a écrit :
On Thu, 17 Jun 2004 14:48:47 +0200

Patrick Carabin

wrote:
> soi-même qui doit reconstruire l'affichage. Ce que je
> cherche est un gestionnaire d'affichage qui stocke
> l'affichage au fur et à mesure que le(s) programme(s)
> se déroule(nt), et lorsqu'on

Ca va ramer parce que le serveur X doit redessiner des
fenêtres qui ne devraient pas l'être non ?

Alain


C'est précisément ce que je veux éviter, ce à quoi je
veux arriver est que ça ne rame plus puisqu'il ne
faut plus redessiner les fenêtres, il faut seulement copier
de la mémoire "écran virtuel dans le gestionnaire" vers la
"vraie mémoire video", ce qui demande peu de travail. De
plus, on peut alors donner une grande priorité au processus
d'affichage alors que les différents processus de calcul
des applications, eux ont une priorité basse

Patrick Carabin
Répondre en citant
Patrick Carabin
Le #7273771
Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :
Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :
>[...]
> Je vois une option « virtual » et une option «
> screen » qui pourraient être ça, sinon « fvwm »
> pourrait aussi correspondre à ce que je cherche, mais
> je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
> et comme d'habitude écrite probablement par des
> non-anglophones, donc douteuse... Je vais chercher +
> loin, merci pour les idées!

Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...



Le principe est que l'application ignore si oui ou non
elle est effectivement visible: elle se croit TOUJOURS
visible, et s'affiche là où on lui a dit de s'afficher,
elle n'a pas à savoir si ce técran correspond à l'écran
réel ou est simplement virtuel pour l'application, jécran
nest jamais qu'une zone en mémoire... C'est le gestionnaire
X qui doit assurer la correspondance entre l'écran réel et
( une portion de ) l'écran virtuel. C'est d'ailleurs ce qui
se passe avec certaines cartes gaphiques, ans les limites
de leur mémoire et des modes qu'elles savent gérer, et avec
les inconvénients qui en découlent. Si l'affichage virtuel
est géré par X ( et non plus par la carte video ),
l'affichage virtuel devient possible avec toutes les cartes
gaphiques et tous les écrans, et n'est plus limité que par
la mémoire centrale disponible

Patrick Carabin
Répondre en citant
Minux
Le #7273721
Patrick Carabin a écrit :
Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :

Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :

[...]
Je vois une option « virtual » et une option «
screen » qui pourraient être ça, sinon « fvwm »
pourrait aussi correspondre à ce que je cherche, mais
je n'ai trouvé jusqu'à présent qu'une doc en Angliche,
et comme d'habitude écrite probablement par des
non-anglophones, donc douteuse... Je vais chercher +
loin, merci pour les idées!



Je ne pense pas.
En fait, le problème que tu as c'est que lorsqu'une
fenêtre devient visible, elle reçoit un évènement qui
l'en informe. Donc, si le programme à qui appartient
cette fenêtre gère cet évènement, il redessine le contenu
de la fenêtre.
Pour éviter cela, il faut donc que le programme ne
relance pas le réaffichage complet et n'arrête pas son
calcul lorsqu'il reçoit l'évènement (il doit soit ignorer
l'évènement, soit faire du double-buffering).
Maintenant, tu peux trouver un gestionnaire de fenêtres
qui conserve lui-même une copie (le fameux swap dont il a
été question dans ce fil) de la fenêtre et qui évite de
lancer des évènements à tout bout de champ. Le problème
qui se pose alors est : Comment le contenu de cette copie
est-elle donc modifiée par l'application ? Il faut que
l'application puisse prévenir le gestionnaire de
fenêtres...




Le principe est que l'application ignore si oui ou non
elle est effectivement visible: elle se croit TOUJOURS
visible, et s'affiche là où on lui a dit de s'afficher,
elle n'a pas à savoir si ce técran correspond à l'écran
réel ou est simplement virtuel pour l'application, jécran
nest jamais qu'une zone en mémoire... C'est le gestionnaire
X qui doit assurer la correspondance entre l'écran réel et
( une portion de ) l'écran virtuel. C'est d'ailleurs ce qui
se passe avec certaines cartes gaphiques, ans les limites
de leur mémoire et des modes qu'elles savent gérer, et avec
les inconvénients qui en découlent. Si l'affichage virtuel
est géré par X ( et non plus par la carte video ),
l'affichage virtuel devient possible avec toutes les cartes
gaphiques et tous les écrans, et n'est plus limité que par
la mémoire centrale disponible

Patrick Carabin





Hello,

je vais peut-être dire une ânerie plus grosse que moi, et vous voudrez
bien m'en excuser par avance. Mais je propose et on verra :-)
Est-ce que par hasard l'activation de l'accélération matérielle de la
carte graphique (si ce n'est déjà fait) n'améliorerait pas les choses ?
Désolé si j'ai dérangé...



--
Pour me répondre, prière d'ôter le "Spam-poum." de mon adresse.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Répondre en citant
Patrick Carabin
Le #7273701
Le Mardi 22 Juin 2004 09:09, Minux a écrit :
Patrick Carabin a écrit :
Le Vendredi 18 Juin 2004 16:09, Sylvain Sauvage a écrit :
Fri, 18 Jun 2004 15:19:23 +0200, Patrick Carabin a écrit :
[...]







Hello,

je vais peut-être dire une ânerie plus grosse que moi, et vous
voudrez bien m'en excuser par avance. Mais je propose et on
verra :-) Est-ce que par hasard l'activation de l'accélération
matérielle de la carte graphique (si ce n'est déjà fait)
n'améliorerait pas les choses ? Désolé si j'ai dérangé...



* Une ânerie : sûrement pas
* activation de l'accélération matérielle de la carte graphique
(si ce n'est déjà fait) : ça aiderait sûrement, en fait je
suppose que c'est déjà fait ( mais je n'ai pas vérifié, je
suppose que le pilote «nv» s'en occupe ), dans
/etc/X11/XF86Config-4 j'ai :

Section "Device"
Identifier "Generic Video Card"
Driver "nv"
EndSection

dans les logs de xfree je lis :
(--) Chipset RIVATNT2 M64 found
et plus loin :
(==) NV(0): Backing store disabled
mais je ne vois rien qui demande çà, alors j'ai ajouté une ligne
BackingStore
( j'ai trouvé qu'une commande NoBackingStore devait le
désactiver, alors peut-être que sans le NO ça devrait activer ? )
... et je relance, on verra bien
--

Patrick Carabin.

«Plant in de tuin van je hart slechts de roos der liefde»
«Dans le jardin de ton coeur, ne plante que la rose d' amour»
Baha'u'llah.
Répondre en citant
Publicité
Suivre les réponses
Poster une réponse
Anonyme