cURL / Mailing Lists / curl-users / Single Mail

curl-users

RE: Curl consuming 100% CPU time

From: Nielsen Linus <Linus.Nielsen_at_elema.siemens.se>
Date: Wed, 1 Nov 2000 09:43:44 +0100

Actually, we discovered the same thing in our system today.
We have an FTP proxy that spawns a curl process for each
GET. For some reason, some of them didn't die, and are now
eating our CPU.

22554 bjst 13 0 1224 1224 960 R 26.3 0.3 400:53 curl
22546 bjst 10 0 1224 1224 960 R 24.9 0.3 401:17 curl
22556 bjst 10 0 1224 1224 960 R 24.9 0.3 455:21 curl

/Linus

> -----Original Message-----
> From: Daniel Stenberg [mailto:daniel_at_haxx.se]
> Sent: den 1 november 2000 08:26
> To: Sumanda Basu
> Cc: Curl Mailinglist
> Subject: Re: Curl consuming 100% CPU time
>
>
> On Tue, 31 Oct 2000, Sumanda Basu wrote:
>
> (This reply is Cc'ed to the curl mailing list, please direct
> further comments
> and bugs questions to the list.)
>
> > I am using curl for ftp downloading of some files from some
> remote servers.
> > I am automating the job by scheduling it to execute through
> a Vignette
> > template using TCL script for downloading multiple files.
>
> I'm not familiar with what a "Vignette template" is.
>
> > But often curl.exe creates its multiple instances and
> consumes 100% of
> > CPU utilisation.
>
> Curl doesn't create multiple instances. Curl is a single tool
> running in a
> single task.
>
> > Each instance of curl application consumes upto 50% of CPU time.
>
> "Each instance" ? That's some program starting many curls,
> that's not a curl
> behaviour.
>
> What if you use a single curl running from the command line,
> does the same
> effect occur then? What if you use the -v option, can you
> spot anything
> particular that happens when the unusual CPU utilization happens?
>
> > Any suggestion for automating ftp download of the files
> from a remote
> > server in this regard.
>
> Curl usually does this splededly.
>
> --
> Daniel Stenberg - http://daniel.haxx.se - +46-705-44 31 77
> ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
>
Received on 2000-11-01