TL;DR: A new SSD-aware application prefetching scheme, called the Fast Application STarter (FAST), which is composed of a set of user-level components and system debugging tools provided by the Linux OS (operating system) and uses a system-call wrapper to automatically detect application launches.
Abstract: Application launch performance is of great importance to system platform developers and vendors as it greatly affects the degree of users' satisfaction. The single most effective way to improve application launch performance is to replace a hard disk drive (HDD) with a solid state drive (SSD), which has recently become affordable and popular. A natural question is then whether or not to replace the traditional HDD-aware application launchers with a new SSD-aware optimizer.We address this question by analyzing the inefficiency of the HDD-aware application launchers on SSDs and then proposing a new SSD-aware application prefetching scheme, called the Fast Application STarter (FAST). The key idea of FAST is to overlap the computation (CPU) time with the SSD access (I/O) time during an application launch. FAST is composed of a set of user-level components and system debugging tools provided by the Linux OS (operating system). In addition, FAST uses a system-call wrapper to automatically detect application launches. Hence, FAST can be easily deployed in any recent Linux versions without kernel recompilation. We implemented FAST on a desktop PC with a SSD running Linux 2.6.32 OS and evaluated it by launching a set of widely-used applications, demonstrating an average of 28% reduction of application launch time as compared to PC without a prefetcher.
TL;DR: This paper proposes estimating the optimal launch time of the defender and the optimal guidance law of the target online, using a reinforcement learning based method, and shows the ability of this method to obtain a close to optimal level of performance in terms of the suggested cost function.
TL;DR: In this article, a novel dynamic model was established to describe thermodynamic and kinetic characteristics of balloon which consists of atmospheric, thermal and dynamic submodels, and the ascending process of a high altitude balloon under different initial launch conditions were simulated.
TL;DR: It took a shorter time to launch a VM instance in both clouds when several VMs were created simultaneously than that when they were created one by one, and the results showed a variation with different numbers of VMs that were launched concurrently.
Abstract: This research is to study the performance of cloud computing platforms in the perspective of information technology (IT) management. Two separate test clouds of Eucalyptus and OpenStack were established on identical hardware. The BYTE UNIX benchmark suite was employed to conduct various performance tests on both clouds. While the OpenStack cloud out performed Eucalyptus considerably in the larger size copy test, the Eucalyptus cloud performed better than the OpenStack in the tests of serial excel and serial shell scripts. Scripts were written to compute the amount of time that was needed for the clouds to launch a virtual machine (VM) in two different ways. On average, it took a shorter time to launch a VM instance in both clouds when several VMs were created simultaneously than that when they were created one by one, the results showed a variation with different numbers of VMs that were launched concurrently.
TL;DR: In this article, the authors propose a system in which each transceiver calculates an outbound delay time and transports it to the initiating unit via the digital communication network. And then, the message to be transmitted and the launch time is transported to each of the transceivers, such that each transceceiver simultaneously transmits the message at the launch times.
Abstract: Processing of message transmissions from any node in a simulcast multi-site communication system (100) begins when an initiating communication unit requests (400) to transmit a message to one or more network transceivers. After the request has been assigned by a call processing controller, the initiating unit transports (401) a time stamp message to each transceiver via a digital communication network (202). Each transceiver, after receiving the time stamp message, calculates (402) an outbound delay time and transports the outbound delay time to the initiating unit via the digital communication network. From the outbound delay time, the initiating unit calculates (406) a launch time, wherein the launch time accommodates the worst case expected transport delay through the digital communication network. The message to be transmitted and the launch time is transported to each of the transceivers, such that each transceiver simultaneously transmits the message at the launch time.