RDPSoft

Remote Desktop Services and Azure Virtual Desktop Software

We Monitor, Manage & Fix RDS, AVD, Citrix and Parallels RAS
  • Products / Services
    • Not Sure Where To Start?
    • The Complete Monitoring and Management Bundle For End User Computing
    • RDS / AVD Monitoring & Reporting
      • Remote Desktop Commander Suite
      • Sysmundo
    • RDS / AVD Management and RMM Tools
      • Remote Desktop Commander Lite (Free RDS/AVD Management Tool)
      • Remote Assistance RMM Tool + Delegation of Management for RDS/AVD Support Desk
      • Automatic Resolution of Locked Profiles and Stuck Sessions
    • RDS/AVD Synthetic Login Monitoring / Connection Time / Uptime Monitoring Tools
      • Remote Desktop Canary
    • RDS/AVD/Citrix Profile and Session Problem Remediation
      • Fix My Session
    • Digital Forensics and Incident Response Tools
      • Sysmundo
    • Consulting and Professional Services
      • RDS Performance Audits, Security Audits, and General RDS Consulting
      • Custom Report Design Services
      • Training and Other Professional Services
  • Download
    • RDC Lite: Free RDS/Citrix Session and Farm Manager
    • RDC Lite With Premium Management Features
    • RDC Suite: Installer and Release Notes
    • Remote Desktop Canary – Request a Demo/Trial
    • Sysmundo
    • Request Upgrade To New Version
  • Buy
    • The Complete RDS/AVD Monitoring and Management Bundle Purchase Options
      • Start Monthly Subscription Now
      • Start Annual Subscription Now
    • Remote Desktop Commander Suite Purchase Options
      • Start Monthly Subscription Now
      • Start Annual Subscription Now
    • Premium Management Features Purchase Options
      • Start Monthly Subscription Now
      • Start Annual Subscription Now
    • Remote Desktop Canary Purchase Options
      • Start Monthly Subscription Now
      • Start Annual Subscription Now
    • Fix My Session Purchase Options
      • Start Monthly Subscription Now
      • Start Annual Subscription Now
    • Sysmundo Purchase Options
      • Start Monthly Subscription Now
      • Start Annual Subscription Now
    • Buy Incident Based Support Packages
    • Pricing
  • Blog
  • Support
    • Contact Support / Submit Ticket
    • RDPSoft Knowledge Base
  • Contact
  • Partners

Remote Desktop Performance: Key Metrics to Watch

January 4, 2016 By admin Leave a Comment

So, you’ve implemented a brand new Remote Desktop Services (RDS) or Citrix XenDesktop farm. Now, you want to start monitoring different metrics to get a better handle on Remote Desktop performance in general or maybe determine which users and/or clients are the most costly in terms of resources used.

Here are the key remote desktop performance categories you need to keep an eye on, and why they’re so important:

CPU Usage

While RDS Dynamic Fair Share Scheduling (and the built in Citrix XenApp equivalents) help evenly distribute CPU load amongst “plain vanilla,” “task worker” user sessions, this technology is not a panacea. For some MSPs and on-premise Remote Desktop Services shops, some users will require a much larger share of CPU (implemented via the Windows System Resource Manager) in order to run their beefier software. In other situations, Dynamic Fair Share Scheduling may let you inadvertently stuff too many users on an existing virtual machine, because DFSS will dutily throttle available CPU down to the point where common tasks may take *forever* to complete. Therefore, it is still very important to look at remote desktop CPU consumption patterns by user, even down to the process level running in the user sessions.

Memory Usage

Unlike DFSS above, there is no way to throttle available remote desktop memory per user session, which makes it even more critical to monitor remote desktop memory consumption both by user session aggregate and on a per process basis. By analyzing memory use by user and by process, you can better optimize the farm, and/or silo certain users and/or applications on specific servers that are better provisioned for their memory needs.

Bandwidth Usage

