* [sisyphus] Работа под 2.6.х с привязкой ко временным отметкам.
@ 2004-10-08 13:48 Epiphanov Sergei
2004-10-11 0:27 ` Serge Pavlovsky
0 siblings, 1 reply; 3+ messages in thread
From: Epiphanov Sergei @ 2004-10-08 13:48 UTC (permalink / raw)
To: Рассылка Sisyphus
Есть программа, которую решил привязать к таймеру для работы в реальном
времени. Принцип простой: поставил обработку setitimer на запуск SIG_ALARM
с шагом 10 мсек.
#define _XOPEN_SOURCE 600
#define _GNU_SOURCE
#include <sys/time.h>
#include <signal.h>
#include <stdio.h>
#include <pthread.h>
volatile int nextnum=0;
volatile pthread_mutex_t fastmutex;
void alarmsig(int i){
pthread_mutex_lock( &fastmutex );
nextnum++;
pthread_mutex_unlock( &fastmutex );
}
static struct sigaction oldsig;
/*type<0.5 - drop timer
type>0.5 - set timer*/
void settimer_(float *type, float *step){
long int sec = *step;
long int usec = (*step-sec)*1e6;
struct itimerval tv,old;
struct sigaction newsig,temp;
pthread_mutexattr_t attr;
printf("sec=%ld usec=%ld\n",sec,usec);
if( *type>0.5 ){
pthread_mutexattr_init( &attr );
pthread_mutexattr_settype( &attr, PTHREAD_MUTEX_FAST_NP );
pthread_mutex_init( &fastmutex, &attr );
pthread_mutexattr_destroy( &attr );
tv.it_interval.tv_sec = sec;
tv.it_interval.tv_usec = usec;
tv.it_value.tv_sec = sec;
tv.it_value.tv_usec = usec;
nextnum = 0;
newsig.sa_handler = alarmsig;
newsig.sa_flags = SA_NOMASK;
sigaction( SIGALRM, &newsig, &oldsig );
setitimer( ITIMER_REAL, &tv, &old );
} else{
tv.it_interval.tv_sec = 0;
tv.it_interval.tv_usec = 0;
tv.it_value.tv_sec = 0;
tv.it_value.tv_usec = 0;
setitimer( ITIMER_REAL, &tv, &old );
nextnum = 0;
sigaction( SIGALRM, &oldsig, &temp );
pthread_mutex_destroy( &fastmutex );
}
}
void waittime_( float *err ){
int cur = nextnum;
if( cur>1 ){
*err = cur;
return;
}
while( !cur ){
pthread_mutex_lock( &fastmutex );
cur = nextnum;
pthread_mutex_unlock( &fastmutex );
}
*err = 0;
pthread_mutex_lock( &fastmutex );
nextnum = 0;
pthread_mutex_unlock( &fastmutex );
return;
}
Затем:
1)t=0
2)в цикле:
а) основная программа
б) t=t+10мсек
в) waittime_(err)
г) завершение цикла при t>=100сек.
Так вот, при таком раскладе на ядре 2.6.8-std-smp-alt9 программа работает
110сек (+10%). И этот расклад не зависит от шага (10мсек, 100мсек, 1сек).
На ядре 2.4.26-std-up-alt6 эта же программа без пересборки работает точно
100 сек. Что это может быть?
--
С уважением, Епифанов Сергей
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [sisyphus] Работа под 2.6.х с привязкой ко временным отметкам.
2004-10-08 13:48 [sisyphus] Работа под 2.6.х с привязкой ко временным отметкам Epiphanov Sergei
@ 2004-10-11 0:27 ` Serge Pavlovsky
2004-10-11 7:42 ` Epiphanov Sergei
0 siblings, 1 reply; 3+ messages in thread
From: Serge Pavlovsky @ 2004-10-11 0:27 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
It is not safe to call mutex functions from a signal handler. In
particular, calling `pthread_mutex_lock' or `pthread_mutex_unlock' from
a signal handler may deadlock the calling thread.
On Птн, 2004-10-08 at 17:48 +0400, Epiphanov Sergei wrote:
> Есть программа, которую решил привязать к таймеру для работы в реальном
> времени. Принцип простой: поставил обработку setitimer на запуск SIG_ALARM
> с шагом 10 мсек.
>
> #define _XOPEN_SOURCE 600
> #define _GNU_SOURCE
> #include <sys/time.h>
> #include <signal.h>
> #include <stdio.h>
> #include <pthread.h>
>
>
>
> volatile int nextnum=0;
> volatile pthread_mutex_t fastmutex;
>
> void alarmsig(int i){
> pthread_mutex_lock( &fastmutex );
> nextnum++;
> pthread_mutex_unlock( &fastmutex );
> }
>
> static struct sigaction oldsig;
>
> /*type<0.5 - drop timer
> type>0.5 - set timer*/
> void settimer_(float *type, float *step){
> long int sec = *step;
> long int usec = (*step-sec)*1e6;
> struct itimerval tv,old;
> struct sigaction newsig,temp;
> pthread_mutexattr_t attr;
> printf("sec=%ld usec=%ld\n",sec,usec);
> if( *type>0.5 ){
> pthread_mutexattr_init( &attr );
> pthread_mutexattr_settype( &attr, PTHREAD_MUTEX_FAST_NP );
> pthread_mutex_init( &fastmutex, &attr );
> pthread_mutexattr_destroy( &attr );
> tv.it_interval.tv_sec = sec;
> tv.it_interval.tv_usec = usec;
> tv.it_value.tv_sec = sec;
> tv.it_value.tv_usec = usec;
> nextnum = 0;
> newsig.sa_handler = alarmsig;
> newsig.sa_flags = SA_NOMASK;
> sigaction( SIGALRM, &newsig, &oldsig );
> setitimer( ITIMER_REAL, &tv, &old );
> } else{
> tv.it_interval.tv_sec = 0;
> tv.it_interval.tv_usec = 0;
> tv.it_value.tv_sec = 0;
> tv.it_value.tv_usec = 0;
> setitimer( ITIMER_REAL, &tv, &old );
> nextnum = 0;
> sigaction( SIGALRM, &oldsig, &temp );
> pthread_mutex_destroy( &fastmutex );
> }
>
> }
>
> void waittime_( float *err ){
> int cur = nextnum;
> if( cur>1 ){
> *err = cur;
> return;
> }
> while( !cur ){
> pthread_mutex_lock( &fastmutex );
> cur = nextnum;
> pthread_mutex_unlock( &fastmutex );
> }
> *err = 0;
> pthread_mutex_lock( &fastmutex );
> nextnum = 0;
> pthread_mutex_unlock( &fastmutex );
> return;
> }
>
> Затем:
> 1)t=0
> 2)в цикле:
> а) основная программа
> б) t=t+10мсек
> в) waittime_(err)
> г) завершение цикла при t>=100сек.
>
> Так вот, при таком раскладе на ядре 2.6.8-std-smp-alt9 программа работает
> 110сек (+10%). И этот расклад не зависит от шага (10мсек, 100мсек, 1сек).
> На ядре 2.4.26-std-up-alt6 эта же программа без пересборки работает точно
> 100 сек. Что это может быть?
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/sisyphus
> Scanned by evaluation version of Dr.Web antivirus Daemon
> http://drweb.ru/unix/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [sisyphus] Работа под 2.6.х с привязкой ко временным отметкам.
2004-10-11 0:27 ` Serge Pavlovsky
@ 2004-10-11 7:42 ` Epiphanov Sergei
0 siblings, 0 replies; 3+ messages in thread
From: Epiphanov Sergei @ 2004-10-11 7:42 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
В сообщении от 11 Октябрь 2004 04:27 Serge Pavlovsky написал:
> It is not safe to call mutex functions from a signal handler. In
> particular, calling `pthread_mutex_lock' or `pthread_mutex_unlock' from
> a signal handler may deadlock the calling thread.
Всё бы хорошо, только работа программы не меняется, если все функции
pthread_mutex_lock и pthread_mutex_unlock закомментировать.
--
С уважением, Епифанов Сергей
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-10-11 7:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-08 13:48 [sisyphus] Работа под 2.6.х с привязкой ко временным отметкам Epiphanov Sergei
2004-10-11 0:27 ` Serge Pavlovsky
2004-10-11 7:42 ` Epiphanov Sergei
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git