Hello.
 
Bon ca fais un p'tit moment que je recherche des infos sur internet ... Mais ne connaissant pas grand chose aux impressions ... Je patauge !
 
Nous avons des serveurs RDS sur notre Datacenter ... Nos clients se connectent au serveur pour utiliser certaines applications centralisés depuis des sites distants. Comme beaucoup apparemment, on se retrouve confronté à un problème de lourdeur des impressions lorsque ces dernières sont spoolées.
 
exemple fait à l'instant : un fichier pdf qui fait 196 Ko au départ, sera spoolé à hauteur de 22.2 Mo ... Et pourtant y a pas grand chose dedans ...
 
On nous a parlé de plusieurs systèmes de gestion des impressions (EasyPrint, thinPrint), nos premiers tests avec easyprint ne semblent pas très concluants, le soucis de thinprint ... c'est un logiciel tiers payant ... Donc avant d'en arrivé là ...
 
Les serveurs sont tous en Windows 2008 R2. Les postes clients sont en Windows 7 64 bits et nos imprimantes sont à 95% des Xerox. Sur chacun des sites, nous avons un serveur d'impression en Windows server 2008 R2.
 
A cela j'ai plusieurs questions :
 
- Easy print ... J'ai l'impression que c'est plus un moyen de se simplifier la configuration des imprimantes clientes que d'optimiser les flux ... Vous confirmez ?
- Connaissez vous une procédure, ou logiciel qui serait vraiment parlant pour voire l'utilisation du spool, plutôt que la "bête" file d'imrpession Windows ?
- Connaissez vous thin print ... Est-ce vraiment stable, fiable et optimisé pour du RDP ?

Tu peux toujours regarder les fichiers créés dans le dossier "spool" de Windows ou activer l'event viewer pour avoir les traces de tout ce qui passe comme impression.Après j'imagines qu'avec un peu de scripting et de log parser, tu devrais avoir des éléménets.
 
Pour les PDF, c'est normal. Ca peut généré rapidement des tonnes de code (la ou j'étais avant, y'avait des plans 2D et les trucs spoolés prenait carrément un max de place par rapport à la taille du fichier). De même des fichiers images, une fois spoolé, attention quoi.
Sur Acrobat Reader y'a une fonction "bitmap" des fois à activer pour changer la taille (mais des fois c'est pire !).
L'autre truc, comme je fais chez HP, c'est de changer de version de driver PCL6 à PCL5 par exemple, ça peut diminuer la taille.
 
Tout ça pour dire que je comprends bien la problématique car j'lai connu sans trouver de réelle solution qui annihiler le problème

Arf ... C'pas une bonne nouvelle ca

C'est le plus gros problème dans mon infra TSE.
 
