|  | |  | | 
|
|
| Thursday, June 19, 2008 | | Optimiser les Impressions sous XenApp / Presentation Server 4.X
By Pierre Marmignon @ 8:15 PM :: 3076 Views ::
2 Comments :: :: XenApp, Optimisation | | Faisant suite à l’article de Patrice Jacques Gustave relatif aux Problèmes d’impression Sous Citrix, voici un petit article précisant certains paramètres non documentés permettant d’optimiser les flux d’impressions notamment en Environnement UPD v3. En effet, Presentation Server 4.0 a amené un nouveau système de pilote Universel, basé sur la technologie EMF.
Cette toute nouvelle architecture (malheureusement uniquement valable pour les postes clients Windows 2000 / XP) permet de bénéficier d’un driver Universel capable de s’affranchir d’une gestion de la correspondance entre le pilote côté poste client et celui du serveur. Il devient en effet possible avec un seul et même pilote côté serveur de gérer tout un ensemble de pilotes côté postes client et même de dialoguer avec ceux-ci, afin de récupérer des informations comme les bacs, format de papier, etc…
Arrêtons là, la présentation marketing : S’il est vrai que ce nouveau pilote est une grande avancée, il n’en est pas moins vrai que des produits tiers (type Thinprint) conservent un avantage non négligeable notamment en ce qui concerne les flux d’impression et leur taille.
Conservent ? Peut être devrais-je dire conservaient…
En effet, me basant sur de nombreux tests effectués en environnement client avec des documents problématiques (avec par exemple un PDF de 500kb qui fait 90 Mb spoolé …), je me suis aperçu que la partie la plus impactante en ce qui concerne les performances d’un produit type Thinprint, se situait sur sa capacité à forcer par défaut la résolution des jobs d’impression en basse qualité (150dpi par défaut, ce qui, je vous l’accorde est trop peu pour une utilisation type graphique ou autre).
A l’inverse, le pilote universel Citrix dialoguant avec le poste client, ce dernier hérite par défaut de la résolution configurée au niveau du poste client (généralement 600 dpi ou 1200dpi si l’on considère les imprimantes récentes).
Ce paramètre, aussi anodin soit il, a un impact conséquent sur les performances, la taille du job envoyé au poste client étant exponentiellement proportionnelle à la résolution !
Aussi une question se pose : Pourquoi ne peut on pas gérer ce paramètre sous Presentation Server ?
Et bien en fait cela est tout à fait possible !
Depuis peu, et sans grande communication à ce sujet, Citrix a ajouté dans le code de Presentation Server 4.0 (à compter du R03 Plus Hotfix 68) ainsi que dans celui de Presentation Server 4.5 (à compter du R01) la possibilité d’influer sur le comportement du Driver Universel. Note Importante : Ces paramètres nécessitent l'implémentation de la 'Citrix Universal Printer (CUP)' et s'appliqueront uniquement à cette imprimante.
Pour activer la CUP, vous devrez définir le DefaultPrnFlag suivante : CTXPRN_AUTO_CREATE_GENERIC_UPD_PRINTER , qui correspond à une valeur de 20 en hexadécimal.
Remarque : le client ICA 10.X est nécessaire afin d’appliquer l’ensemble des paramètres décrit ci-dessous.
Tout se passe dans l’arborescence de registre suivante : HKLM\Software\Citrix.
Mon exemple se base sur Windows 32 Bits, l’arborescence changeant en Windows x64
Il sera ici nécessaire de créer une sous-clé “Print” si celle-ci n’existe pas (elle n’est pas présente par défaut sauf si vous l’avez créé pour gérer notamment la valeur DefaultPrnFlags).
Afin d’influer sur le comportement du driver Universel, il est nécessaire de créer une sous-clé “UPDDevMode” soit l’arborescence
“HKLM\Software\Citrix\Print\UPDDevMode“.
Soit :
Windows 32-bit:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\Print\UPDDevmode
Windows 64-bit:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\Print\UPDDevmode
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\Print\UPDDevmode
Voici ensuite les valeurs à positionner afin d’influer sur le comportement de l’UPD v3 :
| Name | Type | Data | | dmOrientation | REG_DWORD | 1 = portrait, 2 = landscape | | dmPaperSize | REG_DWORD | 1 = letter through 118 = last paper defined in paper table | | dmPaperLength | REG_DWORD | 1 - 65535 | | dmPaperWidth | REG_DWORD | 1 - 65535 | | dmScale | REG_DWORD | 1 - 1000 | | dmCopies | REG_DWORD | 1 - 9999 | | dmDefaultSource | REG_DWORD | 1 - 15 | | dmPrintQuality | REG_DWORD | 1 = draft, 4 = high | | dmColor | REG_DWORD | 1 = monochrome, 2 = color | | dmDuplex | REG_DWORD | 1 = simplex, 2 = horizontal, 3 = vertical | | dmYResolution | REG_DWORD | 32 - 65535 | | dmTTOption | REG_DWORD | 1 = bitmap, 2 = download, 3 = substitute, 4 = outline | | dmCollate | REG_DWORD | 0 = false, #1 = true | | dmLogPixels | REG_DWORD | 0 - 65535 | | dmBitsPerPel | REG_DWORD | 0 - 65535 | | dmPelsWidth | REG_DWORD | 0 - 65535 | | dmPelsHeight | REG_DWORD | 0 - 65535 |
Si par exemple je souhaite forcer la résolution par défaut en 300dpi, alors je vais positionner la valeur suivante : dmPrintQuality à "2".
Ce paramètre est ici celui qui nous intéresse le plus car il permet d’optimiser les flux d’impression UPD pour l’ensemble des utilisateurs.
Si vous n’avez pas de contraintes d’impression couleur et voulez gagner encore en performances, forcer le paramètre dmColor à "1" vous permettra de forcer l’ensemble des impressions en N&B par défaut.
Pour terminer le paramètre dmTTOption : Certains documents, généralement les documents générés par les outils de PAO (exemple : PDF généré par Illustrator …) embarquent des polices propriétaires. Lors d’une impression standard, ces polices sont par défaut gérées (et donc converties) en tant qu’images, ce qui alourdi considérablement le document à imprimer lors de son envoi.
En jouant sur cette option, il est ainsi possible de forcer une substitution en utilisant les polices du poste client se rapprochant le plus de l’effet désiré (attention cependant à ce paramètre car il peut avoir des effets de bord parfois incertains …).
Afin de faciliter la Configuration de ces Valeurs, nous avons développé un Outil dédié : XenApp UPD Tuner. Cet Outil est disponible dans notre Section Téléchargements.
Note : Article initialement publié sur Citrix pour les Nuls
|
|
|
|
|
| Comments | Thursday, August 12, 2010 5:55 PM
Bonjour, Les genres de problèmes que vous citez sont exactement ceux que je rencontre. J'ai téléchargé et paramétré avec les outils que l'on trouve dans la zone téléchargement. J'ai fait des tests sur plusieurs fichiers PDF. Sur le casi totalité des fichiers PDF que j'utilise, le fichier spoolé est beaucoup plus volumineux en utilisant le pilote universel citrix. J'ai des imprimantes HP et toutes mes impressions se font avec le pilote universel HP. Cela vous étonne ? Merci Saturday, August 28, 2010 2:07 PM
Bonjour, Tout dépend de la version d'adobe reader utilisée et des polices utilisées car si celles-ci sont 'exotiques' alors elles seront converties en bitmap. De plus, attention à bien utiliser l'imprimante universelle pour les tests. Dans ces cas précis, Thinprint reste le produit le plus performant. Cordialement, Pierre Only registered users may post comments. |
|
| |
| |  | | |
|
| |