Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Thu, 04 Mar 2004 19:48:19 -0300
From: mnicolet <mnicolet AT satlink DOT com>
Subject: Re: cygrunsrv taking near all cpu time
To: Cygwin List <cygwin AT cygwin DOT com>
Message-id: <008b01c4023a$cfcec5d0$0201a8c0@node2>
MIME-version: 1.0
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT
References: <000d01c4020f$c8349230$0201a8c0 AT node2> <Pine DOT GSO DOT 4 DOT 58 DOT 0403041225140 DOT 22927 AT thing1-200> <003501c4021b$a0d6f0f0$0201a8c0 AT node2> <6 DOT 0 DOT 1 DOT 1 DOT 0 DOT 20040304144517 DOT 03cfb668 AT 127 DOT 0 DOT 0 DOT 1>
X-IsSubscribed: yes
Note-from-DJ: This may be spam

Thank you.
There is no point in turning off the antivirus, exception being a one
time test.
But that is not easy, because I don't know exactly which services make
up my Panda antivirus. Of course, carefully inspecting the services
win, I could guess that.
If you think this is an important test for the mainstream development,
I could try it.
Regarding snapshots, generally I dislike them, unless I'm very sure
what I'm doing, which is not the case.
The better solution, I think, is to manually enable sshd when I need
it.

----- Original Message -----
From: "Larry Hall" <cygwin-lh AT cygwin DOT com>
To: "mnicolet" <mnicolet AT satlink DOT com>; <cygwin AT cygwin DOT com>
Sent: Thursday, March 04, 2004 4:51 PM
Subject: Re: cygrunsrv taking near all cpu time


> I have only a couple of suggestions, beyond what Brian has already
said.
>
>   1. Turn off your anti-virus and see if that helps.
>
>   2. Try this with a recent snapshot <http://cygwin.com/snapshots/>
>
> I don't know if either of these "quick-fix" ideas will help.  But
your
> cygcheck output prompted me to suggest them.
>
> Larry
>
>
> At 02:05 PM 3/4/2004, you wrote:
> >Thank you.
> >
> >'As is would' means I had run both config scripts ( ssh-host-config
> >and ssh-user-config ). And that was ok, because I can connect both
> >locally and remotely.
> >
> >I setted up sshd as a service using then command
> >cygrunsrv -S sshd
> >
> >Please, see attached cygcheck.out
> >
> >TIA
> >Marcelo
> >
> >----- Original Message -----
> >From: "Brian Ford" <ford AT vss DOT fsi DOT com>
> >To: "mnicolet" <mnicolet AT satlink DOT com>
> >Cc: <cygwin AT cygwin DOT com>
> >Sent: Thursday, March 04, 2004 3:30 PM
> >Subject: Re: cygrunsrv taking near all cpu time
> >
> >
> >> Here we go again.  I think you missed the point of what we were
> >trying
> >> to tell you.
> >>
> >> Please review again http://cygwin.com/problems.html (I highly
doubt
> >that
> >> you did the first time).  At least, pay special attention to the
> >part
> >> about attaching cygcheck output.
> >>
> >> On Thu, 4 Mar 2004, mnicolet wrote:
> >>
> >> > I installed sshd as it would be. At the point I could connect
from
> >> > another machine.
> >> >
> >> What does "as it would be" mean?
> >>
> >> > I can, now, state the problem better.
> >> >
> >> > The question is whenever the service start is set to
'automatic'
> >so
> >> > it's started at boot-up time, cygrunsrv is taking up all cpu
time
> >it's
> >> > allowed. Even if sshd.exe is up and running fine, taking itself
no
> >> > noticeable cpu time.
> >> >
> >> > But, if I stop the sshd service, set up it as 'manual' and then
> >> > restart it, cygrunsrv is working fine, taking no noticeble cpu
> >time.
> >> >
> >> Reporting the result of attaching strace to the run-away
cygrunsrv
> >might
> >> be interesting, but only after you have followed the advice
above.
> >>
> >> > Sorry if my previous post scared some one.
> >> >
> >> It did not scare anyone, but you did not follow the advice given.
> >>
> >> > But I think my question was concise, and pointing exactly to
the
> >> > problem.
> >> >
> >> A little too concise, perhaps?
> >>
> >> --
> >> Brian Ford
> >> Senior Realtime Software Engineer
> >> VITAL - Visual Simulation Systems
> >> FlightSafety International
> >> Phone: 314-551-8460
> >> Fax:   314-551-8444
> >
> >--
> >Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> >Problem reports:       http://cygwin.com/problems.html
> >Documentation:         http://cygwin.com/docs.html
> >FAQ:                   http://cygwin.com/faq/
>
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:       http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/