Cloud-based desktop services for thin clients

Cloud computing and ubiquitous network availability have renewed people's interest in the thin client concept. By executing applications in virtual desktops on cloud servers, users can access any application from any location with any device. For this to be a successful alternative to traditional offline applications, however, researchers must overcome important challenges. The thin client protocol must display audiovisual output fluidly, and the server executing the virtual desktop should have sufficient resources and ideally be close to the user's current location to limit network delay. From a service provider viewpoint, cost reduction is also an important issue

Feasibility of expanding traffic monitoring systems with floating car data technology

Trajectory information reported by certain vehicles (Floating Car Data or FCD) can be applied to monitor the road network. Policy makers face difficulties when deciding to invest in the expansion of their infrastructure based on inductive loops and cameras, or to invest in a FCD system. This paper targets this decision. The provided FCD functionality is investigated, minimum requirements are determined and reliability issues are researched. The communication cost is derived and combined with other elements to assess the total costs for different scenarios. The outcome is to target a penetration rate of 1%, a sample interval of 10 seconds and a transmission interval of 30 seconds. Such a deployment can accurately determine the locations of incidents and traffic jams. It can also estimate travel times accurately for highways, for urban roads this is limited to a binary categorization into normal or congested traffic. No reliability issues are expected. The most cost efficient scenario when deploying a new FCD system is to launch a smartphone application. For Belgium, this costs 13 million EUR for 10 years. However, it is estimated that purchasing data from companies already acquiring FCD data through their own product could reduce costs with a factor 10

Measuring delays for bicycles at signalized intersections using smartphone GPS tracking data

The article describes an application of global positioning system (GPS) tracking data (floating bike data) for measuring delays for cyclists at signalized intersections. For selected intersections, we used trip data collected by smartphone tracking to calculate the average delay for cyclists by interpolation between GPS locations before and after the intersection. The outcomes were proven to be stable for different strategies in selecting the GPS locations used for calculation, although GPS locations too close to the intersection tended to lead to an underestimation of the delay. Therefore, the sample frequency of the GPS tracking data is an important parameter to ensure that suitable GPS locations are available before and after the intersection. The calculated delays are realistic values, compared to the theoretically expected values, which are often applied because of the lack of observed data. For some of the analyzed intersections, however, the calculated delays lay outside of the expected range, possibly because the statistics assumed a random arrival rate of cyclists. This condition may not be met when, for example, bicycles arrive in platoons because of an upstream intersection. This justifies that GPS-based delays can form a valuable addition to the theoretically expected values

Using mobile devices as scientific measurement instruments: Reliable android task scheduling

In various usage scenarios, smartphones are used as measuring instruments to systematically and unobtrusively collect data measurements (e.g., sensor data, user activity, phone usage data). Unfortunately, in the race towards extending battery life and improving privacy, mobile phone manufacturers are gradually restricting developers in (frequently) scheduling background (sensing) tasks and impede the exact scheduling of their execution time (i.e., Android’s “best effort” approach). This evolution hampers successful deployment of smartphones in sensing applications in scientific contexts, with unreliable and incomplete sampling rates frequently reported in literature. In this article, we discuss the ins and outs of Android’s background tasks scheduling mechanism, and formulate guidelines for developers to successfully implement reliable task scheduling. Implementing these guidelines, we present a software library, agnostic from the underlying Android scheduling mechanisms and restrictions, that allows Android developers to reliably schedule tasks with a maximum sampling rate of one minute. Our evaluation demonstrates the use and versatility of our task scheduler, and experimentally confirms its reliability and acceptable energy usage.Funding for open access charge: CRUE-Universitat Jaume

A Detailed Analysis of Contemporary ARM and x86 Architectures

RISC vs. CISC wars raged in the 1980s when chip area and processor design complexity were the primary constraints and desktops and servers exclusively dominated the computing landscape. Today, energy and power are the primary design constraints and the computing landscape is significantly different: growth in tablets and smartphones running ARM (a RISC ISA) is surpassing that of desktops and laptops running x86 (a CISC ISA). Further, the traditionally low-power ARM ISA is entering the high-performance server market, while the traditionally high-performance x86 ISA is entering the mobile low-power device market. Thus, the question of whether ISA plays an intrinsic role in performance or energy efficiency is becoming important, and we seek to answer this question through a detailed measurement based study on real hardware running real applications. We analyze measurements on the ARM Cortex-A8 and Cortex-A9 and Intel Atom and Sandybridge i7 microprocessors over workloads spanning mobile, desktop, and server computing. Our methodical investigation demonstrates the role of ISA in modern microprocessors? performance and energy efficiency. We find that ARM and x86 processors are simply engineering design points optimized for different levels of performance, and there is nothing fundamentally more energy efficient in one ISA class or the other. The ISA being RISC or CISC seems irrelevant