We’ve written at length about Remote Desktop Bandwidth consumption here and here, but many admins continue to be surprised at how much bandwidth RDP or ICA can use, depending on how it has been configured. Remote Desktop Protocol Version 8 and higher can double, triple, or even quadruple bandwidth use in certain use cases when UDP is enabled alongside TCP for transport. Moreover, if you permit transfer of files and screenshots via cut and paste, bandwidth can be consumed in a hurry. Since this has a significant impact on the user experience for others if RDP usage saturates the external Internet link, it’s important to see which users consume the most bandwidth, and what they are doing when they consume it.

Connection Quality

If you’ve moved your RDS farm to Windows Server 2012 or later, you can now get a much greater handle on individual user session latency and “potentially available bandwidth” via new RemoteFX performance counters. This quickly lets you determine if user connection problems are on their end, or if many of your users are experiencing high latency due to a load or networking problem on your end. Unfortunately, these performance counters are not very easy to correlate with individual users, but fortunately, our Remote Desktop Commander Suite can do this automatically for you.

Leverage an Affordable Remote Desktop Performance Monitoring Solution

We’ve touched on four big remote desktop performance monitoring areas above. While Citrix provides some monitoring capabilities in its expensive, upper licensing tiers (via EdgeSight / Director), smaller shops running regular Microsoft Remote Desktop Services are not provided with built in monitoring tools, short of what an admin can script together with PowerShell. While you can look at upper tier monitoring solutions, the per concurrent user price of these tools are rather steep, especially as they are sold through the channel.

For only $9 per server per month, let our Remote Desktop Commander Suite offering monitor each of those areas for you.

Please review our sample reports, demonstration videos, and feature listing now. Then, consider starting your subscription with us. With a 30-day money back guarantee and free initial support, you have absolutely nothing to lose.

Filed Under: Performance Tagged With: remote desktop bandwidth, Remote Desktop CPU, Remote Desktop Memory, remote desktop performance

Why XenApp Monitoring Is So $#%!?@ Expensive

September 21, 2015 By Andy Milford Leave a Comment

This post is likely going to irritate some folks in our industry, and that’s OK. Frankly, that’s the point.

Let’s Pull Back the Curtain On How Server Based Computing (SBC) / End User Computing Software Is Sold

I’ve now been in the SBC industry for nearly 2 years. Prior to that, I was the CEO of Dorian Software, a Windows log management vendor that helped governments and businesses shore up their network security and compliance.

At Dorian, we sold some through the channel, but sold direct to the end user most of the time. Because of this, we we could deliver max value because we didn’t have to pad our pricing to leave tons of margin for channel partners. It was a win-win for everyone involved – we could close deals quicker, and our customers saved a ton of money and realized a quicker return on their investment.

The Citrix and Server Based Computing Markets Are Heavily Channel Driven. Which Means Businesses Of All Sizes Get Soaked By Higher Costs Down the Line.

In my two short years as RDPSoft’s CEO, I’ve been amazed by how insular the server-based computing / end-user computing market is. Big channel players effectively act as gatekeepers of the market, and unless you bring an expensive product to them from which they can extract healthy margins, they’re not going to talk to you.

When I’ve challenged them in conversations on why more customers don’t buy solutions directly from vendors, they speak with open contempt about how “businesses don’t have the skill or expertise to deploy these solutions on their own.” Given how complex, buggy, and temperamental SBC solutions have become, they may well have a point.

However, there are plenty of admins who deploy these products every day with nothing more than online E-Docs and message boards to guide them. I know, because I talk to them each and every week.

As a consequence of the above, most XenApp Monitoring solutions sold through the channel cost more than $600 per server or $50 per concurrent user. When compared to the nearly $300 difference per concurrent user between XenApp Advanced Edition and XenApp Platinum Edition (which ships with all the EdgeSight / Director monitoring goodies), I suppose $50-$100 per concurrent user becomes a relative bargain for larger enterprises. But it’s still out of reach for most SMB shops. And it’s a complete non-starter for Managed Service Providers.

