Hi,
If I understand correctly, the problem is that the whole server is slow down, other than just the Office applications, right?
If so, what's the exact slow down behavior? Is memory or cpu occupied a lot by Office applications? Do we have any special event log?
BTW, is this behavior specific to specific Office applications?
...
Try to configure a clean boot mode to help determine if this behavior could be caused by the conflict with some 3rd-party services.
Hi,
Just checking in to see how is everything going on?
Hi Max,
I did a lot of experimenting with processors and memory. What I found is that to get acceptable performance I had to have 4 processors and 4GB of RAM. More RAM didnt make any difference, as nothing I did took it over that amount. I uninstalled GoToAssist and Virtual Clone Drive. Didnt notice any difference.
- Opening Outlook takes 35% of 4 procs for several seconds.
- Opening an e-mail takes 11-30% of 4 procs depending on the graphics in the message. After opening processor goes down to 1 or 2% until you move around in the document when it goes back up to around 12%.
- Same with Word and Excel.
- Opening a web page takes similar processor resources.
- None of the other programs take much in the way of resources after opening.
It appears that Office 2013 and IE are taking most of the processing resources. IE was the same when using Office 2010. Office 2010 used roughly a third of the resources of Office 2013.
In the Application log there is a COMRuntime error 18209 per reboot that references unavailable as the source. Otherwise the log is clean.
In the System log there is an entry vsepfit failed to load. That seems to be something to do with headless operation of the server.
All of my servers have 100Mbps connections to the Internet.
It seems as if any program connecting to the Internet OR any program that uses a lot of graphics is causing the slow-down. It all points to Office 2013.
BTW, my personal RDS Server is used for customer support. I was using one processor and 4GB of RAM before Office 2013 and it was satisfactory. You can see why Im thinking
- Proposed as answer by Sagar 1987 Tuesday, May 14, 2013 6:56 PM
Hi Max,
I did a lot of experimenting with processors and memory. What I found is that to get acceptable performance I had to have 4 processors and 4GB of RAM. More RAM didnt make any difference, as nothing I did took it over that amount. I uninstalled GoToAssist and Virtual Clone Drive. Didnt notice any difference.
- Opening Outlook takes 35% of 4 procs for several seconds.
- Opening an e-mail takes 11-30% of 4 procs depending on the graphics in the message. After opening processor goes down to 1 or 2% until you move around in the document when it goes back up to around 12%.
- Same with Word and Excel.
- Opening a web page takes similar processor resources.
- None of the other programs take much in the way of resources after opening.
It appears that Office 2013 and IE are taking most of the processing resources. IE was the same when using Office 2010. Office 2010 used roughly a third of the resources of Office 2013.
In the Application log there is a COMRuntime error 18209 per reboot that references unavailable as the source. Otherwise the log is clean.
In the System log there is an entry vsepfit failed to load. That seems to be something to do with headless operation of the server.
All of my servers have 100Mbps connections to the Internet.
It seems as if any program connecting to the Internet OR any program that uses a lot of graphics is causing the slow-down. It all points to Office 2013.
BTW, my personal RDS Server is used for customer support. I was using one processor and 4GB of RAM before Office 2013 and it was satisfactory. You can see why Im thinking
Hi Max,
I did a lot of experimenting with processors and memory. What I found is that to get acceptable performance I had to have 4 processors and 4GB of RAM. More RAM didnt make any difference, as nothing I did took it over that amount. I uninstalled GoToAssist and Virtual Clone Drive. Didnt notice any difference.
- Opening Outlook takes 35% of 4 procs for several seconds.
- Opening an e-mail takes 11-30% of 4 procs depending on the graphics in the message. After opening processor goes down to 1 or 2% until you move around in the document when it goes back up to around 12%.
- Same with Word and Excel.
- Opening a web page takes similar processor resources.
- None of the other programs take much in the way of resources after opening.
It appears that Office 2013 and IE are taking most of the processing resources. IE was the same when using Office 2010. Office 2010 used roughly a third of the resources of Office 2013.
In the Application log there is a COMRuntime error 18209 per reboot that references unavailable as the source. Otherwise the log is clean.
In the System log there is an entry vsepfit failed to load. That seems to be something to do with headless operation of the server.
All of my servers have 100Mbps connections to the Internet.
It seems as if any program connecting to the Internet OR any program that uses a lot of graphics is causing the slow-down. It all points to Office 2013.
BTW, my personal RDS Server is used for customer support. I was using one processor and 4GB of RAM before Office 2013 and it was satisfactory. You can see why Im thinking
- Proposed as answer by Sagar 1987 Tuesday, May 14, 2013 6:56 PM
Hi Max,
Any thoughts?
well run->msconfig and disable all 3rd party applications & then check
After applying Service Pack 4 for Terminal Server, ensure that the following registry entry is configured: HKEY_LOCAL_MACHINE\SYSTEM\CCS\Services\NwRdr\ParametersUse the following information for configuring: Disconnect REG_DWORD
1 Original Behavior, Disconnect (Default)
0 New Behavior, Do not Disconnect
- Proposed as answer by Sagar 1987 Thursday, May 30, 2013 12:27 AM
- Marked as answer by Office Support - MSFTModerator Monday, June 10, 2013 11:47 PM
- Unmarked as answer by dbwebnet Monday, June 10, 2013 11:54 PM
- Unproposed as answer by dbwebnet Monday, June 10, 2013 11:55 PM
well run->msconfig and disable all 3rd party applications & then check
After applying Service Pack 4 for Terminal Server, ensure that the following registry entry is configured: HKEY_LOCAL_MACHINE\SYSTEM\CCS\Services\NwRdr\ParametersUse the following information for configuring: Disconnect REG_DWORD
1 Original Behavior, Disconnect (Default)
0 New Behavior, Do not Disconnect
well run->msconfig and disable all 3rd party applications & then check
After applying Service Pack 4 for Terminal Server, ensure that the following registry entry is configured: HKEY_LOCAL_MACHINE\SYSTEM\CCS\Services\NwRdr\ParametersUse the following information for configuring: Disconnect REG_DWORD
1 Original Behavior, Disconnect (Default)
0 New Behavior, Do not Disconnect
- Proposed as answer by Sagar 1987 Thursday, May 30, 2013 12:27 AM
- Marked as answer by Office Support - MSFTModerator Monday, June 10, 2013 11:47 PM
- Unmarked as answer by dbwebnet Monday, June 10, 2013 11:54 PM
- Unproposed as answer by dbwebnet Monday, June 10, 2013 11:55 PM
I'm not aware of "Service Pack 4 for Terminal Server" as it might relate to Server 2008 R2. Please enlighten me.
I did stop all unnecessary 3rd party applications on startup. If there was a difference, it was indiscernible.
I don't have a NwRdr parameter as described, but am not using Netware in the environment.
Perhaps this replay wasn't for this post?
We have the same problem in a virtual RDS-server (Esx) after upgrading from Office 2003 to Office 2013 in a 2008 R2 server. About ~30 users:
Earlier: worked perfectly with ~30 users
2008 R2
Office 2003
CPU: 4vCPU x 2,26 GHz
RAM 12 GB
Now: Really slow performance with all users connected
2008 R2
Office 2013
CPU: 4vCPUx2,26 GHz
RAM: 24 GB
Tweaks: Disabled hardware accelerations, Disabled Animations
Works OK with just a few users signed in, but when all 30 are working the CPU peaks at 100% many times. And cannot assign more with the customers VMWare licens
Thanks for responding. It sounds like we are having a similar issue. Microsoft must be aware of this issue. There just isn't much information "out there".
I have tried Condusiv, V-Locity 4. It made a noticeable difference in file handling, but didn't do much for the processor requirement. We were still banging hard on four procs.
We tries Ericom Blaze. That is pretty nice on the video refreshes. At $125 per user? It is pricey. That didn't give the processors much relief either.
I'm trying so other things. I'll keep in touch.
We disable Windows Audio Service and Windows Audio Endpoint Builder Service on the RDS Server. That dropped the CPU usage sufficiently to reduce the number of CPUs required for the same level of usability on my company server. I'm not sure why those services were running by default.
I performed this on two 20+ installations and the customers both remarked that there was a huge improvement. I didn't drop CPUs on those two particular installations yet as I will be monitoring them for a while.
Anyone else got anything?
I came across this article http://blogs.technet.com/b/askperf/archive/2012/03/06/performance-issues-due-to-inactive-terminal-server-ports.aspx
On my "lightly used" company RDS server, there were over 2500 inactive terminal services ports. I ran the hotfix and the "Fix-it" routine and it cleared out the inactive ports as advertised.
Now, Outlook is only using a few % of the CPU. Interesting.
Skydrive (not Skydrive Pro from Office 365) was taking 22-33% of the CPU processing synchronizing from some work I did this past weekend. After 20 minutes, I "Xed" out of the session to let it run. I intend to uninstall the Skydrive program to see if that provides any relief. Will wait until it is finished synchronizing to avoid unintended consequences.
Hi,
I'm having the exact same problem too. I have rolled out 2 brand new 2008 R2 Datacenter terminal servers, with Office 2013 Pro Plus. Performance seems horrible.
Have tried adding that patch and disabling the windows audio services, but no great difference is made.
Only solution at the moment is to remove 2013 and put on 2010.
Anyone else had much luck with this issue?
Mark
We are also experiencing the same performance
issues. The first Office 2013 on a 2008 std server that we have rolled out
was experiencing performance issues. At first we did not expect is was Office
2013 until we have de-installed it and installed Office 2010
instead. Because Office 2013 was brand new when we've tried to install it
for the first time, we have decided to wait until a fix/solution would be
available. From now on all new RDS servers based on Server 2008 or
Server2012 we perform an installation with Office 2010. However, at a
certain point our customers would like to use Office 2013 as well. We are also
looking for the solution to this problem. We have already tried to disable the
animations and turn off hardware acceleration from the option/advanced menu...but
nothing helps. I think the only solution is to provide hardware acceleration
from the RDS server, unfortunately we are using VMWare.<o:p></o:p>
We are going to set-up a test server and try to
install Office 2013 again. We will try to look if hardware acceleration emulation
somehow does the trick.<o:p></o:p>
We narrowed our problems down to winword.exe, excel.exe and outlook.exe periodically claiming 50% of the processor. It happens to multiple users and doesn't only happen on one server.
We have a ticket open with Microsoft, but they haven't found anything yet. They're quite slow at getting back to me too.
I will post back here when we find a solution.
I hope you have better luck than I did. April 2014 will be upon us soon, with the end of Office 2010 support.
I look forward to the MS response to you.
Bob Hengen
Hi all,
Are there any improvements for Office 2013?
We have a virtual server RDS 2012 running on hyper-v and i see Office 2013 eating all the resources of CPU.
I am really looking forward to see MS response but so far NO SOLUTION!!!
Ati
No improvements. We ended up closing our ticket with Microsoft because the only troubleshooting steps they had were to do a clean boot and disable addins and our users can't do their jobs in those situations, so there was no way to test it.
Our users were geting upset with performance, so we downgraded to Office 2010 and all is well now.
What sucks now is that we'll have a hard time convincing them to upgrade to 2013 again in the future. We probably won't even try until SP1 is released.
We are putting up a 2012 R2 Server (actually muddling through the install) and will put Office 2013 on that. We hope it isn't a fools errand. Maybe there's some magic in the new server.
You know, April is going to be here pretty quick. We need resolution.
Has anyone hosted an RDS server on Azure? Just a thought.
We had pretty good success with disabling hardware acceleration through group policy. We have 4 CPUs and 16 GB of RAM on each of our Citrix servers. About 10 to 12 users per server right now. RAM is about 50% CPU is pretty normal near zero but I do see spikes of 15 to 25% on the Office .exe but not as long as before the tweaks.
Ran this registry adjustment at the same time so I am not sure which helped more, but it did help visual performance:
Windows Registry Editor Version 5.00
;
;Disables the Office 2013 shadow boarder
;Download from ThomasKoetzing.de
:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWI\MSO_BORDEREFFECT_WINDOW_CLASS]
"ClassName"="MSO_BORDEREFFECT_WINDOW_CLASS"
"Type"=dword:00001000
We use Office 365 so I also disabled all the Office apps from the Office 365 portal. Also turned off all annimations in Group Policy. Used the OCT to install Office 2013 and did not install SkyDrive Pro. I also turned off as many of the Internet
connected features and templates as I could find. No need for Office to be heading out to the Internet all the time. I'd be happy to share my Office Group Policy if anyone is interested.
Hi pmabke,
Can you please share the Office 2013 Group policy?
I have been dealing with the issue of slow office 2013 all day today as well and I think I found a solution. I forced the remote clients to be at 16bit color depth and the performance increase was dramatic. It appears that all the visual enhancements are causing the RDP server to strain when drawing the colors, more so then the animations themselves.
For anyone that doesn't know how to change the color depth settings check this link http://technet.microsoft.com/en-us/library/cc772048.aspx
- Proposed as answer by Oscar Ohrling Sunday, October 12, 2014 12:45 AM
I have been dealing with the issue of slow office 2013 all day today as well and I think I found a solution. I forced the remote clients to be at 16bit color depth and the performance increase was dramatic. It appears that all the visual enhancements are causing the RDP server to strain when drawing the colors, more so then the animations themselves.
For anyone that doesn't know how to change the color depth settings check this link http://technet.microsoft.com/en-us/library/cc772048.aspx
- Proposed as answer by Oscar Ohrling Sunday, October 12, 2014 12:45 AM
Thanks Creative IT Services.
We applied the fixes some time ago. This gave some relief. We instituted 16 bit color, much to the chagrin of the end users. Most everyone on our many terminal servers use two monitors. 16 Bit color was helpful to a point. The users don't like it because, well, they maintain it hurts their eyes after a few hours. In particular, they hate using Outlook that way. Truth be told, it is fuzzy.
An update: we had to turn audio back on so the users can access their voice mail. Audio ups the resources significantly. Had to add 6GB memory to a 15 users TS to maintain status quo. My ISP is charging $50 per GB per month. Will no doubt lose this customer when the contract ends.
Again I ask, is anyone using Azure for RDS with Office 2013?
Where are you seeing the performance problems?
I ask because I saw them in our VDI environment at initial login, I was able to get the login time from 2 minutes down to ~7-10 seconds.
Jared
Hi Jared,
I'm not using a VDI environment and am not qualified to comment on VDI. I'm using RDS and Office 2013. The slowness starts the minute Outlook is opened by any user, and gets worse as other users open Office applications. The issues don't exist with Office 2010. Most of our cloud-hosted customers are Office 365 E3 customers. They use Office 2010 on the RDS server and Office 2013 on their desktops. I'm still waiting for Office 365 to release SP1 for Office 2013. Hoping that will make a difference.
I have done two things recently that made a difference in my experience on a small RDS server running Office 2013 on 2008R2 Server.
1. Changed Local Security Policy, Computer Configuration, Administrative Templates, Windows Components, Remote Desktop Services, Remote Desktop Session Host, Remote Session Environment, Set compression algorithm for RDP data to ENABLED. That seemed huge.
2. Changed the RDC Client Display to 16 Bit color, and Experience to Low-speed Broadband and only Font Smoothing and Visual styles, and Persistent bitmap caching and Reconnect... checked. That was huge for the visuals.
Let me know if that helped anyone out there.
I put a copy of Condusiv, V-Locity on a small terminal server. It works good. Wholesale, it costs about $350 per server. THEN, you have to provision additional storage for the cache and backup. This solution was pricey enough that I couldn't get by-off from my customers in a hosted environment. It raised the monthly cost too high. So, customers remain on Office 2010. Personally, my business is "all-in" with Office 365 and there is no going back to 2010.
I'm still hoping Microsoft is going to do something about Office 2013, but the last few updates haven't provided any relief. The next Office has to be around the corner.
Anybody else?
Hi all,
We seem to be having the exact same issues on our ESX/VDI environment.
- GPU/Hardware acceleration disabled through policy
- Audio has been disabled
- Color depth has been brought down to 16-bit.
Everything we do inside Outlook/Excel/Word 2013 seems sluggish (down to every keypress). If we run the exact same build, but with Office 2010 installed it performs great (as we would expect).
Has anyone else or a Microsoft representative been able to look into this yet?
- Edited by DJ_The_SP Monday, July 21, 2014 11:06 AM
Hi all,
We seem to be having the exact same issues on our ESX/VDI environment.
- GPU/Hardware acceleration disabled through policy
- Audio has been disabled
- Color depth has been brought down to 16-bit.
Everything we do inside Outlook/Excel/Word 2013 seems sluggish (down to every keypress). If we run the exact same build, but with Office 2010 installed it performs great (as we would expect).
Has anyone else or a Microsoft representative been able to look into this yet?
- Edited by DJ_The_SP Monday, July 21, 2014 11:06 AM
Hi,
We have the same problem.
Two 2008 R2 Terminal Servers.
One is running 2010 Office Pro and is fine.
THe other which was just reloaded with the operating system has 2013 Office Pro on it and the performance is terrible. All users are having Word, Outlook and Excel pages paint slowing with a scrolling motion going from top to bottom of the apps window.
This is only noticeable from users that are remote (WAN connection). Users on the LAN side don't notice this.
Does anyone have a definitive fix (beside going back to office 2010 Pro)?
Thanks,
Bill
Just setup 8.1 with Hyper-V and several 8.1 VMs.
High end Graphics and Gen 2 VMs
Point blank:
- Clean VM with 8.1 64bit
- 8GB RAM
- Disks are SSD based
- Dual 27" monitors
Office 2013 brings the VM to its knees! 50% to 100% CPU spikes every few second when working in outlook. What a turd this version of Office is. Honestly.
VMs on the same machine can run Photoshop, AutoCAD and many other super CPU intensive applications without a hint of latency and the simple act of typing an email on s virgin VM with no other software is an exercise in futility.
As usual, no word from Microsoft other than scripted support (reboot, disable add-ins, etc). Hell the whole freaking Office2013 is one big, poorly designed social networking add-in.
Came across this post and another. Found what appears to work in our environment (currently undergoing testing), so I thought I would share the love.
In Word 2013, open FILE | Options | Advanced
Scroll down to the "Display" section
Check the box for Disable hardware graphics acceleration (may already be disabled based on previous discussions on this and other threads. Can also set a GPO to disable it.)
UNcheck the checkbox for Use subpixel positioning to smooth fonts on screen
It addressed the issue we have been seeing with Excel and inability to tab through cells without it locking up. It also addressed some slowness issues inside Outlook.
If our testing bears good fruit, we'll put the changes into our VM template and roll it out to the masses.
- Proposed as answer by jurodri Wednesday, November 05, 2014 4:59 PM
Came across this post and another. Found what appears to work in our environment (currently undergoing testing), so I thought I would share the love.
In Word 2013, open FILE | Options | Advanced
Scroll down to the "Display" section
Check the box for Disable hardware graphics acceleration (may already be disabled based on previous discussions on this and other threads. Can also set a GPO to disable it.)
UNcheck the checkbox for Use subpixel positioning to smooth fonts on screen
It addressed the issue we have been seeing with Excel and inability to tab through cells without it locking up. It also addressed some slowness issues inside Outlook.
If our testing bears good fruit, we'll put the changes into our VM template and roll it out to the masses.
- Proposed as answer by jurodri Wednesday, November 05, 2014 4:59 PM
I don't recall "specifically" testing resource results from checking or unchecking the Font Smoothing selection. With Font Smoothing off, the users maintained that the screen was too light and hurt their eyes after an hour or so of use. Since they used the RDS Server all day, this wasn't acceptable
Had disabled hardware acceleration early on. It helped some.
Anyone having this issue with Server 2012 R2? My customer's accounting software will work on 2012 R2 now, so am installing new controller and RDS Server. BTW, same customer brought their servers from the cloud to back on premises. Still need and RDS server for remote employees.
No one responded to my request to know if this issue exists on Azure. Still curious.
Anyone having this issue with Server 2012 R2?
Having the same Problem on freshly installed Hyper-V 2012 R2 Free - RDS OS ist Windows Server 2012 R2.
the CPU usage ist constantly at 80% and above which is caused by a winword, an excel and an outlook.exe.No other application installed on the server is using this amount of CPU.
could you try to "Disable" the "Show preview handlers in preview pane" ? following this link and let me know if that solve your pbs ?
http://www.eightforums.com/tutorials/35233-preview-pane-hide-show-preview-handlers-windows.html
Hi Sybille,
Thanks for your post.
My testing showed negligible change in performance on the RDS server, <1%. Working in any of the primary Office 2013 modules still brings the server to its knees.
I haven't done much testing lately, but noticed today that the latest updates to IE 11 and Chrome are acting similarly. Have had to take Firefox off the RDS server after the 2nd to last update due its behavior. New update came of a couple of days ago, but haven't installed.
Any body have the procedure to install Office 2013 on XenApps on VM and the GPO related.....also does the performance issue is solved ?
Has anyone had any luck with office 2013 on 2008 R2? We are seeing major lag when scrolling, particularly in excel. I have tried all the usual, disable hardware acceleration, disable animations etc etc with no joy. What I am seeing though is a massive increase in RDP bandwidth, some excel test results below. Tests carried out on a 10Mbps Wan link. When I am on the Lan all is fine where the RDP connection is using around 4Mbps. Crazy when you see how consistent the bandwidth usage is with 2010.
OS
|
Excel Version |
Screen Resolution |
Colour Depth |
Download Rate (Mbps) |
2008 R2 |
2010 |
1920 x 1080 |
(16bit) Limited by Policy |
0.24 |
2008 R2 |
2013 |
1920 x 1080 |
(16bit) Limited by Policy |
1.92 |
2008 R2 |
2010 |
1280 x 1024 |
16bit) Limited by Policy |
0.18 |
2008 R2 |
2013 |
1280 x 1024 |
16bit) Limited by Policy |
1.70 |
2008 R2 |
2010 |
1024 x 768 |
(16bit) Limited by Policy |
0.13 |
2008 R2 |
2013 |
1024 x 768 |
(16bit) Limited by Policy |
1.21 |
2012 R2 |
2013 |
1920 x 1080 |
(16bit) Limited by Policy |
0.17 |
|
|
|
|
|