Try ftrace, with sched_switch tracer, to see threads switching. Jan -----Original Message----- From: linux-rt-users-owner@xxxxxxxxxxxxxxx [mailto:linux-rt-users-owner@xxxxxxxxxxxxxxx] On Behalf Of Leggo, Adam (UK) Sent: 19. listopadu 2010 13:05 To: linux-rt-users@xxxxxxxxxxxxxxx Subject: Locating processes impacting my rt application Hello, I have been working on a simulator that sends large amount of data to another system. I am having a problem where something in the system is interupting my processing loops for an extended period. I would like some suggestions on how to find the offending process and prevent it from impacting my applications while it is running. The purpose of the simulator is to receive an instruction every 4ms and then responses by sending 400KB chunks of data on each of 8 sFPDP fibre channels to the system under test before the next instruction. The current simulator can match the 4ms frequency most of the time, but every 300 or so instructions a delay occurs of up to 15ms that impacts the system under test. The simulator is running on an 8 core HP server running openSUSE 11.3 with real time kernel 2.6.33.1-rt11. The instruction processing thread is locked to cpu 4 and the four data sending threads are locked to cpu's 5-8. How do you either find the offending processes or prevent other processes using the real time CPU cores? I have tried oprofile to profile the system and haven't found anything. I may not be interpreting the results correctly. I tried the suggestions in the following website, but I may not have set it up correctly. https://rt.wiki.kernel.org/index.php/CPU_shielding_using_/proc_and_/dev/ cpuset Any suggestion would be helpful. Regards Adam Leggo ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
