Intel Corporation

Ebay, Incorporated

Tianyou Li

Shu Xu

Junyong Ding

Pan Deng

Hassnaa Moustafa

Yu Wang

Gang Shen

Jinkui Ren

Weiliang Lin

Zidong Jiang

Chaobo Zhu

Christopher L Elford

Yong Hu

Junchao Han

Chunyang Dai

Xiaokang Qin

Gavin Zhu

Wen Liu

Eve M Schooler

Hui Chen

Jianhui Li

Mohammad R Haghighat

Sebastian Winkel

Tao Xie

Jia Bao

Yifan Zhang

Kevin James Jones

Chao Xie

Lei Zhai

Jia Yang

Qiming Shi

Beiyuan Hu

Qi Zhang

Shiyu Zhang

Mingwei Shi

Rongguan Fu

Automatic workflow generation is described. One or more files containing code statements for accessing and modifying information in a destination database is received. The code statements are parsed from the one or more files and dependencies between the code statements are determined. A dependency graph is built by arranging the code statements according to the dependencies between the code statements. The dependency graph is partitioned by identifying at least one barrier code statement having an unclear dependency and dividing the dependency graph between code statements occurring prior to the at least one barrier code statement and code statements occurring after the at least one barrier code statement. Jobs are scheduled based on the partitioned dependency graph, and the code statements are annotated according to the scheduled jobs. A workflow is then automatically generated based on the annotated code statements.

Automatic workflow generation

In one example, a system for executing applications can include a main processor to initialize a virtual machine to execute an application. The main processor can also determine a main utilization indicator of the main processor is above a threshold and an auxiliary utilization indicator of an auxiliary processor is below a threshold, wherein the auxiliary processor is based on an auxiliary instruction set architecture. Additionally, the main processor can transmit an instruction from the application to the auxiliary processor for execution and update context data for the application in response to receiving an execution result from the auxiliary processor.

Executing an application with multiple processors

Technologies for cross-device shared web resource caching include a client device and a shared cache device. The client device scans for a shared cache device in local proximity to the client device and, in response to the scan, registers with the shared cache device. After registering, the client device requests a cached web resource from the shared cache device. The shared cache device determines whether a cached web resource that matches the request is installed in a shared cache. The shared cache device may determine whether an origin of the request matches the origin of the cached web resource. If installed, the shared cache device sends a found response and the cached web resource to the client device. If not installed, the shared cache device sends a not-found response and the client device may request the web resource from a remote web server. Other embodiments are described and claimed.

Technologies for cross-device shared web resource cache

Systems, apparatuses and methods may provide for developer stage technology that embeds binary code into an application binary file, wherein the binary code corresponds to vector functions and non-vector functions in statically typed source code, and generates intermediate representation (IR) data, wherein the intermediate representation data corresponds to the vector functions in the statically typed source code. Additionally, the developer stage technology embeds the IR data in the application binary file. Moreover, deployment stage technology may generate a first compilation output based on the application binary file and detect a capability change in an execution environment associated with the first compilation output. The deployment stage technology may also generate, in response to the detected capability change, a second compilation output based on the first compilation output.

Multi-stage automatic compilation for vector computations in applications

Systems, apparatuses and methods may provide for technology that generates a first compiler output based on input code that includes dynamically typed variable information and generates a second compiler output based on the input code, wherein the second compiler output includes type check code to verify one or more type inferences associated with the first compiler output. The technology may also execute the first compiler output and the second compiler output in parallel via different threads.

Reducing compiler type check costs through thread speculation and hardware transactional memory

Automatic workflow generation based on annotated code statements

Technologies for cross-device shared web resource caching include a client device and a shared cache device. The client device scans for a shared cache device in local proximity to the client device and, in response to the scan, registers with the shared cache device. After registering, the client device requests a cached web resource from the shared cache device. The shared cache device determines whether a cached web resource that matches the request is installed in a shared cache. The shared cache device may determine whether an origin of the request matches the mi gin of the cached web resource. If installed, the shared cache device sends a found response and the cached web resource to the client device. If not installed, the shared cache device sends a not-found response and the client device may request the web resource from a remote web server. Other embodiments are described and claimed.