Here’s What You Get To Pay For When You Buy a XenApp/XenDesktop Monitoring Solution From the Channel

Yes, let’s dissect this. It’s not pretty.

  • The portion of the sale paid to the channel partner by the vendor (typically anywhere from 20% to 50%)
  • All those steak dinners and “lunch and learns” the vendor gets to treat the channel partner to once a quarter, in the hope that the channel partner a.) actually knows how to sell their solution, and b.) doesn’t jump ship to a different vendor that’s promising higher margins.
  • All the “under the table” payments made by the vendor to those “independent” server-based computing / end-user computing “experts” you know and love, so said experts will hawk their products in blog articles, online reviews, and at trade shows. Yes, I know said experts have to eat too, but there’s an appalling lack of transparency about how prevalent this practice is in our industry. Could we have a little more voluntary disclosure, please??!!

The Net Result: SMBs Often Get Priced Out Of the XenApp Monitoring Market

Most of the channel fat cats described above (and by extension, the vendors they partner with) have no interest in dealing with Citrix and RDS deployments in organizations with fewer than 100 concurrent users. Many of them also don’t want to deal with shops that have fewer than 500 concurrent users. However, the irony in all of this is that the *vast majority* of Citrix and RDS farms feature fewer than 500 users. Because of this effective orphaning of the SMB market, admins in these smaller networks don’t have a lot of options in their budget range. They may cobble together some scripts, lean too heavily on traditional Network Monitoring Software that doesn’t have much depth when it comes to monitoring/reporting on SBC activity, or sadly, go without. This needs to change.

It’s Time To Disrupt This Industry To Benefit the SMBs and MSPs

Now that we’ve studied this market, and seen it for how it truly is, warts and all, we’re throwing down the gauntlet.

For only $9 per server per month, or $1 per workstation/virtual desktop per month, you can now acquire subscription licensing from us. Yes, you read that correctly.

Want to continually monitor 10 XenApp servers year around? No problem – that will cost you $1080 a year.

Want to do a simple 90 day assessment of remote worker productivity on your 5 RDS servers? Easy enough – just carry a subscription for 3 months, and pay only $135!

Have two RDS servers you need to check bandwidth consumption on for 30 days? We think you’ll find that $18 to be a bargain.

Now It’s Your Turn. Help Us Get the Word Out About Our New Flexible and Affordable Pricing.

Let your colleagues and friends know about our new offering, via social media, forum exchanges, trade shows, and simple word of mouth. As a token of our appreciation, if you send us a link to a post or share you made about our new pricing model and feature set, we’ll give you a 2-month subscription credit on monitoring in your own environment! Help us shake up this niche so that organizations of all sizes will benefit.

Filed Under: Remote Desktop Reporting Tagged With: rds licensing, remote desktop bandwidth, remote desktop management, Remote Desktop Protocol, Remote Desktop Services, software releases, terminal server logging, Terminal Server monitoring, user productivity, XenApp monitoring, XenApp Reporting, XenDesktop Monitoring, XenDesktop Reporting

RDP Latency – Yes, Virginia, You Can Track It Now…

September 2, 2015 By Andy Milford Leave a Comment

RDP Latency IS Now Trackable in Windows Server 2012

Several weeks ago, I gave a really fun talk at BriForum about the hidden benefits found inside Version 8 of the Remote Desktop Protocol – specifically, the fact that for any given RDP 8 connections to a Windows Server 2012 (or Windows 8) system, you can now track things like session latency, data throughput, assessed bandwidth, error rates, and much more. Provided you know which performance counters to query and how to query them.

The big catch here is not on the client side – you can get Windows 7 updated to use RDP Version 8, and Windows 8 and Windows 10 already run it natively. Plus, most thin clients (the good ones anyway) now support RDP 8.

