From: Jan Kiszka <jan.kiszka@domain.hid>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: Re: [Xenomai-core] XENO_OPT_SYS_STACKPOOLSZ vs. switchtest
Date: Thu, 19 Feb 2009 16:46:14 +0100 [thread overview]
Message-ID: <499D7EC6.2090500@domain.hid> (raw)
In-Reply-To: <499D6FC7.6010204@domain.hid>
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Philippe Gerum wrote:
>>> Jan Kiszka wrote:
>>>> Gilles Chanteperdrix wrote:
>>>>> Jan Kiszka wrote:
>>>>>> Gilles Chanteperdrix wrote:
>>>>>>> Jan Kiszka wrote:
>>>>>>>> Hi Gilles,
>>>>>>>>
>>>>>>>> how much XENO_OPT_SYS_STACKPOOLSZ do I need to run switchtest for
>>>>>>>> default settings? At least on x86-64, the default 32K is not enough.
>>>>>>>> Unless we talk about GB ;), maybe it makes sense to adjust the default
>>>>>>>> size accordingly.
>>>>>>> It depends on the arguments you pass to switchtest.
>>>>>> None, ie. the default settings.
>>>>> Then 6 kernel-space tasks are created. Since switchtest is not the
>>>> 6*4 is 20k... Ah, the well-known allocator overhead, I guess. Will try
>>>> with >= 40k.
>>>>
>>> Actually, it is not really an overhead, but rather the fact that it wants at
>>> least two initially free pages per heap.
>> That would make 22K. The problem is that the management overhead is
>> rounded up to another full page, requiring a 8K allocation per 4K
>> request. Reminds me of TLSF - if I only had the time... :)
>
> When allocating 4K, only 4K are allocated.
>
> I think the problem could rather be that you are running switchtest on a
> multi-cpu system, in which same the number of cpu tasks created is 6 by cpu.
That was in fact the problem here. OK, so we should just consider
adjusting the pool default for 8K-stack archs (PowerPC64, Blackfin, and
maybe also x86-64).
Jan
--
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2009-02-19 15:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-19 10:34 [Xenomai-core] XENO_OPT_SYS_STACKPOOLSZ vs. switchtest Jan Kiszka
2009-02-19 10:44 ` Gilles Chanteperdrix
2009-02-19 11:17 ` Jan Kiszka
2009-02-19 13:13 ` Gilles Chanteperdrix
2009-02-19 13:33 ` Jan Kiszka
2009-02-19 13:46 ` Gilles Chanteperdrix
2009-02-19 14:13 ` Jan Kiszka
2009-02-19 14:07 ` Philippe Gerum
2009-02-19 14:11 ` Jan Kiszka
2009-02-19 14:42 ` Gilles Chanteperdrix
2009-02-19 15:46 ` Jan Kiszka [this message]
2009-02-19 15:11 ` Philippe Gerum
2009-02-19 15:53 ` Jan Kiszka
2009-02-19 16:07 ` 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=499D7EC6.2090500@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=gilles.chanteperdrix@xenomai.org \
--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.