niclar

Yeah having the include workarounds in a separate header is nicer

Thanks for the TriaxesVisual tip! I'll try it out when I get there

https://github.com/eclipse-iceoryx/iceoryx/issues/2193

got a measurment on the releaseChunk just now, equally bad... ``` Function = iox::popo::SubscriberPortUser::releaseChunk(iox::mepoo::ChunkHeader const*) [1110310] nsecs : count distribution 0 -> 1 : 0 | | 2 -> 3...

maybe related to https://github.com/eclipse-iceoryx/iceoryx/issues/2221 ? -Because slow consumers (with the DISCARD_OLDEST_DATA setting on publisher & subscriber, and subscriber queueCapacity=256) can't ever trigger this right ?

Thanks for the reply. The publishers allocate the same two sized chunks yes (size2, size3). It's a bit unpractical to add padding just to facilitate mempool partitioning though. If contention...

Looking at the logs again it looks like roudi incorrectly assumed 4 processes died prior. Don't know why it would assume this though. -Is there a starvation issue in the...

-Looks like that fix is/was (2023-11-01) already in the code running (2023-11-23)

These thread(s) are part of the publisher(s) & not roudi right ? -I reckon they might have been starved in this instance. Some deadline monotonic scheduling or similar would be...

This morning we encountered this fatal error again during (post) the morning restart routine of some iceoryx client processes.