Found this IBM document:

http://www-01.ibm.com/support/docview.wss?uid=nas15197341657f9f57e86257655005736ff

Which has in it:

3. Many Windows 7 users have seen performance issues when opening IFS
documents on a NetServer network drive. *In some cases, changing the Web
Client Start-Up type from Manual to Automatic has improved performance.* Follow
the steps below to do this:

a. Click *Start.*

b. Click *Run* .

c. Type *services.msc *and click *[ok]* .

d. From the list of Services listed, double click on *Web Client* , and
change *Start-up type* from Manual to *Automatic* . This value defaulted to
Automatic in Windows XP. The default was changed to Manual in Windows 7.
Having this service automatically start up (and therefore always active)
can sometimes improve performance.

*Alternatively, totally Disabling the Web Client has caused drastic
performance improvements for other users.*

a. Click *Start* .

b. Click *Run* .

c. Type *services.msc *and click *[ok].*

d. From the list of Services listed, double click on *Web Client* , and
change *Start-up type* from Manual or Automatic to Disabled.
*Note: *IBM does not know what functions do and do not use the *Web Client* .
Users who are concerned that setting the* Web Client *to Disabled will
break other functions should contact Microsoft for information on the
function of this service.

On RDS, it is set to Manual. I changed it to Automatic and also started
it. After that, invoices open up within seconds. If I set it to Disabled
it opens even faster. But I don't know where else that service might be
used, so I ended up leaving it at Automatic.




On Wed, Jul 25, 2012 at 12:46 PM, Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx>wrote:

I should point out this new server is W2008 R2. My windows guy says
that's an important distinction.


On Wed, Jul 25, 2012 at 11:32 AM, Jeff Crosby <jlcrosby@xxxxxxxxxxxxxxxx>wrote:

All,

We have a relatively new 64-bit W2008 Server (virtual) acting as a
terminal services server and we're having a performance issue. Call this
server RDS. It replaced a 32-bit W2003 Server (also virtual).

A few days ago I posted briefly about this issue (SMB vs SMB2),
speculating that SMB2 was the culprit. RDS was changed/booted last night
to use SMB instead of SMB2 with no performance improvement, so SMB wasn't
the issue.

An example of what is going on. We create PDF copies of all invoices
(created on the System i) automatically and store them in the IFS. At
month end they get moved off the IFS and onto a windows server (also
virtual).

To make it simpler to view a PDF invoice from green screen, I put a link
to the PDF on various inquiry screens as hotspots. If the invoice is from
the current month, the link points the the proper file on the IFS. If the
invoice is prior to this month, the link points to the proper file on
another Windows server. So the user need only click on the link on the
green screen and the PDF is opened up. This worked well for many years
with the old terminal services server, but now performance is abysmal.

To summarize RDS behavior:

1) If I click the link on green screen:
a) If the file link is to the IFS, it takes 60 seconds to open up
b) If the file link is to the Windows file server, it takes 2-3
seconds to open up

2) If I paste that link into a browser:
a) If the file link is to the IFS, it takes 2-3 seconds to open up
b) If the file link is to the Windows file server, it takes 2-3
seconds to open up

So everything is fine except 1a. And only RDS exhibits this behavior.
The old terminal services server never did, nor do any PC workstations.

It is worth noting that if one opens a spreadsheet file (.xls) on the IFS
via Excel 2003 in RDS, it also takes forever.

The differences between the old terminal service server and RDS are: 1)
RDS is 64-bit vs 32-bit, and 2) RDS is W2008 server vs W2003 server.

Ideas?

Thanks.



--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.




--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.