No, the challenge is on the server side. Each week I talk to evaluators of our tools and ask them what server platform they’re running. Inevitably, the majority seem to answer Windows 2008 R2. Yes, I get it. Windows 2008 still gives you that nice Start Menu that your users know and love. But, to be frank, RDP Version 7 (which is what Windows 2008 uses) stinks when compared to RDP 8.

Why is Version 8 So Awesome For Higher RDP Latency Connections?

Two words: UDP transport. Yep, Microsoft’s RDS gurus REALLY did things right in RDP 8. By default, unless you disable it intentionally or unintentionally (more on that in a later blog article), RDP 8 uses both TCP AND UDP to serve up remote desktops to your clients. I won’t bore you to tears with the internal mechanics, but the key takeaway is this – on marginal, high latency connections (e.g. spotty Wifi, 4G mobile hotspots, overseas WAN links, or satellite), adaptive UDP transport overcomes much of the inherent “guaranteed delivery” limitations of TCP. In doing so, it effectively can increase data throughput from 3x to 10x over previous RDP versions, all while improving the responsiveness experienced by clients interacting with their sessions.

So Beyond Improved RDP Throughput and Responsiveness, Why Should I Upgrade to Windows 2012 Server?

Good question. Because once you do, you can use our software to track every aspect of network connection quality between your RDS servers and your client sessions, whether you want to do it in realtime, or via leveraging the ever expanding set of reports we’re creating. Seriously, what we can do with this information is awesome – it lets you, the admin, get in front of those annoying damn calls from users kvetching about how the connection is dropping, or their screen updates are too slow – etc. See for yourself by watching this video we just recorded showing these features in action:

Tracking RDP Latency and Connection Quality With Remote Desktop Commander

 

That is really awesome stuff. And I have some Windows 2012 servers already deployed. How can I get a copy of your software to profile my users’ RDP latency and connection quality?

That’s super easy – simply start a monthly subscription of our Remote Desktop Commander Suite for only $9 per server per month. For this extremely affordable monthly rate, you can track RDP latency, RDP bandwidth consumption, CPU and memory consumption by session, plus review detailed session recordings for root cause RDS performance problem analysis and/or terminal server user auditing.

We haven’t rolled on Windows Server 2012 yet. We may wait for Windows Server 2016 next year. Is there anything in the meantime we can do to get some of this information?

Absolutely. Stand up at least one Windows Server 2012 instance in your farm, populate it with the same apps/desktop environments your users need, and then send your “problem children” clients directly over to the Windows 2012 server. If you do that, you can use our software to keep tabs on their connection quality, PLUS they’ll be able to leverage the awesome UDP transport offered by RDP 8.

Filed Under: Remote Desktop Reporting Tagged With: cloud RDP monitoring, performance, RDP Latency, remote desktop bandwidth, Remote Desktop Protocol, terminal server logging, Terminal Server monitoring

Tracking RDP Bandwidth on Windows Server 2012: An Update . . . Is a Hotfix On The Way?

January 28, 2014 By admin Leave a Comment

A few weeks ago, in a blog post titled Want to monitor RDP bandwidth by user on Windows Server 2012? You’re out of luck…, we exposed the fact that the API function calls and Performance Counter metrics that used to provide per session RDP bandwidth consumption no longer worked and/or had gone missing.  At that time, we speculated that this was a result of “plumbing changes” to the Remote Desktop Services code base to add greatly enhanced RemoteFX support in Windows Server 2012.

We finally have more information, and if you need to reliably track RDP bandwidth consumption by client or by session, you’ll want to read on . . .

RemoteFX Plumbing Woes

It turns out, we were right. 🙂

Windows Server 2012 Plumbing Changes Affect Tracking RDP Bandwidth
The plumbing changes that occurred in the Remote Desktop stack in Windows Server 2012 dramatically impacted the ability to track RDP bandwidth.

After much back and forth with a highly professional Microsoft support representative, it was determined that the plumbing changes in the Remote Desktop stack to enhance RemoteFX in Windows Server 2012 were so massive (including moving whole chunks of code out of kernel mode into user mode), they effectively nuked the old API calls and Performance Counters.