A database object used in a plurality of database operations is determined. A live range of the database object is computed. The computing of the live range includes determining occurrences of the database operations to the database object. Based at least in part on the live range of the database object, a memory is determined to be optimally assigned to store the database object based on at least one characteristic of the memory. A first time to allocate the database object to the memory is determined. A second time to deallocate the database object from the memory is determined. An output file comprising a first instruction to store the database object in the memory at the first time and a second instruction to deallocate the database object from the memory at the second time is written.

Intelligent memory allocation and deallocation of data

This disclosure is directed to a universal interface for sensor devices. Applications executed in a device may interact with sensor devices via a universal interface. For example, the device may act as a gateway allowing Internet of Things (IoT) devices to interact with at least one resource external to the environment in which the IoT devices operate. The device may comprise at least memory circuitry to store at least a virtual file system and at least one application. The virtual file system may provide a programmatic interface through which at least one sensor device may be accessible to the at least one application. Processing circuitry in the device may execute an application from those stored within the memory circuitry. The application, when executed, may cause interconnect circuitry also in the device to at least one of transmit instructions to, or receive data from, a sensor device utilizing the virtual file system.

Universal interface for sensor devices

An application and system fast launch may provide a virtual memory address area (VMA) container to manage the restore of a context of a process, i.e., process context, saved in response to a checkpoint to enhance performance and to provide a resource efficient fast launch. More particularly, the fast launch may provide a way to manage, limit and/or delay the restore of a process context saved in response to a checkpoint, by generating a VMA container comprising VMA container pages, to restore physical memory pages following the checkpoint based on the most frequently used or predicted to be used. The application and system fast launch with the VMA container may avoid unnecessary input/output (I/O) bandwidth consumption, page faults and/or memory copy operations that may otherwise result from restoring the entire context of a VMA container without regard to frequency of use.

Application and system fast launch by virtual address area container

A method and apparatus for communicating between an open network video interface forum (ONVIF) device and an open interconnect consortium (OIC) device is provided. An example includes an ONVIF thrift server. The ONVIF thrift server includes an ONVIF communications subsystem, a network communication subsystem, an ONVIF registrar to discover an ONVIF device through the ONVIF communications subsystem, and a thrift server application programming interface (API) to communicate with an ONVIF/OIC server through the network communication subsystem.

Interdevice communications

Systems and techniques for dynamic code execution location in heterogeneous memory are described herein. In an system having a first class of memory and second class of memory that are both byte-addressable, an interpreter may be initialized to execute a program from the first class of memory. The initialization may include locating an Interpreter Routine Address Table (IRIT) in the second class of memory and creating counters for routines in the IRIT. A counter for a routine may be modified as it is referenced from the IRIT during execution. The routine may be moved from the first class of memory to the second class of memory in response to the counter passing a threshold. An entry in the IRIT for the routine may be updated with an address in the second class of memory corresponding to the routine.

Dynamic code execution location in heterogeneous memory

A system to monitor and control sensor devices. A system in an operational environment may act as a gateway for at least one sensor device in the operational environment. In acting as a gateway the system may provide presentation data regarding the at least one sensor device to, and may receive commands from, at least one client device. Interaction between the gateway device and the at least one client device may be configured through interaction with access coordination resources (ACR). In push mode the gateway device may generate a notification when sensor data is determined to satisfy a condition. In pull mode the gateway system may receive commands from the at least one client device to cause the gateway system to generate/provide the presentation data to the at least one client device, provide instructions and/or data to the at least one sensor device, etc.

System to monitor and control sensor devices

Growing community of inventors

Shanghai, China

Tianyou Li