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

Peter Dufault dufault at hda.com
Thu Sep 29 22:13:30 UTC 2016


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  MODES    EVENTS WAITID   WAITQUEUE
------------------------------------------------------------------------------
0b010001                0 253 SUSP   P:T:nA   NONE   00000000 00000000 [DFLT]
0b010002   grid         0 128 Wsem   P:T:nA   NONE   1a010006 00262a78 [PRIO]
0b010003   sokmon       0  55 Wsysev P:T:nA   NONE   00000000 00000000 [DFLT]
0b010004   sokmon       0 129 Wsysev P:T:nA   NONE   00000000 00000000 [DFLT]
0b010005   tmsync       0 129 DELAY:Wisig P:T:nA   NONE   00000000 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   00000000 00000000 [DFLT]
0b01000a   frm          0  25 Wsem   P:T:nA   NONE   3b010007 00275678 [FIFO]
0b01000b   publsh       0 128 Wjatx  P:T:nA   NONE   00000000 00000000 [DFLT]
0b01000c   ss_srv       0 128 Wsysev P:T:nA   NONE   00000000 00000000 [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   servo        0  17 Wsem   P:T:nA   NONE   3b010013 00275858 [FIFO]
0b010011   tclsrv       0  55 Wsysev P:T:nA   NONE   00000000 00000000 [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.



More information about the devel mailing list