M$ mentioned that it may not be the dll neccesarily but the fact that they server has been modifed with new hotfixes since the dll that the dll may be running a little different now. So, that's a possibility as well.
Yes, it's a shared hosting server.
John
On Thu, 4 Mar 2004 12:02:19 -0700, Jim McAtee wrote:
> Maybe someone else can chime in here, but if a CF component such as
> iscf.dll
> is pegging the meter, it could simply mean that you have a bad
> application,
> rather than it implying a problem with iscf.dll itself. I gather
> this is
> happening on a shared web host?
>
> ----- Original Message -----
> From: "john cesta" <[EMAIL PROTECTED]>
> To: "CF-Server" <[EMAIL PROTECTED]>
> Sent: Thursday, March 04, 2004 7:58 AM
> Subject: Re: iscf.dll latest date for 5.0
>
>> Microsoft has diagnosed our occasional high dllhost and inetinfo
>> cpu% as
> being attributed to the iscf.dll SInce I can't find any updated
> versions of
> this dll I am at a loss as to what to do. Could they be wrong? Yea,
> I suppose
> they could, that's why I asked them to analyze a few more iisdumps.
>>
>> I was wondering, though, what most of your cf5.0 servers are set
>> to as far
> as this directive:
>>
>> Single Threaded Sessions
>> When checked, all requests are single threaded by session ID. This
> guarantees that any potential variable contention caused by
> simultaneous
> requests in the same session will not occur. Also, when checked,
> CFLOCK is no
> longer needed to lock access to session scope variables.
>>
>> I was also wondering if you see a higher cfserver.exe cpu% when
>> checking
> this value, that is if you've ever experimented with it?
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
