1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 <2011> 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 <2011> 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: Is it possible to have deterministic SoftIOC (R3.14.12) on Linux |
From: | <[email protected]> |
To: | <[email protected]>, <[email protected]> |
Date: | Thu, 20 Jan 2011 15:42:42 +0000 |
Hi I’ve been using RT_PREEMPT on RHEL5.6 for a Ethercat bus scanner running at 1KHz. I built the RedHat MRG Kernel 2.6.24 RPMs from source (not sure if centos has these yet) using the default config. http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/index.html http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEMRG/SRPMS/ I also installed the rtctl RPM to configure kernel task priorities. Using clock_nanosleep I get a maximum wakeup latency of 40us on a core duo server which seems quite good. On a Pentium 4 single core machine latency was much worse, with some outliers at 1ms. I ran the control loop in a real time pthread, you can use pthread_attr_setschedpolicy pthread_attr_setschedparam pthread_mutexattr_setprotocol To set up FIFO scheduling, real time priority and priority inheritance mutexes. I communicate with EPICS tasks using message queues built on these features. James From: [email protected] [mailto:[email protected]] On Behalf Of Jimmy Johnson Hi I am planning on using a SoftIOC (R3.14.12) on Linux and will want to run a control loop (about 1000 lines of C code spread across a few custom records) deterministically at 100Hz. There will not be any other user applications, in addition to the IOC, running on the box. The hardware will most likely be a quad core or Core i7. My original plan was to use CentOS 5.5 which has a 2.6-18 kernel (quite old and with very few or none of the real-time work rolled into the mainline kernel) but I can go with the latest 2.6-37 kernel or a Real Time patched 2.6.33-RT30 if necessary. Does anyone have any recent experience with something like this? Is the preempt patch needed to support this? Will EPICS support this out of the box or does it need to be tweaked in anyway? I am assuming USE_POSIX_THREAD_PRIORITY_SCHEDULING should be set to YES? Thanks Jimmy
-- This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. |