AFAIK the kernel runs all RT of one class (RR, FIFO), just then the regular processes. I guess this is still wrong, Lucas worked with it in his master thesis and may know the correct code from head, but if there is no other way what you want is some idler/background scheduler class.
On Saturday, September 4, 2010, Carsten Haitzler <ras...@rasterman.com> wrote: > On Sat, 4 Sep 2010 01:25:01 -0300 Lucas De Marchi > <lucas.demar...@profusion.mobi> said: > > according to setpriority manual it works on the "process" not the "specific > thread within the process". yes - i know on linux threads are implemented AS > processes - but as such pthread doesnt explicitly say that that is the case. i > should have stuck to SCHED_RR as it should still work with low priorities > >> Now it doesn't make any sense. For SCHED_OTHER policy, the only prio allowed >> is 0. What you want is to set the nice value, which is done with setpriority >> call >> >> On Sep 3, 2010 9:55 PM, "Enlightenment SVN" <no-re...@enlightenment.org> >> wrote: >> Log: >> rr->other >> >> >> Author: raster >> Date: 2010-09-03 17:54:53 -0700 (Fri, 03 Sep 2010) >> New Revision: 51873 >> >> Modified: >> trunk/ecore/src/lib/ecore/ecore_thread.c >> >> Modified: trunk/ecore/src/lib/ecore/ecore_thread.c >> =================================================================== >> --- trunk/ecore/src/lib/ecore/ecore_thread.c 2010-09-04 00:54:42 UTC (rev >> 51872) >> +++ trunk/ecore/src/lib/ecore/ecore_thread.c 2010-09-04 00:54:53 UTC (rev >> 51873) >> @@ -447,8 +447,8 @@ >> struct sched_param param; >> >> memset(¶m, 0, sizeof(param)); >> - param.sched_priority = sched_get_priority_min(SCHED_RR); >> - pthread_setschedparam(pth->thread, SCHED_RR, ¶m); >> + param.sched_priority = sched_get_priority_min(SCHED_OTHER); >> + pthread_setschedparam(pth->thread, SCHED_OTHER, ¶m); >> >> return (Ecore_Thread *) work; >> } >> @@ -623,8 +623,8 @@ >> struct sched_param param; >> >> memset(¶m, 0, sizeof(param)); >> - param.sched_priority = sched_get_priority_min(SCHED_RR); >> - pthread_setschedparam(t, SCHED_RR, ¶m); >> + param.sched_priority = sched_get_priority_min(SCHED_OTHER); >> + pthread_setschedparam(t, SCHED_OTHER, ¶m); >> >> return (Ecore_Thread *) worker; >> } >> @@ -655,8 +655,8 @@ >> struct sched_param param; >> >> memset(¶m, 0, sizeof(param)); >> - param.sched_priority = sched_get_priority_min(SCHED_RR); >> - pthread_setschedparam(pth->thread, SCHED_RR, ¶m); >> + param.sched_priority = sched_get_priority_min(SCHED_OTHER); >> + pthread_setschedparam(pth->thread, SCHED_OTHER, ¶m); >> >> return (Ecore_Thread *) worker; >> } >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> enlightenment-svn mailing list >> enlightenment-...@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