Now, as has been mentioned by the distinguished Shawn Bass of the RDS MVP community, there are some new RemoteFX related performance counters that look at bandwidth.  However, these counters look at rate only, and only at bytes transferred/received in the last second.

Therefore, they do not function as before, nor are they a substitute for the old “total bytes transferred/received” counters, because they are not stateful over the life of a particular RDS user session.

Potential Pitfalls Polling Stateless RemoteFX Performance Counters For Bandwidth Data

In order to get anything approaching a total bytes transferred/received count, you literally would have to poll these counters every second, which presents many pitfalls.

  • Dependence on WMI for this data.  Not highly scalable, nor particularly reliable, in our opinion.  Don’t just take our word for it though.
  • Significantly increased bandwidth required during polling.  Pulling multiple performance counters every second over the network adds up quick.
  • No tolerance for any missed polling of data.  Miss a few seconds here or there due to a blip on the network, or the inability to access the counters for whatever reason?  That stateless data is gone, forever, and now your bandwidth tally is inaccurate.  Bad, bad news if you’re an MSP or SaaS provider actually trying to bill or meter users based on bandwidth transfer.

Of course, this doesn’t even cover the tedium of trying to match up the underlying user with a particular Winstation name.

A Hotfix On The Way?  You Might Want To Wait On The Windows Server 2012 Upgrade If You Wish to Track RDP Bandwidth Consumption

Fortunately, there is some good news (for now).  To their credit, Microsoft’s support department has agreed to file for a Hotfix to restore stateful, per-session aggregation of bandwidth metrics back through the API.  The actual release of a Hotfix is by no means assured, as it has to go through multiple levels of approval by the folks in Redmond.

In conclusion:  If you are an MSP or SaaS provider that needs to reliably track RDP bandwidth consumption by client or by session, stay at Windows Server 2008 R2 for a little longer.  This issue, in our opinion, combined with some continued challenges around RemoteFX (which we will write about later), warrants a period of watchful waiting as the Windows Server 2012 offering fully matures.

As soon as we receive word on whether or not the Hotfix will actually be developed, we will update our readership promptly.

In the meantime, if you are an MSP or SaaS over Remote Desktop vendor and would like to find out more about how our Remote Desktop Reporter tool can help you, click on the links above for more details, or contact us by phone to discuss your needs in more depth.

Filed Under: Remote Desktop Reporting Tagged With: RDP, remote desktop bandwidth, Windows Server 2012

SaaS Over Remote Desktop: License and Resource Metering Techniques

December 30, 2013 By admin Leave a Comment

Believe it or not, there’s a nice sized portion of SaaS vendors in the marketplace that are delivering their SaaS applications to clients over RDS (Remote Desktop Services) as opposed to the Web.

Why Remote Desktop and RemoteApp?

There are several reasons many software vendors choose remote desktop (or RDS) and RemoteApp as the mechanism by which to provide their software as a service over the Internet. Here are the big reasons:

  • Inherent limitations in building a web application with a consistent, rich, and responsive user interface.
  • Additional development and QA costs associated with web apps.
  • The costs to migrate an existing non-Internet based application.
  • Security considerations.

But Don’t Forget License and Resource Metering

As we do more and more business with “Saas over Remote Desktop” vendors, one of the biggest problems we see them experience is license and resource metering.

SaaS vendors using remote desktop have some numbers to crunch.
If you’re an SaaS vendor using Remote Desktop to deliver your application, you’ve got some numbers to crunch when it comes to license metering.

It’s one thing to develop and bring a SaaS application to market.  It’s quite another to figure out how to:

  • Capacity plan for additional hardware / virtualized servers in your server farm as your client base grows.
  • Attribute costs of business to specific clients (How much bandwidth/memory do they use?).
  • Reliably meter client usage of your application for billing purposes . . . and to know when to bump your clients up to the next subscription level based on that usage.

