[THIN] Re: Printer Bandwidth
- From: "Cwalinski, Zygmunt" <zcwalinski@xxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Wed, 1 Nov 2006 16:41:01 -0500
Thanks Rick for your information. I didn't know about this tool.
I have checked the "SMC Console" and it works fine with Citrix
Presentation 4.
Unfortunately it doesn't work on Citrix XP
Zygmunt Cwalinski, System Analyst Network Services
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Rick Mack
Sent: November 1, 2006 3:04 PM
To: thin@xxxxxxxxxxxxx
Subject: RE: [THIN] Re: Printer Bandwidth
Hi Zygmunt,
XP will let you throttle printer bandwidth for autocreated client
printers on a server basis.
Printer bandwidth throttling has the disadvantage that it will slow all
printing to autocreated client printers, whether the bandwidth is
available or not.
Mark is quite correct in saying that printing via the ICA virtual
channel (autocreated printer) will consume as much bandwidth as it can.
For a single user this isn't a problem at all becuase the printer
traffic is backgrounded and prioritized not to interfere with
keyboard/video updates etc. But if you've got multiple user's sharing
the same link and all using autocreated client printers, then one user's
print job can certainly impact on the other user's sessions.
In this scenario, you will either have to resort to printer bandwidth
throttling, or a much better solution if possible is to print to a
network printer on the remote site. That let's you set network QOS to be
optimised for ICA and all printing will run at a lower priority but can
take as much spare bandwidth as is available.
A tool that would let you monitor a sessions printer bandwidth
utilisation is the SMCConsole which I think is part of the Citrix server
SDK (downloadable from CDN) or as part of homas Koetzing's SBC Reskit
(http://www.thomaskoetzing.de/index.php?option=com_docman&task=doc_downl
oad&Itemid=0&gid=114).
regards,
Rick
Ulrich Mack
Volante Systems
________________________________
From: thin-bounce@xxxxxxxxxxxxx on behalf of Landin, Mark
Sent: Thu 2/11/2006 4:35
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Printer Bandwidth
Assume printing will consume all available bandwidth for as long as it
takes to transmit the job. Most printers can accept print jobs into
memory pretty fast, so the constraint is typically the slowest network
link between the host generating the print job and the device being
asked to print it.
Some third-party printing utitlies let you throttle printing bandwidth,
but Metaframe XP won't. I don't know if Presentation Server 4 (or the
upcoming 4.5) have any capabilities in this area. Third party printing
utilities also sometimes use their own print job formats and protocols,
and that can also have a positive impact on print job size and thus
transmission rates.
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Cwalinski, Zygmunt
Sent: Wednesday, November 01, 2006 11:57 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Printer Bandwidth
We are publishing company with 9 Citrix XP farm. We are going to
centralize the farms.
Our users print a lot of pages every day (e.g. 3 users print 5000 pages
a day).
Before we start centralizing our farms I need to know what the Output
Printer Bandwidth is.
I would like to monitor printer bandwidth using Performance monitor
utility but I can't see any counter which allows monitoring the
bandwidth.
Can someone shed some light on this for me please?
Thanks, Zygmunt Cwalinski, System Analyst Network Services
########################################################################
#############
This e-mail, including all attachments, may be confidential or
privileged. Confidentiality or privilege is not waived or lost because
this e-mail has been sent to you in error. If you are not the intended
recipient any use, disclosure or copying of this e-mail is prohibited.
If you have received it in error please notify the sender immediately by
reply e-mail and destroy all copies of this e-mail and any attachments.
All liability for direct and indirect loss arising from this e-mail and
any attachments is hereby disclaimed to the extent permitted by law.
########################################################################
#############
Other related posts:
