From: Philippe Gerum <rpm@xenomai.org>
To: Kiichi Kameda <k-kameda@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Xenomai port to SH4
Date: Tue, 18 Apr 2006 16:04:54 +0200 [thread overview]
Message-ID: <4444F206.1040202@domain.hid> (raw)
In-Reply-To: <001301c663b9$958a3480$1701a8c0@domain.hid>
Kiichi Kameda wrote:
>>Any code to share with us, Adeos/sh4 for instance?
>>
>
>
> I think so. but please wait for a while,
No problem, by definition, you own your code anyway. This was just a
reminder that it's easier to discuss technical matters and get help from
people when they have something to look at in the first place.
> Although current code is enough for my application, there are a couple of
> features
> that has to be tested or implemented to be available for you.
> CONFIG_PREEMPT
> Floating Point register context
> oneshot timer
> When finished, SH3 will also be supported.
>
Ack. TIA, then.
>
> ----- Original Message -----
> From: "Philippe Gerum" <rpm@xenomai.org>
> To: "Kiichi Kameda" <k-kameda@domain.hid>
> Cc: <xenomai@xenomai.org>
> Sent: Monday, April 17, 2006 11:33 PM
> Subject: Re: [Xenomai-help] Xenomai port to SH4
>
>
>
>>Kiichi Kameda wrote:
>>
>>>I have been porting Xenomai-2.0.2 to SH(SuperH) architecture.
>>>Currently almost all functions work well. And, I am mesuring the
>
> performance
>
>>>from user-space program using posix skin on a 240MHz SH7750R(SH4)
>
> machine,
>
>>>mainly 1 ms periodic dispatch latency. The measured data shows small
>>>latency(tens of micro seconds) when system has a light workload.
>>>In case of heavy workload such as frequent linux command input, the
>
> latency
>
>>>increases to some 200 micro seconds, though.
>>>
>>>Following is the testsuit/latency/latency program(using native skin -
>>>slightly modified) output with comment.
>>>In case of posix skin, the data shows similar tendency.
>>>
>>>RTH|-----lat min|-----lat avg|-----lat max|-overrun|----lat best|---lat
>>>worst
>>>...(no workload)
>>>RTD| 333| 1400| 9733| 0| 333|
>>>27066
>>>RTD| 333| 1466| 34533| 0| 333|
>>>34533
>>>RTD| 266| 1400| 14533| 0| 266|
>>>34533
>>>RTD| 400| 1400| 14466| 0| 266|
>>>34533
>>>RTD| 333| 1333| 7533| 0| 266|
>>>34533
>>>RTD| 266| 1400| 14333| 0| 266|
>>>34533
>>>RTD| 333| 1400| 40866| 0| 266|
>>>40866
>>>RTD| 333| 1466| 25533| 0| 266|
>>>40866
>>>RTD| 266| 1400| 14400| 0| 266|
>>>40866
>>>RTD| 400| 1400| 13600| 0| 266|
>>>40866
>>>RTD| 266| 1400| 7466| 0| 266|
>>>40866
>>>RTD| 333| 1466| 40800| 0| 266|
>>>40866
>>>RTD| 333| 1400| 18466| 0| 266|
>>>40866
>>>RTD| 333| 1400| 13533| 0| 266|
>>>40866
>>>...
>>>RTD| 333| 1333| 7133| 0| 266|
>>>40866
>>>(telnet login)
>>>RTD| 266| 4400| 111000| 0| 266|
>>>111000
>>>RTD| 333| 1400| 27266| 0| 266|
>>>111000
>>>RTD| 333| 1466| 28000| 0| 266|
>>>111000
>>>
>>>RTD| 333| 1466| 33133| 0| 266|
>>>111000
>>>RTD| 333| 1466| 26800| 0| 266|
>>>111000
>>>(single ps aux command)
>>>RTD| 333| 22800| 112533| 0| 266|
>>>112533
>>>RTD| 333| 1400| 19400| 0| 266|
>>>112533
>>>RTD| 266| 1466| 35000| 0| 266|
>>>112533
>>>RTD| 333| 1400| 7533| 0| 266|
>>>112533
>>>RTD| 333| 1400| 15733| 0| 266|
>>>112533
>>>RTD| 266| 1866| 71333| 0| 266|
>>>112533
>>>RTD| 333| 9866| 105866| 0| 266|
>>>112533
>>>RTD| 266| 1400| 14400| 0| 266|
>>>112533
>>>
>>>RTD| 266| 1400| 11266| 0| 266|
>>>112533
>>>RTD| 400| 1466| 50133| 0| 266|
>>>112533
>>>RTD| 333| 3066| 116866| 0| 266|
>>>116866
>>>(successive ps aux command)
>>>RTD| 1266| 15933| 218866| 0| 266|
>>>218866
>>>RTD| 1266| 2400| 76666| 0| 266|
>>>218866
>>>RTD| 333| 1400| 15000| 0| 266|
>>>218866
>>>RTD| 266| 1400| 27600| 0| 266|
>>>218866
>>>RTD| 400| 1400| 15333| 0| 266|
>>>218866
>>>RTD| 266| 1333| 6933| 0| 266|
>>>218866
>>>RTD| 333| 1400| 16533| 0| 266|
>>>218866
>>>RTD| 400| 1800| 75933| 0| 266|
>>>218866
>>>
>>>
>>>It is enough possible I have misported the Xenomai to SH, but I also
>
> think
>
>>>Xenomai user-space program(primary mode) suffers such extra latency when
>>>Linux kernel runs Linux programs.
>>>
>>
>>Likely cache management issues.
>>
>>
>>>I will appreciate any suggestion for latency improvement.
>>>
>>
>>Any code to share with us, Adeos/sh4 for instance?
>>
>>
>>>Thank you,
>>>
>>>Kiichi Kameda
>>>
>>>
>>>_______________________________________________
>>>Xenomai-help mailing list
>>>Xenomai-help@domain.hid
>>>https://mail.gna.org/listinfo/xenomai-help
>>>
>>
>>
>>--
>>
>>Philippe.
>>
>
>
>
--
Philippe.
next prev parent reply other threads:[~2006-04-18 14:04 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-18 14:11 [Xenomai-help] Xenomai port to SH4 Kiichi Kameda
2006-04-17 14:33 ` Philippe Gerum
2006-04-19 14:00 ` Kiichi Kameda
2006-04-18 14:04 ` Philippe Gerum [this message]
2006-04-17 14:52 ` Jan Kiszka
2006-04-19 14:49 ` Kiichi Kameda
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=4444F206.1040202@domain.hid \
--to=rpm@xenomai.org \
--cc=k-kameda@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.