On Sun, 24 Oct 2021 08:18:31 +, Alexander Grotewohl via fpc-pascal
wrote:
>In the end we have a black box with Indy that isn't going to be opened..
>and from the sound of it, a dated method of manually checking for i/o
>(in this case likely with select() and a zero timeout..). Calling that
21 6:46:21 AM
To: fpc-pascal@lists.freepascal.org
Cc: Bernd K.
Subject: Re: [fpc-pascal] My Linux service application consumes 10% CPU when
idling - why?
Am 07.10.21 um 19:41 schrieb Bo Berglund via fpc-pascal:
> The question is: how to find what is still using CPU?
Have a look at the
Am 07.10.21 um 19:41 schrieb Bo Berglund via fpc-pascal:
The question is: how to find what is still using CPU?
Have a look at the tool sysprof. This is a statistical sampling profiler
that can show you a call tree with percentages of CPU consumption. Thee
are also other sampling profilers
On Sun, 17 Oct 2021 12:03:44 +0200 (CEST), Michael Van Canneyt via fpc-pascal
wrote:
>> Does this mean that:
>> _newselect is running for 207 ms during the 3 second test time?
>> (Which is 17 ms per call)
>>
>> And what is _newselect in the first place?
>
>Select (or _newselect) checks if there
On Sun, 17 Oct 2021, Bo Berglund via fpc-pascal wrote:
On Sun, 17 Oct 2021 00:43:51 +0200, Bo Berglund via fpc-pascal
wrote:
timeout --signal=2 3s strace -f -c -p 488 -o tracelog2.log
% time seconds usecs/call callserrors syscall
-- --- --- -
On Sun, 17 Oct 2021 00:43:51 +0200, Bo Berglund via fpc-pascal
wrote:
>timeout --signal=2 3s strace -f -c -p 488 -o tracelog2.log
>
>% time seconds usecs/call callserrors syscall
>-- --- --- - -
> 46.470.348353 414
On Sat, 16 Oct 2021 18:16:57 -0400, Travis Siegel via fpc-pascal
wrote:
>
>On 10/16/2021 6:06 PM, Bo Berglund via fpc-pascal wrote:
>> Meanwhile the strace outputs stuff like this to the screen:
>> strace: Process 6360 attached
>> strace: Process 6361 attached
>> strace: Process 6362 attached
>>
On 10/16/2021 6:06 PM, Bo Berglund via fpc-pascal wrote:
Meanwhile the strace outputs stuff like this to the screen:
strace: Process 6360 attached
strace: Process 6361 attached
strace: Process 6362 attached
strace: Process 6363 attached
strace: Process 6364 attached
strace: Process 6365
On Fri, 8 Oct 2021 00:12:50 +0200 (CEST), Michael Van Canneyt via fpc-pascal
wrote:
>> No matter how long I wait it is now stuck at that double value.
>>
>> So clearly something must be left behind after the task has finished...
>>
>> The question is: how to find what is still using CPU?
>
>Run
On Thu, 7 Oct 2021, Bo Berglund via fpc-pascal wrote:
On Tue, 5 Oct 2021 10:22:44 +0200 (CEST), Michael Van Canneyt via fpc-pascal
wrote:
My program in Lazarus *is* a "simple program" and it has no GUI components.
I never even looked at the implementation of CheckSynchronize()...
It was
On Tue, 5 Oct 2021 10:22:44 +0200 (CEST), Michael Van Canneyt via fpc-pascal
wrote:
>> My program in Lazarus *is* a "simple program" and it has no GUI components.
>>
>> I never even looked at the implementation of CheckSynchronize()...
>> It was just given in another thread when I was working on
I don't know if it's related, but I experienced a similar problem a few
years ago.
It's a console dll written in Freepascal and compiled for Win64 and
Linux (Ubuntu). It uses several threads and uses CheckSynchronize to
make calls in the main thread.
The dll is loaded and used by a 4gl
On Mon, 4 Oct 2021, Bo Berglund via fpc-pascal wrote:
On Mon, 04 Oct 2021 12:46:32 -0400, Dennis Lee Bieber via fpc-pascal
wrote:
COMMENT: here you ask about a non-GU /service/ application, but in your
prior post you gave a code snippet. It may just be a documentation flaw,
but...
On Mon, 04 Oct 2021 12:46:32 -0400, Dennis Lee Bieber via fpc-pascal
wrote:
>
> COMMENT: here you ask about a non-GU /service/ application, but in your
>prior post you gave a code snippet. It may just be a documentation flaw,
>but...
>
>-=-=-
>{ function to be called when gui thread is
On Sun, 03 Oct 2021 19:51:49 +0200, Bo Berglund via fpc-pascal
wrote:
>In this scenario I expected next to no CPU usage when this is running as a
>service controlled by systemd, but in fact top shows the service to consume 10%
>CPU when it is doing nothing, no client connected and no task
So I have this service application which is ported from a Windows Delphi 2007
TService app to a regular command line program for use in Linux.
It runs on a RaspberryPi3B+
Normally it sits idle doing nothing but waiting for a client to connect via TCP
or a time to occur when it needs to execute a
16 matches
Mail list logo