. . . or the Bottom Line

We then help SaaS vendors solve those very problems. As an aggregator of Remote Desktop Session metrics, our Remote Desktop Reporter solution is being used to produce lots of different reports that help a SaaS vendor stay on top of client license and resource usage, and in turn, significantly improve their bottom line.

Some of those metrics include:

  • RDP bandwidth by user.
  • Peak concurrent sessions by server and/or by user.
  • Distinct RDS users by time period.
  • Total time by RDS user.
  • Specific application use by user.

Are You a SaaS Vendor in a Similar Situation?

We can provide a web demonstration of how to configure our software and establish these reports. Reach out to us here or message us on Twitter @RDPSoft.

Or, post a question below and continue the discussion!

Filed Under: Remote Desktop Reporting Tagged With: cloud RDP monitoring, license metering, rds licensing, remote desktop, remote desktop bandwidth, resource metering, SaaS, terminal server logging, Terminal Server monitoring

  • 1
  • 2
  • Next Page »
  • Email
  • LinkedIn
  • Twitter
  • YouTube

Not Sure Where To Start?

In just a few moments, you can find the right fit of solutions and even services for your needs.

> Get Going Now.

Help Documents

Remote Desktop Commander
Help and Users Guide
Release Notes (ver 8.x)

Sign Up for Remote Desktop Tips and RDPSoft Updates

Blog Topic Categories

  • Azure RemoteApp
  • Azure Virtual Desktop
  • citrix edgesight
  • Citrix Shadowing
  • Cloud RDP Monitoring
  • Performance
  • RDP Disconnects
  • RDP Logs
  • RDP Security
  • RDS Infrastructure
  • RDS Licensing
  • Remote Desktop Bandwidth
  • Remote Desktop Management
  • Remote Desktop Memory Usage
  • Remote Desktop Monitoring
  • Remote Desktop Protocol
  • Remote Desktop Reporting
  • Remote Desktop Services
  • Remote Desktop Services Free Tools
  • Server 2012 TSAdmin Replacement
  • Shadow User
  • Software Releases
  • SPLA Reporting
  • Synthetic RDP
  • Sysmon
  • Terminal Server Monitoring
  • Uncategorized
  • User Activity Monitoring
  • User Productivity
  • User Profiles
  • Windows 2008 Terminal Server
  • Windows Virtual Desktop
  • XenApp Reporting

Recent Posts

  • AVD Monitoring
  • How to Optimize AVD Digital Employee Experience
  • Remote Desktop User Activity Monitoring
  • Remote Desktop Commander Suite v8 Now Available!
  • Remote Desktop Commander Suite v8 Beta Details, Plus a New Solution to Limit Local Admin Rights in EUC

From the RDPSoft Blog

  • AVD Monitoring
  • How to Optimize AVD Digital Employee Experience
  • Remote Desktop User Activity Monitoring
  • Remote Desktop Commander Suite v8 Now Available!
  • Remote Desktop Commander Suite v8 Beta Details, Plus a New Solution to Limit Local Admin Rights in EUC
  • Email
  • LinkedIn
  • Twitter
  • YouTube

We Do “Single Pane of Glass” Monitoring and Management for RDS

Top Level Deployment Dashboard

One of the biggest criticisms leveled against Microsoft's Remote Desktop Services as an end user computing (EUC) platform is its complete lack of integrated management and monitoring tools. … Learn more about our centralized RDS monitoring and management >

Reach Out

For fastest response, reach out via our sales and support contact forms.

Sales
US: 1-855-738-8457 x1
Outside the US: 1-702-749-4325 x1

Support
for Evaluators and Priority Support Customers
US: 1-855-738-8457 x2
Outside the US: 1-702-749-4325 x2

© Copyright 2013–2026 RDPSoft. All Rights Reserved. RDPSoft is the sole authorized publisher and distributor of the following software titles: Remote Desktop Commander, Premium Management Features, Remote Desktop Canary · Sitemap