Wannabe Sequencer - Latest Comments

Re: Apps

Kraybillm — Wed, 11 Jan 2012 14:52:19 -0000

Awesome, thanks!

Re: Apps

Jake — Fri, 04 Nov 2011 12:03:19 -0000

Good Stuff!!!

Re: App behavior RDP vs. Citrix

Colin Hump — Mon, 24 Oct 2011 10:55:07 -0000

Gurdlechumpy wumper. RDP is Griznodwelingly bad

Re: App behavior RDP vs. Citrix

Michaelbintone — Mon, 24 Oct 2011 10:54:12 -0000

guff guff guff

Re: Are your apps taking forever to load?

Thomas — Mon, 17 Oct 2011 03:39:45 -0000

Hello, when you are about to save the package, click "save as" and expand the "Advanced SFT generation options" with the blue arrow. You should have the option to change block size there.

Re: Are your apps taking forever to load?

Graeme — Sun, 16 Oct 2011 16:31:58 -0000

How did you change the block size using Application Virtualization Explorer? I can't find an option through the GUI to make this change. Please help! Cheers Graeme

Re: Microsoft SharePoint Designer 2010

Thomas — Thu, 14 Jul 2011 02:24:23 -0000

Hello Adam.
When clicking the "Edit in SharePoint Designer" link, I am asked to
download SharePoint Designer, so no it doesn’t work with my sequenced version
either.

I don’t know how it’s set up with you, but Internet Explorer is launched from a
different app containing various plugins in my environment. It seems natural
that the different bubbles can’t see each other. I’m guessing this could be easily
solved by adding an IE shortcut into the SPD package or set up DSC between SPD
and the IE package.

Re: Microsoft SharePoint Designer 2010

Adam — Wed, 13 Jul 2011 11:17:55 -0000

I have been fighting this package for a while. Can you confirm whether you are able to use the "Edit in SharePoint Designer" link from a SharePoint site. When I do it, I get prompted to download it as if the app isn't there.

Re: Cache time problem App-V 4.6

JustinF — Thu, 26 May 2011 13:02:31 -0000

Thomas,

We actually had a break through yesterday. The following setting change made a difference, although, we'll have to take a closer look when we start standing up our Production environment. This setting was set to Normal initially and didn't buy us anything. A bunch of settings changes were made on both the NIC, it's Offload behavior, and even a quick NIC Speed change(to 100 and then back to AutoNegotiate(1G)

Anyways, figured I'd close the loop. Thanks a bunch for your input -- the 2008 Server appears to have helped afterall.

Receive Window Auto-Tuning Level :

disabled = 1.4GB package would take us about 30-45 minutes to load
normal = 1.4 GB package would stream to the client in about 2:20 seconds
experimental = 1.4GB would stream to the client in 1:26 seconds.

Re: Cache time problem App-V 4.6

Thomas — Thu, 26 May 2011 05:42:20 -0000

I'm sorry to hear it didn't work out. If you contact Microsoft, they have a tool you can run on your management server and client to figure out what is causing the problem.
It might also be a driver issue, I remember Microsoft made us update every single outdated driver they could find :)

I'm sorry I can't help you any further :(

Re: Cache time problem App-V 4.6

JustinF — Tue, 24 May 2011 12:16:04 -0000

We stood up a 2008 R2 Management Server and started streaming our applications to our WIN7 test clients. Unfortunately, the problem is still occuring where there are significantly slow load times when streaming newly sequenced 4.6 Applications to our WIN7 devices. The interesting part is that the same applications load extremely fast when I stream them to a Windows XP test device.

In addition to this, if I convert the new 4.6 applications to 32-bit blocksize, they stream just as fast as we've come to expect on our WIN7 devices. This leads me to believe that there's a direct relationship between the 64-bit blocksize and App-V on WIN7.

At this point, I'm not sure if there's a configuration problem on our WIN7 devices or if it's a bug.

I've also tried disabling all the new WIN7 TCP configurations via NETSH and that's bought me zero.

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State : disabled
Chimney Offload State : disabled
NetDMA State : disabled
Direct Cache Acess (DCA) : disabled
Receive Window Auto-Tuning Level : disabled
Add-On Congestion Control Provider : ctcp
ECN Capability : disabled
RFC 1323 Timestamps : disabled

Re: Cache time problem App-V 4.6

Thomas — Fri, 13 May 2011 13:57:03 -0000

Yes, windows 7 and 2008 R2 are not so far off technology wise so I am guessing it will have the same result although I can't say for sure sine I haven't tested it myself with windows 7.
If you have a separate test environment where you can set up a management server with 2008R2, its defiantly worth trying.

Let me know how it goes =)

Re: Cache time problem App-V 4.6

JustinF — Fri, 13 May 2011 13:28:25 -0000

Wow, thanks for the quick response. We currently have the same setup you denoted. We have a 2003 Management Server streaming to our WIN7/WINXP test clients. If I understood your correctly, all you did was upgrade your Management Server to 2008 R2 and it seemed to fix the problem you were seeing on your clients?

The main difference is that your clients are running off Win2008 whereas we're looking to improve the performance on some WIN7 clients. I'm presuming your Win2008 "clients" are a Xenapp server or just straight up RDS? Not that its a sticking point.

Re: Cache time problem App-V 4.6

Thomas — Fri, 13 May 2011 12:56:13 -0000

@JustinF

Hei, thanks for posting. :)
I don't know about windows 7, the closest I have experience with is Windows Server 2008 R2 with RDS role.
To begin with we had 2008R2 OS on clients and Server 2003 on management server. Once we installed 2008 R2 on management server, apps cache like normal.

When it comes to changing block size, I use App-V Explorer. Just for testing I might add. Don't run any apps in production with changed block size.

Re: Cache time problem App-V 4.6

JustinF — Fri, 13 May 2011 10:05:31 -0000

Hi Miito, did Microsoft provide a similar solution for WIN7? We're looking to stream App-V 4.6SP1 to our new WIN7 environment and are encountering the same problem. All of our 4.5 apps stream at an accelerated pace, whereas, our Office 2010 package takes over 30 minutes to cache fully.

In addition to this, have you had any success or luck changing the block size of 4.6 packages? I know there are a few utilities out there that claim to have this capability.

Any assistance would be greatly appreciated.

Thanks.

Re: How I sequenced Adobe Reader X

Thomas — Tue, 03 May 2011 01:07:03 -0000

To avoid that I include Adobe with the other IE plugins in a second package (Java, flash etc.). Works like a charm.

Re: How I sequenced Adobe Reader X

Dooner — Thu, 21 Apr 2011 03:49:43 -0000

Nice post!

I did something similar a few weeks ago, except I used the Edit -> Preferences menu to disable updater and Adobe Reader Protection Mode. The only feedback I got from users is not been able to view pdf's embedded in IE. Instead the pdf is downloaded to a temp folder and Reader X is called from AppV. Not as slick as I would have liked, but still its works.