[Dev] Tizen use of FIFO & Nice

Łukasz Stelmach l.stelmach at samsung.com
Fri Dec 13 09:08:34 GMT 2013

It was <2013-12-13 pią 04:20>, when Ramasamy Kannan wrote:
> Sender : Rusty Lynch<rusty.lynch at intel.com> 
> Date   : Dec 13, 2013 01:38 (GMT+05:30)
>> On Thu, 2013-12-12 at 20:01 +0000, Clark, Joel wrote:
>>> From: Kok, Auke-jan H [mailto:auke-jan.h.kok at intel.com] 
>>> Sent: Thursday, December 12, 2013 11:35 AM
>>>> On Thu, Dec 12, 2013 at 9:38 AM, Clark, Joel <joel.clark at intel.com> wrote:
>>>>> Why does Tizen use FIFO and NICE?  There are more than 500 threads
>>>>> with FIFO and NICE affecting the performance of critical elements
>>>>> for reading sensor data and updating location etc.
>>>> Mostly to prioritize screen update refresh rates. Do you really
>>>> need your GPS location to update within a 20ms interval?
>>>> Humans can see a single frame drop, easily. Audio is critical too.
>>>> Sensor data (apart from touch) is almost irrelevant at the scale
>>>> that humans can detect.
>>>> Also, even with Nice values set high, applications can still be low
>>>> latency. They do not necessarily conflict.
>>> For IVI, we are expecting several thousand sensor updates per
>>> second, with nearly 200 different types of sensor data.  Think about
>>> data on the engine, transmission, wheels, brakes, windows, doors,
>>> seats, radar updates on proximity, etc.
>> This isn't going through the sensor framework.
> There are performance issues with the current sensor framework
> architecture, like generating a thread in the sensor server each time
> sensor data is required. We have fixed this in the new architecture
> that will be released for 3.0. In the new architecture there is a
> single event queue that delivers all the sensor events from the sensor
> plugins to the sensor clients.
> Here are some sensor event interval requirements for different applications.
> Gaming -20ms
> User Interface - 50ms

100 ms won't hurt.

> GPS - 100ms

Most GPS receivers I've seen provide updates once a second. Some of them
could be switched to 5Hz updates at most. As far as I can tell even
aviation GPS receivers don't update more than 10Hz.

> Some indoor navigation GPS applications need to be very accurate
> interms of calculating the position of the mobile device. So they may
> go for lower sensor event intervals.

Accuracy in case of these has nothing to do with timing. Those systems
which use WiFi signals calculate the position based on signal strength.
WiFi cards do not send updates more than once a few seconds. In case of
dedicated systems they probably have their own MCUs and behave more or
less like GPS.

Łukasz Stelmach
Samsung R&D Institute Poland
Samsung Electronics
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://lists.tizen.org/pipermail/dev/attachments/20131213/50bb8096/attachment.sig>

More information about the Dev mailing list