Il faut que ta boite s'habitue à faire des PDF légers, compressé les images, l'optimisé un maximum (j'ai pu voir certains fichiers dépassant le Giga en pdf...)
 
Pour les solutions, chez nous c'est une surcouche avec un module d'impression propriétaire, mais dans tout les cas, ça n'est pas aussi efficace qu'une bonne ligne sdsl avec une optimisation des fichiers imprimable
 
 
Pour la partie thinprint&easy print je ne connais pas.

Le pb c'est que nombre des pdf ne sont pas édité chez nous ... Et que nombre de pdf dépassent un nombre de page important (société comptable ...)

Salut,
 
j'utilise Thinprint sur mon serveur TSE (2003) pour régler la problématique des imprimantes capricieuses qui disparaissent, et aussi pour éviter d'avoir à installer les drivers sur le serveur TSE : franchement rien à dire, c'est nickel! Rapide, fiable, rien à configurer à part le client Thinprint sur les postes clients.

@Meulator Et côté optimisation du flux, cela donne quoi ?

Tu parles de la bande passante nécessaire?  
On est relativement large là dessus donc je ne contrôle pas trop et la version que j'utilise est relativement ancienne, mais les impressions sont quasi immédiates ; on utilise pas la compression maximale, mais "optimale"  
 
En même temps, je n'ai qu'une 30 aines d'users...

le scénario est donc complètement différent surtout que j'ai des serveurs d'impressions sur tous les bureau, donc l'agent doit être installé sur le poste client ou sur le serveur d'impression ?

Sur la solution (ancienne) que j'utilise, y'a une partie à installer sur le serveur d'impression (qui donc pour moi est le serveur TSE) et une partie à installer sur le poste client.

Peut être que les nouvelles version fonctionnent différemment.

Edit : hum remarque non, ce sont des imprimantes locales... donc a priori tu installe le thinprint sur ton serveur TSE, là ou doivent être mappées les imprimantes

heuuu tu es sur de ton coup niveau serveur d'impression ? Chez moi le serveur d'impression n'est pas TSE ... C'est un serveur qui héberge les spool d'impression et permet aux utilisateurs de facilement les imprimante en plus de faciliter la maj des pilotes
 
Si ton serveur tse est ton serveur d'impression ... Je vois pas comment un soft peut te simplifier la gestion des imprimantes

Par contre si tu utilise les imprimantes locales du poste veille à ce que les postes soit bien dimensionnées (ram/cpu).
 
Avec  au moins une sdsl 2Mb et un poste bien dimensionné sa doit rouler tout seul !

je n'ai aucune imprimante connecté en port série (usb ou autres) sur les postes. Que des imprimantes réseaux
 
Niveau conf on est plus qu'à l'aise core i5 / 8 Gb de ram et SSd pour tous
 
sdql 2 Mb ? Euhhhhhhh mes sites n'ont pas tous le même nombre de user un site de 600 personnes je pense pas que cela suffise

 
 
Bah simplement parceque sous TSE parfois, les imprimantes sont mal mappées ou alors elle disparaissent... et de plus faut installer les drivers pour chaque modèle d'imprimante. Avec Thinprint, pas besoin, driver unique ; et les imprimantes restent connectées, plus de comportement bizarre!

Chatton2 c'est quoi ton serveur RDS 2008 R2 ou 2003 ?
Car depuis un serveur TSE 2008 R2 et avec un serveur d'impression classique je n'ai plus de problème.
 
Avant j'utilisais ThinPrint et/ou Appidis qui fonctionne très bien pour compresser le flux d'impression.
 
J'ai résolu le problème des impressions à distance chez nous donc si tu veux.
Problème de scan volumineux.
Problème de lenteur d'impression à distance.
Problème de coût d'impression...
 

Nos serveurs sont en 2008 R2.
 
En faite la GROSSE lourdeur vient de la conversion des PDF (95% de nos impressions ... Merci les progiciels comptables) vers GDI ... un fichier de 170Ko est spoulé à hauteur de 20M ....
 
On a mis une population en test sur EASYPRINT qui réduit dans les meilleurs conditions, par 5 la taille du spool ....  
 
On va commencer à regarder thinprint à partir de demain.

oui c'est "normal".
 
La génération des PDF provients d'où ? Scan ou Enregistrer sous ?
 
Tu as APPLIDIS aussi comme logiciel (c'est celui là qu'on avait retenu car moins lourd à mettre en place)

Ce sont pour la plupart des applications de comptabilité (je boss pour un cabinet).
 
Donc ca tourne autour (mais pas que) de SAGE et de CEGID

ok, je pense que les solutiosn thin print applidis etc... vont déjà te permettre d'améliorer considérablement l'impression.  
Si cela ne satisfait pas, je pense qu'il faut se diriger vers des boitiers de compression de flux.

C'est pas le même budget on a déjà essayé des boitier type ipanema/riverbed ... Je n'étais pas en charge du projet, mais il y avait une contrainte chez nous qui faisait que le fonctionnement n'était pas terrible.
 
Je dis bien chez nous ! je ne remet pas en cause le bousin !

^^ après tout ça, il y a rien qui te convient... il voir d'autres solutions d’envoi de fichiers.

les boitiers avaient étés testés pour des besoins plus larges

Bonjour,
je me permets de répondre à ce sujet même s'il date un peu.
En fait, j'ai exactement le même soucis sur mon serveur RDS Windows Server 2008 R2. Les impressions PDF générées en RDS font plusieurs Mo alors qu'en local c'est plusieurs Ko (exemple : 190 Ko en local et 60 Mo en RDS). Nous utilisons PDF Creator.
Avez-vous finalement trouvé une solution?  

C'est normal... il faut utiliser des outils de compressions.
Applidis, les redirections d'impression etc ... comme j'ai déjà répondu plus haut.