Clarify DFLT and PRIO "wait_operation" field in rtems_monitor_task_dump() in pthreads in 4.12

2016-09-29 Thread Peter Dufault
I’m moving an older application to 4.12 and having performance issues compared 
to “4.11” (aka “4.10.99”) from around 2012.

I have pthreads that are showing up as DFLT and PRIO in the “pthread” command 
in the shell.  For example, here:

---
[/] # pthread
ID NAME   CPU PRI STATE  MODESEVENTS WAITID   WAITQUEUE
--
0b0100010 253 SUSP   P:T:nA   NONE     [DFLT]
0b010002   grid 0 128 Wsem   P:T:nA   NONE   1a010006 00262a78 [PRIO]
0b010003   sokmon   0  55 Wsysev P:T:nA   NONE     [DFLT]
0b010004   sokmon   0 129 Wsysev P:T:nA   NONE     [DFLT]
0b010005   tmsync   0 129 DELAY:Wisig P:T:nA   NONE    00236260 
[FIFO]
0b010006   log  0 129 Wsem   P:T:nA   NONE   3b010001 00275588 [FIFO]
0b010007   fset 0 129 Wsem   P:T:nA   NONE   3b01001e 00275a10 [FIFO]
0b010008   frm  0  25 Wsem   P:T:nA   NONE   3b010003 002755d8 [FIFO]
0b010009   publsh   0 128 Wjatx  P:T:nA   NONE     [DFLT]
0b01000a   frm  0  25 Wsem   P:T:nA   NONE   3b010007 00275678 [FIFO]
0b01000b   publsh   0 128 Wjatx  P:T:nA   NONE     [DFLT]
0b01000c   ss_srv   0 128 Wsysev P:T:nA   NONE     [DFLT]
0b01000d   muxmon   0 128 Wsem   P:T:nA   NONE   1a010016 00262ef8 [PRIO]
0b01000e   commute  0   1 Wsem   P:T:nA   NONE   3b01000b 00275718 [FIFO]
0b01000f   servo0  17 Wsem   P:T:nA   NONE   3b010013 00275858 [FIFO]
0b010011   tclsrv   0  55 Wsysev P:T:nA   NONE     [DFLT]
[/] # 
---
I started everything all pthreads with the SCHED_FIFO policy (I have a single 
wrapper around pthread_create() that I use), and I’m guessing this field has 
nothing to do with that.  Some are now DFLT and PRIO.

I note that both WAITID and WAITQUEUE are always 0 in the DFLT case.

- Does PRIO mean the priority is boosted?  I don’t expect that, especially for 
the “muxmon” or “sokmon” threads.
- What does DFLT mean?

Peter
-
Peter Dufault
HD Associates, Inc.  Software and System Engineering

This email, like most email, is delivered unencrypted via internet email 
protocols subject to interception and tampering.  Contact HDA to discuss 
methods we can use that ensure secure communication.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Clarify DFLT and PRIO "wait_operation" field in rtems_monitor_task_dump() in pthreads in 4.12

2016-09-29 Thread Sebastian Huber

Hello Peter,

On 30/09/16 00:13, Peter Dufault wrote:

I’m moving an older application to 4.12 and having performance issues compared 
to “4.11” (aka “4.10.99”) from around 2012.


what do you mean with performance issues? Which 4.12 version do you use 
exactly?




I have pthreads that are showing up as DFLT and PRIO in the “pthread” command 
in the shell.  For example, here:

---
[/] # pthread
ID NAME   CPU PRI STATE  MODESEVENTS WAITID   WAITQUEUE
--
0b0100010 253 SUSP   P:T:nA   NONE     [DFLT]
0b010002   grid 0 128 Wsem   P:T:nA   NONE   1a010006 00262a78 [PRIO]
0b010003   sokmon   0  55 Wsysev P:T:nA   NONE     [DFLT]
0b010004   sokmon   0 129 Wsysev P:T:nA   NONE     [DFLT]
0b010005   tmsync   0 129 DELAY:Wisig P:T:nA   NONE    00236260 
[FIFO]
0b010006   log  0 129 Wsem   P:T:nA   NONE   3b010001 00275588 [FIFO]
0b010007   fset 0 129 Wsem   P:T:nA   NONE   3b01001e 00275a10 [FIFO]
0b010008   frm  0  25 Wsem   P:T:nA   NONE   3b010003 002755d8 [FIFO]
0b010009   publsh   0 128 Wjatx  P:T:nA   NONE     [DFLT]
0b01000a   frm  0  25 Wsem   P:T:nA   NONE   3b010007 00275678 [FIFO]
0b01000b   publsh   0 128 Wjatx  P:T:nA   NONE     [DFLT]
0b01000c   ss_srv   0 128 Wsysev P:T:nA   NONE     [DFLT]
0b01000d   muxmon   0 128 Wsem   P:T:nA   NONE   1a010016 00262ef8 [PRIO]
0b01000e   commute  0   1 Wsem   P:T:nA   NONE   3b01000b 00275718 [FIFO]
0b01000f   servo0  17 Wsem   P:T:nA   NONE   3b010013 00275858 [FIFO]
0b010011   tclsrv   0  55 Wsysev P:T:nA   NONE     [DFLT]
[/] #
---
I started everything all pthreads with the SCHED_FIFO policy (I have a single 
wrapper around pthread_create() that I use), and I’m guessing this field has 
nothing to do with that.  Some are now DFLT and PRIO.

I note that both WAITID and WAITQUEUE are always 0 in the DFLT case.

- Does PRIO mean the priority is boosted?  I don’t expect that, especially for 
the “muxmon” or “sokmon” threads.
- What does DFLT mean?


[DFLT] means this thread doesn't wait on a thread queue
[FIFO] means it waits on a thread queue in FIFO order
[PRIO] means it waits on a thread queue in priority order

The integer is the thread queue pointer value.



Peter
-
Peter Dufault
HD Associates, Inc.  Software and System Engineering

This email, like most email, is delivered unencrypted via internet email 
protocols subject to interception and tampering.  Contact HDA to discuss 
methods we can use that ensure secure communication.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel