Sign in to follow this  
Followers 0
nickman

Windows Server 2008 R2 extremely slow

13 posts in this topic

We recently installed a Windows Server 2008 R2 (64) [Dell R720, RAID 10, 32 GB]. Initially the performance was fine with one SQL Server 2008 R2 (64) and a Tomcat 6 (64) installation.

Then the server started to become slower. At first we assumed something to be wrong with the NIC drivers (Broadcom BACS), so we upgraded their firmware, and the drivers, which seemed to have helped.

But now, after some time (about two months) we're back in the same place. Starting Firefox takes about one minute, EVERYTHING is awfully slow.

Checked so far:

1) perfmon shows peaks but nothing special

2) procmon (following FF's start) shows no indication

3) Latest patches/hotfixes installed

Is there anyone out there experiencing similar problems on the above-described hardware?

Edited by nickman
0

Share this post


Link to post
Share on other sites

Install the WPT (http://www.msfn.org/board/index.php?showtopic=146919), run this command from a cmd.exe which is started as admin:

xperf -start perf!GeneralProfiles.InBuffer && timeout -1 && xperf -stop perf!GeneralProfiles.InBuffer GenTrace.etl

and start Firefox. After you captured the slow start, press a key to stop logging, zip the GenTrace.etl (only this file, not the 2 other temp files!!!), upload it (skydrive,dropbox) and send me the link via PM.

0

Share this post


Link to post
Share on other sites

I don't really have an idea. YOu have a lot of DPC/ISR usage.

hal.dll!HalpHpetProgramRolloverTimer = http://en.wikipedia.org/wiki/High_Precision_Event_Timer

try to turn this HPET off (BIOS/UEFI) and look if this makes the server faster,

Firefox is busy because of JS calls, but I need a trace of the nightly version of Firefox which has better stacks.

0

Share this post


Link to post
Share on other sites

Check your standby ram. I find my ram cache holds junk I don't need anymore, flushes slowly for some reason once I reach zero available free memory and this seems to help.

http://www.google.com/search?as_qdr=all&num=100&q=EmptyStandbyList.exe+magicandre1981

@andre, would this be possible to be re-written to Powershell, where would I start looking if I wanted to re-create the effect via script. FYI, looked in the source codes of wj32's process hacker, it's a big project not sure what I am looking for, or if it can even be manipulated via powershell, what you think ?

Edited by MrJinje
0

Share this post


Link to post
Share on other sites

@MagicAndre1981

I'll give that a try (in case I find that option in the BIOS).

@MrJinje

Thanks for your tip - unfortunately that didn't help.

0

Share this post


Link to post
Share on other sites

Just an intermediate report:

0) Behavior as described - slow.

1) Checked with Dell, executed DSET (their test tool).

2) Behavior after execution of DSET changed => fast

3) Dell couldn't find any problems in the report generated by DSET, i.e. on our maschine

4) Communicating with Dell in order to obtain info about what is contained in DSET (would like to do that myself, by UniExtract 1.6.61 failed me on this exe; will upgrade to 1.77 and report again)

0

Share this post


Link to post
Share on other sites

Addendum: The Dell tool seems to be a Wise installer. Does anybody know how to handle these lately?

0

Share this post


Link to post
Share on other sites

Do you have your OS on the RAID 10 or do you have it on a separate disk/array?

0

Share this post


Link to post
Share on other sites

On RAID 10, in-maschine.

1) Meanwhile I received a list of updates (including the RAID backplane firmware) that I will install soon.

2) Addendum: DSET, once run, leaves behind a MSI packet (which can be easily extracted), containing a lot of Python PYCs plus some few EXEs. If my observations were correct (cmp. item 2 above), either one of this Python libs or one of the EXEs should have been the - positive - culprit.

Will report back...

0

Share this post


Link to post
Share on other sites

The dset report should give you more information than the binary of the tool itself. The password protected archive created by dset is protected with the password : dell.

0

Share this post


Link to post
Share on other sites

Thanks for all your input. Meanwhile the system is back to normal (so far at least) after I installed the firmware update for the H710 SAS RAID controller (SAS-RAID_Firmware_C1VYX_WN32_21.2.0-0007_A04.EXE)

For the DSET report: The Dell technician didn't find anything special.

0

Share this post


Link to post
Share on other sites

nice to hear that you fixed it :)

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.