Re: [U2]UniData and Multithreading for udtsort.exe on Windows Server 2003

[jjuser ud2]

A single-process, not multi-threaded, I take it...

On 12/29/06, John Jenkins [EMAIL PROTECTED] wrote:

UDTSORT CPU usage may the result of a single process? There are tools on
www.sysinternals.com which may give you pointers on who is doing what to
whom here. It will take what it an get until done...

There were changes in the desktop heap usage from 6.0 due to issues with
desktop heap utilisation (private desktop) - console messages :

udtsort.exe: Initialization failed

Are you getting these or anything in the event logs?

I've seen a few oddities with the desktop heap in relatively recent Windows
2003 versions and now routinely turn off interact with desktop flags on
UniData services so it is possible there is an issue there. If you can
compare this on Windows 2000 and Windows 2003 would be useful information -
at lease on Windows 2000 you can tune the heap:

HYEY_LOCAL_MACHINE/ System/ CurrentControlSet/ Control/ SessionManager/
SubSystems/ Windows ;

entry SharedSection


Regards

JayJay

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jjuser ud2
Sent: 28 December 2006 23:45
To: u2-users@listserver.u2ug.org
Subject: Re: [U2]UniData and Multithreading for udtsort.exe on Windows
Server 2003

Anybody?

On 12/22/06, jjuser ud2 [EMAIL PROTECTED] wrote:

 I have Windows Server 2003 Service Pack 1 and four slow
 processors(~700mhz) in a server.  It is running Unidata 7.1.

 udtsort.exe caps out at 25% CPU usage -- it never exceeds this.
 Because there are four processors, this leads me to believe that it is
 completely using one of the processors.  Is the 25% a hard-coded cap
 of some sort, or is it simply not multi-processor capable?  If it
 were, would it try to use 100% of the processors?  If one processor is
 fully utilized and there are two udtsort.exe instances running, does
 the second one try to use the next available processor?  SB+ users are
 unable to function efficiently when udtsort.exe is running at maximum
 capacity(read: unable to so much as bring a screen up), and this leads
 me to believe that perhaps they're not multi-processor aware as well.

 Is there some sort of setting that I can change to enable that?  Or is
 server 2003 not capable of it?  Or am I just hallucinating again?
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] High collisions on Group semaphores

[Ray Wurlod]

These figures are not really that high - they count from when UniVerse was 
started.  That you are only getting one retry per collision suggests that it's 
not that great a problem - a collision (in the group latch table) occurs, but 
the group latch is obtained on the next retry.

It's what you'd expect with a utility like COPY - it's progressing (roughly) 
sequentially, so attempting to set the informational group latch for the next 
record in the group while at the same time resetting it for the current record.

The figures you reported do not give any cause for alarm.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/