From: Adrian Knoth <adi@thur.de>
Subject: Poor tasking performance
Date: 19 Jun 2004 07:38:56 GMT
Date: 2004-06-19T07:38:56+00:00 [thread overview]
Message-ID: <slrncd7rcg.bpr.adi@ppc201.mipool.uni-jena.de> (raw)
Hi,
I wrote a small proof-of-concept-algorithm which should be implemented
in assembler for a DSP-based hardware solution. Actually it uses
blocking file IO to read and write data from/to named pipes.
(read input data, calculate it, write output data. rate is defined
by the external reading process).
More or less fine, 6% CPU consumption. Yesterday I expanded the
program by a commandline frontend to interactively changing
values (coeffs for the calculation). Therefore I defined the
old serial calculation job as a (one) task and the user interface
as another (the program only has two tasks).
While the calculation "always" runs the user interface shows a
prompt and waits for the completion of Get_Line. When the user
terminates his statement by enter his inputline is parsed and
internal variables are changed accordingly.
Nothing spectacular. In general, it's all the same. Result: 18% CPU.
Is that normal? Only by adding one task which hangs in Get_Line
increases the load so much?
Environment is Linux 2.6.7 with Debian gcc-3.3 (unstable).
--
mail: adi@thur.de http://adi.thur.de PGP: v2-key via keyserver
Morgenstund hat Gold im Mund, und Gold im Mund ist ungesund
next reply other threads:[~2004-06-19 7:38 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-19 7:38 Adrian Knoth [this message]
2004-06-19 20:19 ` Poor tasking performance Robert I. Eachus
2004-06-19 23:51 ` Adrian Knoth
2004-06-19 23:58 ` Björn Persson
2004-06-20 5:28 ` Robert I. Eachus
2004-06-20 7:58 ` Adrian Knoth
2004-06-20 9:18 ` Björn Persson
2004-06-26 17:30 ` Robert I. Eachus
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox