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. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
