Lagged Process Startup when running as SERVICE LOCAL_SYSTEM accoun
From: Bobby (Bobby_at_discussions.microsoft.com)
Date: 05/27/05
- Previous message: John_L_S: "RE: SEC_E_UNTRUSTED_ROOT"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Fri, 27 May 2005 14:18:02 -0700
The best way I can think of to explain what i am experiencing is to give an
example:
First off i have a service which does "cmd.exe /K start" which has been
given the ability to interact withe the desktop. This is for my test
purposes only. My real application will create process's on its own from the
service in a variety of ways.
I have mingw (minimalistic Gnu) installed because i am writing platform
independent applications (on eclipse actually)
if i type "ls" in the Service command shell ... the process takes about 30
seconds to complete. *NO* cpu usage during that time. when the process
finally kicks in the output is very fast and completes quickly. The same
will go for any of its other commands that use the DLL they have. Of course
none of this startup lag occurs when i run as the local user or from a cmd
prompt started via the local user. I must say that although my first
insincts were to suspect MINGW as the culprate i have noticed a similar lag
behavior on other applications as well. This does not occur for any windows
.exe program i tested. IF i run sh.exe first it takes the normal 30 seconds
to start, but once its running the subsequent commands in that shell are
quick and fast. I am suspecting the DLL that they share as the source for
the lag. Anyways my biggest concern is that why it works in situations other
than the service instance.
Also i have tried to break into it when its lagging out with Visual Studio.
I get the message:
The process appears to be deadlocked (or is not running any user-mode code).
All Threads have been stopped.
Please help me shed some light into what is going on.
Thanks!
- Previous message: John_L_S: "RE: SEC_E_UNTRUSTED_ROOT"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]