public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* RE: [ECOS] UART communication & time slices
@ 2000-09-07  5:47 Andreas.Karlsson
  2000-09-07  8:27 ` Jonathan Larmour
  0 siblings, 1 reply; 2+ messages in thread
From: Andreas.Karlsson @ 2000-09-07  5:47 UTC (permalink / raw)
  To: jlarmour; +Cc: ecos-discuss, aeb

I have noticed that a time slice in the config is set to 5.

Is this the same time slice as that one used by the real clock?

Then one slice is 50 ms which is rather much. Is it just to change the
values in the configuration tool?

What should the initialization value for AEB be?

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [ECOS] UART communication & time slices
  2000-09-07  5:47 [ECOS] UART communication & time slices Andreas.Karlsson
@ 2000-09-07  8:27 ` Jonathan Larmour
  0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Larmour @ 2000-09-07  8:27 UTC (permalink / raw)
  To: Andreas.Karlsson; +Cc: ecos-discuss, aeb

Andreas.Karlsson@combitechsystems.com wrote:
> 
> I have noticed that a time slice in the config is set to 5.
> 
> Is this the same time slice as that one used by the real clock?

I don't understand the question - CYGNUM_KERNEL_SCHED_TIMESLICE_TICKS gives
the number of real time clock ticks to elapse before timeslicing.

> Then one slice is 50 ms which is rather much. Is it just to change the
> values in the configuration tool?

Feel free to reduce CYGNUM_KERNEL_SCHED_TIMESLICE_TICKS if that's what you
want!
 
> What should the initialization value for AEB be?

I don't understand. There is nothing special about the AEB in this respect
surely? Unless you mean you want to run the real time clock faster itself.
In which case you would change  CYGNUM_HAL_RTC_PERIOD in the AEB HAL and
adjust CYGNUM_HAL_RTC_NUMERATOR and/or CYGNUM_HAL_RTC_DENOMINATOR
accordingly.

But if you run the clock faster, you will waste a larger proportion of the
time processing clock interrupts. Similarly, if you reduce the number of
timeslice ticks, the kernel will reschedule more frequently.

Jifl
-- 
Red Hat, 35 Cambridge Place, Cambridge, UK. CB2 1NS  Tel: +44 (1223) 728762
"Plan to be spontaneous tomorrow."  ||  These opinions are all my own fault

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2000-09-07  8:27 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-09-07  5:47 [ECOS] UART communication & time slices Andreas.Karlsson
2000-09-07  8:27 ` Jonathan Larmour

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).