From: Jan Kiszka <jan.kiszka@domain.hid>
To: Roderik_Wildenburg@domain.hid
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] do memory functions switch to secondary mode ?
Date: Tue, 11 Jul 2006 16:55:10 +0200 [thread overview]
Message-ID: <44B3BBCE.8080906@domain.hid> (raw)
In-Reply-To: <5D63919D95F87E4D9D34FF7748CE2C2A3F9354@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 1139 bytes --]
Roderik_Wildenburg@domain.hid wrote:
> Does any of the memory functions like :
> memcopy,
> memset,
> bzero,
>
> :
> :
>
> cause Xenomai to switch to secondary mode ?
> I am asking as I have a high priority task, which mesures its
> periodicity (set to 1ms).
> This task is using just rt_-functions and memcpy.
> When in low priority tasks memory intensively is used (memset,
> rt_heap_alloc, rt_heap_create, NFS-transfers in Linux threads), the
> cycle time of the high priority task inreases to nearly twice the time
> it has been set up (2ms++; at least 1 time, as I just measure maxima).
>
> Is this possible, or am I doing something wrong ?
Try catching unwanted context switches via the SIGXCPU signal. Given you
have a sane glibc, non of those functions should cause a context switch
- unless you touch some piece of memory for the first time (lazy
mapping...).
[Unfortunately, the I-pipe tracer is only available over 2.6 so far.
Otherwise, putting a xntrace_user_freeze() right at that line in your
application where you detect the deadline miss would give a nice view
back in history.]
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
next prev parent reply other threads:[~2006-07-11 14:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-11 12:27 [Xenomai-help] do memory functions switch to secondary mode ? Roderik_Wildenburg
2006-07-11 14:55 ` Jan Kiszka [this message]
2006-07-15 1:38 ` Philippe Gerum
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=44B3BBCE.8080906@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=Roderik_Wildenburg@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.