Comments on: XenApp cmdlets VS MFCOM – Performance Test http://nickholmquist.com/archives/75 Sun, 06 May 2012 04:30:45 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: nickholmquist.com » XenApp cmdlets VS MFCOM - Performance Test - Update http://nickholmquist.com/archives/75/comment-page-1#comment-271 nickholmquist.com » XenApp cmdlets VS MFCOM - Performance Test - Update Fri, 03 Jul 2009 11:06:13 +0000 http://nickholmquist.com/?p=75#comment-271 [...] Performance Test - Update July 3rd, 2009 Goto comments Leave a comment So last month I did a comparison test with MFCOM vs the new XenApp cmdlets.  My intention was simply to see if the cmdlets had the same [...] [...] Performance Test – Update July 3rd, 2009 Goto comments Leave a comment So last month I did a comparison test with MFCOM vs the new XenApp cmdlets.  My intention was simply to see if the cmdlets had the same [...]

]]> By: XenApp cmdlets vs MFCOM | ReneVester.com http://nickholmquist.com/archives/75/comment-page-1#comment-270 XenApp cmdlets vs MFCOM | ReneVester.com Wed, 01 Jul 2009 19:43:38 +0000 http://nickholmquist.com/?p=75#comment-270 [...] Nick has a very nice overview of the results and you should go have a look at his blog post here: http://nickholmquist.com/archives/75 [...] [...] Nick has a very nice overview of the results and you should go have a look at his blog post here: http://nickholmquist.com/archives/75 [...]

]]> By: Nick Holmquist http://nickholmquist.com/archives/75/comment-page-1#comment-252 Nick Holmquist Fri, 05 Jun 2009 02:21:51 +0000 http://nickholmquist.com/?p=75#comment-252 I honestly thought that when a LoadData was performed it went ahead and pulled the servers and accounts (along with all of the other data). I will run some more tests to get a better comparison. Thanks for the info! I honestly thought that when a LoadData was performed it went ahead and pulled the servers and accounts (along with all of the other data). I will run some more tests to get a better comparison.
Thanks for the info!

]]> By: Felipe Leon http://nickholmquist.com/archives/75/comment-page-1#comment-250 Felipe Leon Thu, 04 Jun 2009 21:04:37 +0000 http://nickholmquist.com/?p=75#comment-250 LoadData loads the app specific data (according to the app type), not its associations, which are more expensive to read (accounts, servers, etc). This is why I suggested to compare it to Get-XAApplication. LoadData loads the app specific data (according to the app type), not its associations, which are more expensive to read (accounts, servers, etc).
This is why I suggested to compare it to Get-XAApplication.

]]> By: Nick Holmquist http://nickholmquist.com/archives/75/comment-page-1#comment-248 Nick Holmquist Wed, 03 Jun 2009 21:38:43 +0000 http://nickholmquist.com/?p=75#comment-248 LoadData() does just that though, does it not? I thought a LoadData call in MFCOM pulls back servers and accounts and enumerating through them does not make a separate call to the Server/Account objects? I agree it isn't a fair comparison since it is a CTP and I am looking forward to what you guys can do to improve it! LoadData() does just that though, does it not? I thought a LoadData call in MFCOM pulls back servers and accounts and enumerating through them does not make a separate call to the Server/Account objects?

I agree it isn’t a fair comparison since it is a CTP and I am looking forward to what you guys can do to improve it!

]]> By: Felipe Leon http://nickholmquist.com/archives/75/comment-page-1#comment-247 Felipe Leon Wed, 03 Jun 2009 13:22:21 +0000 http://nickholmquist.com/?p=75#comment-247 I think to make the comparison a bit more fair, you would have to output all the properties from the mfcom objects. Also, instead of Get-XAApplicationReport, try using Get-XAApplication, which does not have to resolve the accounts, server names, and pull all the icon data for every app. But still, this release is a CTP and it has not been optimized. Even thought it connects to the backend directly, the interoperability with unmanaged code provides a lot of opportunities for optimization. Thanks. I think to make the comparison a bit more fair, you would have to output all the properties from the mfcom objects.
Also, instead of Get-XAApplicationReport, try using Get-XAApplication, which does not have to resolve the accounts, server names, and pull all the icon data for every app.
But still, this release is a CTP and it has not been optimized. Even thought it connects to the backend directly, the interoperability with unmanaged code provides a lot of opportunities for optimization.
Thanks.

]]>