It was <2013-12-13 pią 04:20>, when Ramasamy Kannan wrote: > Sender : Rusty Lynch<[email protected]> > 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:[email protected]] >>> Sent: Thursday, December 12, 2013 11:35 AM >>>> On Thu, Dec 12, 2013 at 9:38 AM, Clark, Joel <[email protected]> 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
pgpVPpQMa24y2.pgp
Description: PGP signature
_______________________________________________ Dev mailing list [email protected] https://lists.tizen.org/listinfo/dev
