J'ai demandé au support PCSOFT de me dire si on pouvait empêcher un aperçu
d'impression de charger toutes les pages (comme en WD5.5 ou seule la
première page était affiché).
Voici ma question et la réponse
Question : comment va se comporter aperçu d'une impression de 1000 pages si
windev les charges en mémoire ! Nos utilisateurs en session Terminal Serveur
vont surement avoir des problèmes.
Réponse : Il n'y a que les pages visibles dans l'aperçu qui sont montées en
mémoire. Les pages sont stockées dans des MetaFile (comme en 5.5) et sont
rejouées dans les pages quand elles deviennent visibles dans l'aperçu. Quand
la machine commence à manquer de mémoire, les MétaFile ne sont plus
conservés en mémoire mais écris sur disque.
Je suis perplexe car pour moi TOUTES LES PAGES sont visible lors d'un aperçu
avant impression. Elle se charge en temps réel. Le fait qu'on va swapper me
parait évident.
Un aperçu de 1000 pages est-il vraiment nécessaire ?
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Emmanuel Haefele
"Romain PETIT" a écrit dans le message de news:
Bonjour Romain,
Un aperçu de 1000 pages est-il vraiment nécessaire ?
Non sans doute pas mais je sais que personnellement et par habitude avant toute édition je passe au préalable par un aperçu. Et je trouve également que si elle n'existe pas, une option empêchant ce phénomène serait la bienvenue.
Amicalement,
Emmanuel Haefelé.
"Romain PETIT" <VoirM@Signature.fin> a écrit dans le message de
news:mn.1a927d5b58e09652.2248@Signature.fin...
Bonjour Romain,
Un aperçu de 1000 pages est-il vraiment nécessaire ?
Non sans doute pas mais je sais que personnellement et par habitude avant
toute édition je passe au préalable par un aperçu. Et je trouve également
que si elle n'existe pas, une option empêchant ce phénomène serait la
bienvenue.
Un aperçu de 1000 pages est-il vraiment nécessaire ?
Non sans doute pas mais je sais que personnellement et par habitude avant toute édition je passe au préalable par un aperçu. Et je trouve également que si elle n'existe pas, une option empêchant ce phénomène serait la bienvenue.
Amicalement,
Emmanuel Haefelé.
Eric Demeester
dans (in) fr.comp.developpement.agl.windev, "Frédéric LAMBOUR" ecrivait (wrote) :
Bonsoir Frédéric,
J'ai demandé au support PCSOFT de me dire si on pouvait empêcher un aperçu d'impression de charger toutes les pages (comme en WD5.5 ou seule la première page était affiché).
Nous (enfin les collègues utilisant toujours Windev ce qui n'est pas mon cas) utilisons toujours Windev 5.5.
Pour remédier à ce problème, j'avais opté il y a bien des années sur un code envoyant par programmation les pages d'aperçu ou d'impression 5 par 5 et non en totalité.
L'idée était à l'époque de ne pas attendre des heures si l'aperçu faisait 1000 pages (cas fréquent dans notre contexte) et de scinder les demandes d'impression à l'imprimante 5 pages par 5 pages, pour soulager le processeur et permettre la reprise en cas de plantage.
-- Eric
dans (in) fr.comp.developpement.agl.windev, "Frédéric LAMBOUR"
<PasDeSpam_f.LAMBOUR@everlog.com> ecrivait (wrote) :
Bonsoir Frédéric,
J'ai demandé au support PCSOFT de me dire si on pouvait empêcher un aperçu
d'impression de charger toutes les pages (comme en WD5.5 ou seule la
première page était affiché).
Nous (enfin les collègues utilisant toujours Windev ce qui n'est pas mon
cas) utilisons toujours Windev 5.5.
Pour remédier à ce problème, j'avais opté il y a bien des années sur un
code envoyant par programmation les pages d'aperçu ou d'impression 5 par
5 et non en totalité.
L'idée était à l'époque de ne pas attendre des heures si l'aperçu
faisait 1000 pages (cas fréquent dans notre contexte) et de scinder les
demandes d'impression à l'imprimante 5 pages par 5 pages, pour soulager
le processeur et permettre la reprise en cas de plantage.
dans (in) fr.comp.developpement.agl.windev, "Frédéric LAMBOUR" ecrivait (wrote) :
Bonsoir Frédéric,
J'ai demandé au support PCSOFT de me dire si on pouvait empêcher un aperçu d'impression de charger toutes les pages (comme en WD5.5 ou seule la première page était affiché).
Nous (enfin les collègues utilisant toujours Windev ce qui n'est pas mon cas) utilisons toujours Windev 5.5.
Pour remédier à ce problème, j'avais opté il y a bien des années sur un code envoyant par programmation les pages d'aperçu ou d'impression 5 par 5 et non en totalité.
L'idée était à l'époque de ne pas attendre des heures si l'aperçu faisait 1000 pages (cas fréquent dans notre contexte) et de scinder les demandes d'impression à l'imprimante 5 pages par 5 pages, pour soulager le processeur et permettre la reprise en cas de plantage.
-- Eric
VPSoft
Bonsoir,
"Frédéric LAMBOUR" a écrit dans le message de news: dkcmen$mcq$
Question : comment va se comporter aperçu d'une impression de 1000 pages si windev les charges en mémoire ! Nos utilisateurs en session Terminal Serveur vont surement avoir des problèmes.
Je n'ai pas la réponse, mais c'est possible d'en avoir le coeur net en faisant un essai (je n'ai pas de cas pour pouvoir tester 1000 pages) tout en vérifiant la charge processeur et mémoire avec le gestionnaire des tâches.
J'aimerais bien connaitre la réponse...
Slts
Victor
Bonsoir,
"Frédéric LAMBOUR" <PasDeSpam_f.LAMBOUR@everlog.com> a écrit dans le message
de news: dkcmen$mcq$1@apollon.grec.isp.9tel.net...
Question : comment va se comporter aperçu d'une impression de 1000 pages
si
windev les charges en mémoire ! Nos utilisateurs en session Terminal
Serveur
vont surement avoir des problèmes.
Je n'ai pas la réponse, mais c'est possible d'en avoir le coeur net en
faisant un essai (je n'ai pas de cas pour pouvoir tester 1000 pages) tout en
vérifiant la charge processeur et mémoire avec le gestionnaire des tâches.
"Frédéric LAMBOUR" a écrit dans le message de news: dkcmen$mcq$
Question : comment va se comporter aperçu d'une impression de 1000 pages si windev les charges en mémoire ! Nos utilisateurs en session Terminal Serveur vont surement avoir des problèmes.
Je n'ai pas la réponse, mais c'est possible d'en avoir le coeur net en faisant un essai (je n'ai pas de cas pour pouvoir tester 1000 pages) tout en vérifiant la charge processeur et mémoire avec le gestionnaire des tâches.
J'aimerais bien connaitre la réponse...
Slts
Victor
Emmanuel Haefele
"Frédéric LAMBOUR" a écrit dans le message de news:dkcmen$mcq$
Bonjour Frédéric,
Je suis perplexe car pour moi TOUTES LES PAGES sont visible lors d'un aperçu avant impression. Elle se charge en temps réel. Le fait qu'on va swapper me parait évident.
Donc j'ai fait le test et effectivement on fini par swapper, ceci dit ça parait logique.
J'avais à ma disposition un serveur 2003 avec 1.5go de Ram. Au départ 350mo utilisé. Je lance mon édition en aperçu sur une session TSE, mon processeur passe à 60% d'utilisation.
- 200 pages, +4 minutes, 580 mo utilisé - 450 pages, +6 minutes, 900 mo utilisé - 800 pages, +7 minutes, 1,17 go utilisé
Là j'ouvre une deuxième session et je lance exactement la même edition:
- 950 pages, +11 minutes, 1.89 go utilisé (75 pages sur la seconde édition) - 1036 pages, +11 minutes, 2.65go utilisé
Ici j'ai dû m'arrêter car la mémoire vituelle sur le serveur n'était plus suffisante.
Voilà pour les tests. Maintenant en faisant ces tests je suis tombé sur un autre problème lié à cet aperçu qui me gène beaucoup plus. J'ai ouvert un nouveau fil sur ce sujet, si vous avez des idées je suis preneur, merci.
Amicalement,
Emmanuel Haefelé.
"Frédéric LAMBOUR" <PasDeSpam_f.LAMBOUR@everlog.com> a écrit dans le message
de news:dkcmen$mcq$1@apollon.grec.isp.9tel.net...
Bonjour Frédéric,
Je suis perplexe car pour moi TOUTES LES PAGES sont visible lors d'un
aperçu avant impression. Elle se charge en temps réel. Le fait qu'on va
swapper me parait évident.
Donc j'ai fait le test et effectivement on fini par swapper, ceci dit ça
parait logique.
J'avais à ma disposition un serveur 2003 avec 1.5go de Ram. Au départ 350mo
utilisé. Je lance mon édition en aperçu sur une session TSE, mon processeur
passe à 60% d'utilisation.
- 200 pages, +4 minutes, 580 mo utilisé
- 450 pages, +6 minutes, 900 mo utilisé
- 800 pages, +7 minutes, 1,17 go utilisé
Là j'ouvre une deuxième session et je lance exactement la même edition:
- 950 pages, +11 minutes, 1.89 go utilisé
(75 pages sur la seconde édition)
- 1036 pages, +11 minutes, 2.65go utilisé
Ici j'ai dû m'arrêter car la mémoire vituelle sur le serveur n'était plus
suffisante.
Voilà pour les tests. Maintenant en faisant ces tests je suis tombé sur un
autre problème lié à cet aperçu qui me gène beaucoup plus. J'ai ouvert un
nouveau fil sur ce sujet, si vous avez des idées je suis preneur, merci.
"Frédéric LAMBOUR" a écrit dans le message de news:dkcmen$mcq$
Bonjour Frédéric,
Je suis perplexe car pour moi TOUTES LES PAGES sont visible lors d'un aperçu avant impression. Elle se charge en temps réel. Le fait qu'on va swapper me parait évident.
Donc j'ai fait le test et effectivement on fini par swapper, ceci dit ça parait logique.
J'avais à ma disposition un serveur 2003 avec 1.5go de Ram. Au départ 350mo utilisé. Je lance mon édition en aperçu sur une session TSE, mon processeur passe à 60% d'utilisation.
- 200 pages, +4 minutes, 580 mo utilisé - 450 pages, +6 minutes, 900 mo utilisé - 800 pages, +7 minutes, 1,17 go utilisé
Là j'ouvre une deuxième session et je lance exactement la même edition:
- 950 pages, +11 minutes, 1.89 go utilisé (75 pages sur la seconde édition) - 1036 pages, +11 minutes, 2.65go utilisé
Ici j'ai dû m'arrêter car la mémoire vituelle sur le serveur n'était plus suffisante.
Voilà pour les tests. Maintenant en faisant ces tests je suis tombé sur un autre problème lié à cet aperçu qui me gène beaucoup plus. J'ai ouvert un nouveau fil sur ce sujet, si vous avez des idées je suis preneur, merci.
