From: Jan Kiszka <jan.kiszka@domain.hid>
To: desvages@domain.hid
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] real time task disapears... memory problem ?
Date: Thu, 07 Jun 2007 19:44:47 +0200 [thread overview]
Message-ID: <4668440F.7020706@domain.hid> (raw)
In-Reply-To: <2404.194.199.21.225.1181233422.squirrel@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 2789 bytes --]
desvages@domain.hid wrote:
>> What kind of statistics would you precisely need? And where would you
>> need it, means where is your scheduler located, what API does it use?
>
> I need execution time (and not response time). A patch for this has been
> create by a former student (now Doctor David Robert) working before me.
Hmm, the patch looks like it consequently reimplements existing runtime
statistics instead of reusing them as a foundation...
Anyway, I think we could discuss some API extension of Xenomai (for
native, probably via rt_task_inquire). Likely we would keep this report
optional, ie. make it return -1 or so if CONFIG_XENO_OPT_STATS is off.
Tracking stats is not as costly as other instrumentations, but it's also
not free. If you are interested, let us know. It won't be a one-liner,
but it doesn't look like it has to be as invasive as your approach.
> You can find it enclosed with this mail. Anyway the problem doesn't come
> from this patch, it appears also with vanilla xenomai.
OK.
>
>> Primarily code. We need your code that demonstrates the weird behaviour.
>> If you patched Xenomai in any way, that patch would be required as well
>> of course.
>
> I have reduced the size of the code to the thing that is not working. You
> can find it enclosed.
> The main program creates a task that calls the gsl_qp function (a
> quadratic solver).
> The problem appends during the call of ql0001_. If I remove this call, it
> works. I if keep it, the task disapears without any error (I only see that
> in /proc/xenomai/stat ).
This sounds like some fault is triggered and your program simply
terminates on report of the same ("Hey, if I add that printf, my program
stops. What's wrong with printf?" -- You can't imagine how often I
already heard this. ;) ).
>
>> BTW, did you already try to attach gdb to your disappearing process?
>> Maybe it can catch what makes it terminate.
> I have tried without success, but I don really know how to use it in that
> way...
You should compile it with "-g", start it with "gdb <your program>" (or
the graphical front-end "ddd"), simply let it "run" and wait what gdb
reports. It should really say /something/.
I can't help anyway, some files are missing, at least gsl/gsl_matrix.h.
If I shall have a look, I really need a smaller test-case, only
including Xenomai interaction.
>
> My config: (I have install the last availlable xenomai since last mail)
> - Linux kernel : 2.6.20.3
> - xenomai : 2.3.1
> - Adeos : 1.7-03
> - Laptop compact Evo N600c Pentium 3M 1.2Ghz
>
>> .config, Xenomai version, and I-pipe version can be helpful too.
> .config is enclosed (DentiX231)
>
>
>> Jan
>
> Thanks for your help
>
> Arnaud DESVAGES
>
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
next prev parent reply other threads:[~2007-06-07 17:44 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-07 16:23 [Xenomai-help] real time task disapears... memory problem ? desvages
2007-06-07 17:44 ` Jan Kiszka [this message]
2007-06-08 10:49 ` [Xenomai-help] measuring tasks execution time Daniel Simon
2007-06-08 11:20 ` [Xenomai-core] " Jan Kiszka
2007-06-08 13:09 ` Daniel Simon
2007-06-08 15:24 ` Jan Kiszka
2007-06-08 16:04 ` Jan Kiszka
2007-06-25 15:51 ` [Xenomai-core] " Daniel Simon
2007-06-25 16:55 ` Jan Kiszka
2007-06-27 8:57 ` Daniel Simon
2007-06-27 11:56 ` Jan Kiszka
2007-06-29 14:43 ` Daniel Simon
2007-06-29 15:00 ` Jan Kiszka
2007-06-29 15:29 ` Daniel Simon
2007-06-29 15:47 ` Philippe Gerum
2007-06-29 15:56 ` Gilles Chanteperdrix
2007-06-29 15:52 ` Jan Kiszka
2007-07-08 10:11 ` Jan Kiszka
2007-07-09 8:49 ` Daniel Simon
2007-07-11 13:59 ` Daniel Simon
2007-07-11 14:30 ` Jan Kiszka
2007-07-11 15:35 ` Daniel Simon
2007-07-11 15:56 ` Jan Kiszka
2007-07-11 16:55 ` Daniel Simon
2007-07-11 21:20 ` Jan Kiszka
2007-07-12 9:30 ` Daniel Simon
2007-07-12 11:02 ` Jan Kiszka
2007-07-16 16:19 ` Daniel Simon
[not found] ` <1753.194.254.210.7.1181246882.squirrel@domain.hid>
2007-06-08 15:19 ` [Xenomai-help] real time task disapears... memory problem ? Jan Kiszka
2007-06-09 16:06 ` desvages
2007-06-09 17:10 ` Jan Kiszka
-- strict thread matches above, loose matches on Subject: below --
2007-06-06 11:59 DESVAGES Arnaud
2007-06-06 12:25 ` Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4668440F.7020706@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=desvages@domain.hid \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.