XenApp cmdlets VS MFCOM – Performance Test
I have been using MFCOM since I began with MetaFrameXP and have always been a huge fan of the SDKs. I loved the fact that Citrix created an API that was pretty simple to learn, for the most part 'made sense' and gave you enough power to actually be functional.
When I first heard about the cmdlets at Synergy 2008 I was a bit confused on how useful they would be and if they would offer the power that MFCOM does. I do a lot of coding in C# and I leverage MFCOM there all of the time. Not knowing enough (and still don't) about Powershell I was not quite sure how well the cmdlets would work.
I had been part of the beta for the cmdlets but wanted to wait until I had the finalized version to run a few benchmarks between it and MFCOM. MFCOM has always had a few performance issues since it is COM based. I won't go into the details here except to say that whenever performing actions on large groups of data MFCOM could take forever. For example trying to loop through a large number of sessions (8,000+) would take a while if you were pulling back all of the session properties. This is due to MFCOM making a few different calls to get all of the info. While I don't have the ability to test session enumeration benchmarks in my lab here at home I can benchmark gathering application properties on large groups of apps.
I used 3 different scripts to perform the tests.
2. MFCOM within Powershell to rule out VBScript as a performance factor
3. XenApp cmdlets within Powershell
- I used the XAcmdlet to create applications in increments of 100. I did this and ran the scripts to gather data. I then went to 200,300,400,500.
$i = 1; do {New-XAApplication Notepad$i -ApplicationType ServerInstalled -CommandLine notepad.exe -ServerNames Server1 -Accounts Domain/UserName; $i +=1} while ($i -le 100)
- All of the tests were ran locally on a XenApp 4.5 server that is also the Data Collector.
- This server is a VM running on XenServer 5.0. The hardware is not server class.
- Each script was ran 3 times to get an average.
- I used Get-XAApplicationReport as it actually pulls back all of the app properties. This is comparable to the LoadData function in MFCOM (From what I can tell anyway).
- I had originally been exporting the data to a csv but this added significant amounts of time for each test so I scrapped it and just went with a LoadData for MFCOM (this gets all properties anyway). For the cmdlet test to avoid having the output dumped to the console (which adds time to the script execution) I assign it to an object.
And now for the results:
The results shocked me so much I ran through a bunch of random tests again. Every single time MFCOM via VBScript came out ahead by a few seconds. I am sure on a more powerful machine the numbers would be lower in general but for the most part they stay pretty consistant. I truly expected the cmdlets to blow MFCOM out of the water because from what I can tell they communicate directly with unmanaged IMA calls via the managed .net wrapper. While MFCOM via VBScript seems to come out ahead in this specific performance test the XACmdlets are still far and away easier to use.
I may perform these tests again with Pwershell V2 so I can test WinRM vs COM.
Please let me know if you think I've got something completely wrong here. I would also like to see numbers from others running these scripts and would truly like to here from the XA cmdlet developers to see what their internal tests (performance wise) show.
Citrix EyeCream (XenCream?) – Found this funny..
I was taking a look at the 'blogosphere' on community.citrix.com and saw a blog aggregation that I found pretty funny.
Citrix is really branching out these days 
Netscaler VPX Beta available for download
The Netscaler VPX Beta can now be downloaded here. I have got it imported into my XenServer and so far so good.
More to come on this soon!
Sneak Peek: Mobile XenApp management application for iPhone
I wanted to take a few minutes to give a sneak peak of something I am working on and am pretty excited about. With the release of the Citrix Receiver client for the iPhone I started thinking of ways to make the mobile format useful for administration purposes. I had a general idea in my head and when I saw 'Doc Finder' it became the inspiration for how to implement it.
Keep in mind that this is a very early concept version but I wanted to get a preview of it out there so that I can incorporate any feedback into the app itself. I am looking for the most common XenApp admin tasks that would need to be accomplished quickly and easily when away from the office. Let's face it, most of us would never use a mobile device for full farm administration as it is far too cumbersome. This is why I am gearing this towards completing tasks that a Citrix admin would usually need to complete when say, at lunch. How many times have we, as admins, been called while at lunch with reports of a server flaking out and are powerless to do anything about it? That's why I think this will be a huge plus in those corporations that will allow the use of the iPhone.
Take a look at a quick preview here. The video was recorded while shadowing a session on an iPod Touch running the app.
I would love to hear any initial feedback and/or suggestions. Eventually I plan to expand this to allow administration of XenServer and Netscaler (Hooray for VPX).
Citrix Synergy 2009 – Thoughts on announcments/releases
While I was not able to attend this year I have been following the various 'tweets' from BrianMadden.com and a few other updates from others.
I have also been watching the Citrix site for blog updates and I wanted to take a few minutes to comment on some things that Citrix has announced/released.
I have been messing around with this on an iPod Touch and I must say I am impressed with it's usability. The gestures work pretty well for working with apps that are not designed to fit in a small screen. There have been a few times where I 'touch' a button and have it not respond but for the most part it is acceptable. I can't comment on the performance over 3G or EDGE but it works flawlessly on a local wireless connection.
I've actually got a few ideas floating around in my head on ways to exploit this new client! More on this soon.
Citrix Receiver / XenApp Plugins
I heard about the Receiver a number of months back and quickly got excited. I have always wanted some consolidation of the various clients Citrix has for its products and when I heard about the Receiver being basically a framework that the other plug ins sat in I thought it was a step in the right direction. When I realized it would only require Admin privileges for the Receiver and that you could automatically update the plug ins over the wire I got excited.
The ICA client and it's roll-out has been a pretty tough task to stay on top of. In my professional life we have people connecting from all over the world and a number of those machines are not under our control which makes it difficult to get them to update the client when we need them to. With the receiver we could, in theory, allow these machines to update the client without much hassle!
I'm still messing around with it but my first impressions are that I am pleased with it's execution.
When I orginally heard about the Receiver client I had not heard any mention of this product. I wondered how updates were going to be pushed but I assumed it would be a simple installed app on an existing Web Interface (IIS) box. Boy was I wrong...
This is available as a XenServer virtual appliance much like the XenCenter Web server is as well. I have not really had much time to explore all of the options of the Merchandising Server but I truly do not understand why they built it into a whole server that requires XenServer. Well, I guess I DO understand why they did it.. If you don't already have XenServer in your company then bingo it now has a reason to be. It's free so what objections would there be, right? Right? I can also see the position that if you need to put this in the DMZ it is likely to be a bit more hardened than an IIS box.
I will post an update once I have time to explore it in depth.
A quick note on this product. "Merchandising Server". Really? That's its name? Again, I was not at Synergy so maybe I missed where the name came from but from where I stand it's pretty bad. Every time I say it I feel like I'm getting ready to sell clients to end users.
Speaking of feeling like I'm selling things to end users there is the Citrix Dazzle product that will be coming later this year. This is basically modeled after iTunes to be a hip update to how users get applications published to them. I'm a bit torn on this as I guess I am a bit of an 'old fashioned' administrator and I like the current way we deploy our apps in our current environment. I personally don't see how this is going to be manageable from a licensing perspective. Based on what I have read you give a specific group (AD) of users access to see apps in the Dazzle store-front. From there the user can add that app to their list of items they may want to launch. From my experience if I use Dazzle and stick 15 apps in list and present them to an end user they are just going to click 'add' on all 15 because they are there. I am just failing to see how this adds anything new expect making the user feel they are more involved with what applications they have rights to access. Doesn't Web Interface do this already?!!!! I publish a list of apps to specific users and if they want to launch them they do so.
And why oh why is iTunes the app to model after?! In my opinion iTunes is one of the absolute worst applications I have ever had the misfortune of using. It is incredibly slow on any machine I have ever tried it on. It is extremely bloated and crashes constantly. The only reason I use it is because the iPod is a great device and I need to sync it somehow. Yes I know there are other sync tools for iPods but most don't cover everything the device can do.
Maybe I'm being too critical of an app that hasn't been released so I will table this for another time.
I heard rumor that this was going to be developed but did not expect this to be announced so soon. This is probably one of the most exciting things I have seen announced. To be able to have this device in a virtual platform will come in very handy for a few things in role of administering AGEE devices. I'm not going to say too much right now because apparently Citrix needs to see how it can be viable themselves so they are offering $10,000 to find out from their customers.
In conclusion there are a few other things announced such as the XenClient which is a client hypervisor (Project Independance). Nothing really new here as this has been touted for a while. I'm glad that people like Brian Madden are keeping the masses updated with their constant updates otherwise I wouldn't find out this stuff until my colleagues returned from Synergy!